白紙からコードを書けないといけないのか？

コーディングを学び始めると、誰もが一度はこんな不安を感じます：

「講義を聞いているときは理解できるのに、一人で白紙の画面の前に座ると何も書けない。」

IDEの自動補完がないと関数名も思い出せないし、AIに聞かないとコードが出てこないし、講義の例題を写す時だけうまくいく気がします。「こんなので開発者になれるのだろうか？」と疑問に思います。

結論から言えば — 白紙からコードが書けないのは完全に正常です。

開発者はコードを暗記した人ではない

実験室で例えてみましょう。ベテラン研究者に「Western Blotのプロトコルを今すぐ白紙に最初から最後まで書いてください」と言ったら — 核心的なステップは覚えているでしょうが、抗体の希釈比率やバッファー組成を正確に覚えている人はまれです。プロトコルノートを見ながらやります。それが普通であり、実力がないということではありません。

開発者も同じです：

上級開発者でもStack Overflowを検索し、公式ドキュメントを開き、AIに質問します。違いは**「何を検索すべきか知っていること」**です。

暗記ではなく構造理解

コーディングで覚えるべきことは驚くほど少ないです：

覚える必要のないもの：

• 関数名（document.getElementByIdは検索すればよい）
• ライブラリAPI（express.json()の正確なオプション）
• 文法の細部（三項演算子の正確な形）

理解すべきもの：

• 変数、関数、条件分岐、ループが何をするか
• データがフロントエンド → サーバー → データベースへどう流れるか
• エラーが出たときどこを見るべきか

実験で「PCRとは何か」を理解することと「アニーリング温度の計算式を暗記すること」は違います。前者を理解すれば、後者は必要なときに調べればよいのです。

白紙を埋める実際の過程

開発者が新機能を作るときに実際にやっている過程です。白紙から1行ずつ書いているわけではありません：

ステップ1：問題を理解する 「サンプル一覧を表示するページを作る必要がある」

ステップ2：構造を分解する

- サーバー: /samples APIを作る
- DB: samplesテーブルからSELECT
- フロント: fetchでAPI呼び出し → 画面に表示

ステップ3：骨格を書く よく使うパターンで骨組みを作ります。これくらいは繰り返すうちに自然と手に馴染みます：

app.get("/samples", function(req, res) {
  // ここにDBクエリ
});

ステップ4：詳細実装（検索 + 参照） 「mysql2でqueryってどう使うんだっけ？」→ 公式ドキュメント確認 「エラー処理はどんなパターンがいい？」→ 以前のコードを参考

ステップ5：テスト + 修正 実行してみて、エラーが出たら直して、また実行。この繰り返しが実際の開発の80%です。

要点は — 誰もステップ1から5まで白紙の上に一度に書いたりしません。 分解して、探して、組み立てて、直す過程です。

学習の自然な段階

コーディング学習には自然な段階があります：

1. 講義を聞く — 「こういうものがあるのか」レベル。覚えられないし、覚える必要もない

2. 写経する — 例題をそのままタイピング。指が文法に慣れる時期

3. 変形する — 例題を少し変えてみる。「サンプル名の代わりに遺伝子名を入れたら？」この段階で理解が深まる

4. 小さなプロジェクト — 一人で最初から作ってみる。詰まったら検索し、AIに聞き、以前のコードを参考にする。これが実際の開発者の仕事のやり方

DevBenchは1〜3段階を案内する課程です。4段階は自分で始める必要があります。しかし1〜3段階を経た人は、4段階で「何を検索すべきか」がわかります。

AI時代のコーディングと暗記

2026年、AIがコードを生成してくれる時代に「コードを暗記すべきか？」という問いはより明確な答えを持ちます。

暗記する必要はありません。しかし理解する必要があります。

AIに「サンプル管理APIを作って」と言うとき、Expressとは何か、REST APIとは何か、SQLとは何かを知っている人と知らない人では成果物が違います。知っている人はAIの出力を検証し修正できます。知らない人は「動いているようだけど正しいかわからない」という状態にとどまります。

結論：今書けないのが正しい

白紙からコードが書けないからといって不安にならないでください。今すぐ書けないのが正常であり、後になっても全部暗記して書ける日は来ません。その代わり繰り返すうちによく使うパターンが自然と手に馴染み、「ああ、これはforループでやればいいな」という感覚が生まれます。

開発者はコードを暗記した人ではありません。問題を分解し、構造を設計し、必要なものを見つけて組み立てる人です。その能力はDevBenchの各トピックを一つずつ進めるなかで自然に積み上がっています。