Question 1

なぜ Medical Data Validator の Step 9 は `isinstance(dictionary, dict) == False` を拒否するのですか？

Accepted Answer

現在、Step 9 のテストでは、条件に `not isinstance(dictionary, dict)` を使用することが期待されています。Boolean の結果を `False` と比較することは論理的には同等ですが、受け入れられるテストパターンには一致しません。条件を次のように置き換えてください:

```python
if not isinstance(dictionary, dict):
    print(f'Invalid format: expected a dictionary at position {index}.')
    is_invalid = True
```

これにより、同じ辞書以外の値が検出され、Step 9 のテストに合格します。同等の型チェック式を受け入れるためのカリキュラムの修正が提案されています。

Question 2

Pythonでinput()を整数に変換する際に発生する「IndexError: string index out of range」とValueErrorの修正方法

Accepted Answer

Python のシーケンスは 0 始まりのインデックスです。`"hello world"` は 11 文字で、インデックスは `0` から `10` までです。インデックス `11` はすでに末尾を超えているため、`greet[11]` は `IndexError: string index out of range` を発生させます。最後の文字を取得するには `greet[-1]` を、そのインデックスを取得するには `len(greet) - 1` を使用してください。

また、`input()` は常に文字列を返します。このエラーは、文字や空の値を入力した場合など、その文字列を `int()` で変換できない場合にのみ発生します。`try/except` で処理してください。

```python
greet = "hello world"
print(greet[10])   # d
print(greet[-1])   # d

try:
    number = int(input("Enter a number: "))
except ValueError:
    print("Please enter a valid integer!")
```

Question 3

関数がLIFOに従っているのに、引数やcollection-orderのテストが失敗する場合、freeCodeCampのImplement a Stackテストを修正するにはどうすればよいですか？

Accepted Answer

テストはスタック操作をスタンドアロンの関数として呼び出します。`initStack()` が返すスタックオブジェクトは最初の引数として渡され、`push` は2番目の引数として新しい要素も受け取ります。アイテムは `stack.collection` に格納し、配列の最後の要素をスタックのトップとして扱います。

実装例：

```js
function initStack() {
  return { collection: [] };
}

function push(stack, element) {
  stack.collection.push(element);
}

function pop(stack) {
  return stack.collection.pop();
}

function peek(stack) {
  return stack.collection[stack.collection.length - 1];
}

function isEmpty(stack) {
  return stack.collection.length === 0;
}

function clear(stack) {
  stack.collection.length = 0;
}
```

`push(stack, 'first')` と `push(stack, 'second')` を実行した後、テストは `stack.collection` が `['first', 'second']` と等しいことを期待します。`unshift()`/`shift()` を使ってインデックス 0 の位置でアイテムを追加・削除しないでください。元のユーザーストーリーでは、これらの呼び出し規約とコレクションの順序に関する要件が省略されていましたが、プルリクエストによって説明が更新されます。

Question 4

freeCodeCampのバックエンドコースのコンテナが「Preparing the course」の状態で止まり、bashの「'$\r': command not found」エラーが発生するのはなぜですか？

Accepted Answer

このエラーは、Windows（WSLの外）でリポジトリをクローンした際に、Windows形式のCRLF（`\r`）改行コードが`./bash/sourcerer.sh`と`./bash/.bashrc`に追加されることが原因です。リポジトリ内のファイル自体はLF改行を使用しているため、これはローカルのGit設定の問題です。修正方法は以下の通りです：

1. Gitが改行コードを変換しないように設定し、リポジトリを再クローンします：
```
git config --global core.autocrlf false
```
その後、`back-end-development-and-apis`ディレクトリを削除して、再度クローンしてください。

2. または、コンテナ内で影響を受けたファイルからキャリッジリターンを除去します：
```
sed -i 's/\r$//' ./bash/sourcerer.sh ./bash/.bashrc
```

不可視文字は`sed -n 'l' ./bash/sourcerer.sh`で確認できます。改行コードを修正したら、`freeCodeCamp: Run Course`コマンドを再度実行してください。コースが正常に読み込まれるはずです。Windowsで開発する場合は、WSL内で作業すればこの問題を完全に回避できます。

Question 5

ウェブサイトのパンくずリストは、サイトの階層構造に基づいていますか、それともユーザーの閲覧履歴に基づいていますか？

Accepted Answer

freeCodeCamp のレッスンにおけるパンくずリストは、ユーザーが実際にたどった経路ではなく、サイト階層内でのページの位置を表します。たとえば、`Home / Electronics / Phones / Smartphone XYZ` は、それらのページがサイト構造内の親セクションであることを意味します。検索から直接アクセスしたユーザーにも同じトレイルが表示されるべきです。パンくずリストのリンクを必ずしも「以前に訪問したページ」であるかのように説明してはいけません。実際にたどった経路を追跡する履歴ベースのパンくずリストは、別個の、あまり一般的でないパターンであり、そのように明示的にラベル付けすべきです。メインナビゲーションのリンクはネストされたカテゴリへのショートカットである場合があるため、トップレベルの階層レベルにのみ対応する必要はありません。W3C ARIA のパンくずリストパターンに従い、階層トレイルには `

freeCodeCamp

概要

README プレビュー

FAQ (5)

同类型项目

generative-ai-for-beginners

cs-self-learning

ai-agents-for-beginners

claude-code-best-practice