𝗬𝗼𝘂 𝗮𝗿𝗲 𝗪𝗮𝘀𝘁𝗶𝗻𝗴 𝗬𝗼𝘂𝗿 𝗕𝗲𝘀𝘁 𝗘𝗻𝗴𝗶𝗻𝗲𝗲𝗿𝗶𝗻𝗴 𝗦𝗸𝗶𝗹𝗹

最高のエンジニアリングスキルを無駄にしている

最優秀なエンジニアたちが、苦手な仕事に従事している。

彼らはコーディングが下手なのではない。コーディングにおいては素晴らしい能力を持っている。しかし、最も得意なことをやめるようになってしまったのだ。気づかないうちに、新しい役割へと流されてしまったのである。

私自身、大規模なリポジトリ移行の際、あまりにも長い間これを行っていた。Claude Codeを多用していたのだが、タイムログを確認して初めて、その変化に気づいた。

仕事の内容が変わった。「準備」こそが仕事なのだ。

もはや、コードを書いたりデバッグしたりすることに時間を費やすのではない。問題を定義し、セットアップすることに時間を費やすのだ。

準備が良ければ、AIは一発でタスクを完遂する。準備が不十分であれば、間違ったものを作り続けるAIと3時間も格闘することになる。問題を深く思考するという、あなたの最高のスキルが、ミスを修正するためだけに浪費されてしまうのだ。

私たちはもはやコードを書いているのではない。コンテキストをキュレーションしているのだ。

管制官のように考えなさい。管制官は飛行機を操縦しない。しかし、すべての飛行機は安全に着陸するために管制官を頼りにしている。彼らは飛行機の順序を決め、空域を管理し、衝突を防ぐ。

飛行はClaudeが担当する。あなたは調整を担当する。どのコンテキストを読み込み、どのファイルを使用し、どの順序に従うかを決定するのはあなただ。

すべてのコードを一行ずつ書くことに対して報酬が支払われているのではない。今、どの5%のコンテキストが重要なのかを見極めることに対して報酬が支払われているのだ。

管理方法：

• タスクのスコープを極限まで小さくする。1つのプロンプトにつき1つのタスク。1つのPRにつき1つの大きな変更。まずは骨組みを構築する。 • まずは1つのタスクを手動で行う。近道はしない。これにより、AIがどこで苦戦するのか、そして実際にどのようなコンテキストを必要としているのかが明確になる。 • AIに対し、どのレイヤーで作業しているのかを正確に伝える。アーキテクチャを指定しなければ、AIは推測する。そして、その推測は外れる。 • リファレンスパターンを活用する。タスクが成功したら、ファイルパスと行番号を含めて、AIに実際のコードを見せる。 • ミスを記録する。AIが失敗したときは、AI自身にルールを更新させる。教訓をプレイブックに変えるのだ。

同じプロンプトで計画と実装の両方をAIに求めない。まず計画を出力させ、その計画をレビューする。それから実行を指示する。

セッションが混乱したり、AIがルールを無視し始めたりしたら、セッションを終了させる。クリーンなプロンプトで新しく始める。壊れた実装と格闘するよりも、その方が安上がりだ。

かつては書いたコードの量で評価されていた。今は、どれだけ適切に準備できるかで評価される。

AIを使いこなして成果を上げているエンジニアは、最高のプロンプターではない。彼らは、最高の「準備者」なのだ。

出典: https://dev.to/alextongme/youre-wasting-your-best-engineering-skill-191m