あなたは最高のエンジニアリングスキルを無駄にしている
最高のエンジニアたちは、自分が苦手なことに時間を費やしている。
彼らはコードを書くのが苦手なわけではない。むしろ、驚くほど得意だ。しかし、彼らは最高の仕事をしなくなっている。時間を浪費するようなタスクへと流されてしまっているのだ。
私も大規模なリポジトリ移行の際に、これをしてしまった。Claude Codeを使用していたのだが、作業時間を確認するまで自分の間違いに気づかなかった。
仕事の性質が変わった。「準備」こそが仕事なのだ。
もはやコードを書いたりデバッグしたりするだけではない。あなたは「コンテキスト（文脈）」を管理しているのだ。
管制官のように考えなさい。管制官は飛行機を操縦しない。衝突しないように飛行機の順序を制御し、空域を管理するのだ。
飛行はClaudeが担当する。あなたは調整を担当する。どのファイルを見せるかを決め、作業の順序を決め、制約を設定するのだ。
準備が良ければ、Claudeは成功する。準備ができていなければ、間違ったものを作り続けるAIと何時間も格闘することになる。
この新しいスキルを習得する方法は以下の通りだ：
- タスクを極限まで小さく区切る。1つのプロンプトにつき1つのタスク。1つのPRにつき1つの変更。まずは骨組みを作る。
- まずは1つのタスクを手動で行う。近道せずに最初から最後までやり遂げる。そうすることで、AIがどこで苦戦するか、どのようなコンテキストを必要としているかがわかる。
- AIに対し、どのレイヤーで作業すべきかを伝える。ロジックがレイヤーAに属するのか、レイヤーBに属するのかを明示する。指定しなければ、AIは間違った推測をする。
- リファレンスパターンを活用する。コードを説明するだけでなく、ファイルパスと行番号をAIに提示する。
- ミスを記録する。AIが失敗したときは、自分自身のルールを更新するように指示する。何が間違っていたのかのプレイブックを作成する。
巧妙なプロンプトを書こうとするのはやめよう。セットアップに集中し始めるのだ。
複雑な作業における、最後のアドバイス（2つのルール）：
- 「考えること」と「実行すること」を分ける。まずAIに計画を出力させ、その計画をレビューする。それから実行を指示する。
- リセットのタイミングを知る。セッションが長くなると品質が低下する。AIがルールを無視し始めたら、セッションを終了して新しいセッションを開始する。
あなたの価値は、もはや書いたコードの量で測られるのではない。どれだけ優れた準備ができるかで測られるのだ。
Source: https://dev.to/alextongme/youre-wasting-your-best-engineering-skill-191m
Optional learning community: https://t.me/GyaanSetuAi