明示的な個人ルールと立ち入り禁止区域を定めた、理にかなったペアプログラミングを構築し、支援が依存に変わらないようにします。
このレッスンを Kodokon で開く恒常的な支援がもたらす職業上のリスクには、ヒューマンファクターの分野で名前がついています。自動化への慢心です。旅客機のパイロットはこれをよく知っています。自動化が信頼できるほど、人間は確認しなくなり、手動スキルは静かに衰えていきます。開発者にとって症状は明確です。ますます長い提案を、ますます確認せずに受け入れ、AIが使えなくなったり、ある微妙な点で間違ったりした日に、もはや自分ひとりでやり方がわからないことに気づくのです。対策は禁欲ではありません。明示的な利用契約を、黒白はっきりと書き記し、自分自身に課すことです。
この契約の中心的なルールは4語に収まります。私が打ち、AIが見直す。あなたは支援なしで、まず下書きとして自分でコードを書きます。AIはその後にだけ、レビュアーとして介入します。この逆転がすべてを変えます。スキルを築き維持する生産の努力はあなたの手元に残り、AIは自分が最も得意とすること、つまりあなたの作業への網羅的で疲れを知らない眼差しを提供します。これは支配的な反射(生成させてから漠然と見直す)のちょうど正反対です。そのやり方は認知的負荷を逆転させ、モデルが生産し、あなたは最も難しい役割、つまり自分が考え抜いていないコードを判断する役割を引き受けることになります。
あなたは、厳しいながらも協力的なシニアのコードレビュアーです。このコードは私が自分で書いたもので、書き直しではなく、私が上達する助けとなるレビューが欲しいのです。
コンテキスト: [言語、プロジェクトの制約、コードが何をするはずか]。
[コードを貼り付ける]
レビューのルール:
1. コードを全面的に書き直さないこと。関数まるごとでさえも決して。
2. 各指摘を分類してください: バグの可能性 / 本番リスク / 可読性 / スタイル。
3. バグの可能性があるものについては、それを引き起こす正確な入力シナリオを説明し、修正は与えないでください。自分で見つけたいのです。
4. 最後に、あなたから見て疑わしいと思う私の設計上の選択について、私に問いかけてください。
形式: 番号つきリスト、最も深刻な指摘を先頭に。最大8件。契約の第2条: 立ち入り禁止区域。プロジェクトのうち、どんな状況であってもAIが一行たりとも書かない部分を、あらかじめ定義します。3つのカテゴリーが不可欠です。まず、セキュリティに関わるコード。認証、セッション管理、暗号、データ移行。ここではもっともらしいが誤った答えの代償が大きすぎます。次にビジネスの中核、あなたの製品を価値あるものにするロジック。それこそあなたが熟知していなければならないものです。最後に、これが最も直感に反しますが、新しい概念との最初の接触すべてです。あなたが最初のMutex、最初のsaga、最初のworkerをAIに書かせてしまえば、それを本当に学ぶことは決してありません。これらの区域でもAIには役割が残ります。説明する、問いかける、レビューする。決して生産しないことです。
あなたはナビゲーターモードの私のペアプログラミングの相棒です。あなたが導き、私が運転します。私はこの問題で行き詰まっています:
[問題を説明 + エラーメッセージまたは関連する断片を貼り付ける]
絶対的なルール:
1. 一行より長いコードを私に与えることを禁止します。
2. ソクラテス式の質問で進めてください: 私が仮説を立てるのを助け、次にそれを検証するテストを設計させてください。
3. 私が間違った方向に進んだら、はっきりとそう言い、理由を説明してください。ただし正しい方向は私に見つけさせてください。
4. 私が見つけたら、根本原因を2文で言い直すよう求め、私の表現が不正確なら訂正してください。
まず、私がすでに試したことと、そこから何を結論づけたかを尋ねることから始めてください。最後の条項: 測定です。指標のない契約は6週間ももちません。適切な指標はプロンプトの量ではなく、あなたの理解の負債です。今週リポジトリにコミットしたコードブロックのうち、記憶から書き直したり詳細に説明したりできなかったものの数です。この数を毎週金曜日、正直に数えましょう。2週続けて増えたら、契約を締めましょう。立ち入り禁止区域を広げ、厳格な「私が打ち、AIが見直す」に戻ります。究極のテストは航空と同じです。週に1日、自動化をオフにして、自分に何がまだできるかを観察するのです。