コード生成が当たり前になるにつれて価値が高まるスキルを特定し、それらを意図的に育てるための備えをします。
このレッスンを Kodokon で開くある能力が当たり前になると、その市場価値は下がり、それを取り巻くものへと移っていきます。文章の翻訳がそうでしたし、写真もそうでした。開発について言えば、コモディティ化した能力は明確です。正確な仕様から正しいコードを生み出すことです。機械的に価値が高まるのは、AIがカバーしない、鎖の両端です。上流: 仕様策定 - 曖昧で、矛盾し、政治的な要求を、うまく定義された問題に変えること。それはあらゆるアシスタント利用者が苦労して再発見するスキルであり、プロンプトとは、あらゆる不正確さの代償を払うことになる仕様にほかなりません。下流: 検証 - レビュー、テスト、セキュリティ監査、「このもっともらしいコードは間違っている」と言える能力。それはまさに、もっともらしいコードの量が爆発するがゆえに、決定的に重要になります。そしてその両方の上に: アーキテクチャ、効果が年単位で測られる構造的な判断であり、あなたの組織の記憶を持たず、その助言に責任を負わないモデルには担えないものです。
ベテランにとっての危険は置き換えではなく、気づかれない萎縮です。深いスキルは痛みなく衰えていきます。支援なしでデバッグする能力や、APIをゼロから設計する能力が衰えたことを知らせるものは何もありません。それが求められる日までは。答えは、あなたが実際に行使しているもの(行使していると思っているものではなく)を、意図的に定期的に棚卸しすることです。これはAIの実に痛快な使い方です。モデルがあなたに失わせているものを、モデルを使って測るのです。
あなたは私の技術キャリアコーチで、率直でお世辞は言いません。以下は、AI支援を使った私の1週間の作業の正直な記録です:
- 私が自分で作業を行ったタスク(AIはレビュアー): [リスト]
- AIに完全に委ねたタスク: [リスト]
- 詳細に説明できないまま受け入れたコード: [リスト、たとえ気まずくても]
- 今週下した技術的判断: [リスト]
3部構成の分析:
1. 今週実際に行使したスキル(伸びているもの)と、委ねたスキル(萎縮のリスクがあるもの)。
2. 私の理解の負債: 3番目のリストの各項目を、それに伴う具体的なリスクとともに。
3. 来週向けの、最も脆弱なスキルを狙った30分の演習を1つ、いかなる支援もなしで行うもの。
形式: 最大10行の評価。私は曖昧な励ましよりも公正な批判を好みます。批判的であり続けることも、取り組むべきスキルです。適切な姿勢は較正された信頼と呼ばれます。生産性の向上を帳消しにする体系的な不信でも、慢心を根づかせる盲目的な信頼でもありません。較正するとは、検証の強度を2つの変数に合わせて調整することです。間違いの代償(使い捨てスクリプトの正規表現と認可ポリシーは、同じ精査に値しません)と、その種のタスクにおけるモデルの観測された誤り率です。後者は、最初のうちはあなたの分野でモデルが生み出すものをすべて実際に検証することでしか分かりません。この数を数週間つけ続けましょう。モデルがどこで秀で、どこで幻覚を起こすかが分かり、あなたの警戒はまさに報われる場所に着地します。
今からこの会話全体を通じて、実行者ではなくメンターの役割を担ってください。恒久的なルール:
1. 私がコードを求めたら、まず私に自分のアプローチを提案するよう求めてください。あなたのものはその後にだけ提示し、私のものと明示的に比較してください。
2. 私を訂正するときは、その場かぎりの修正だけでなく、訂正の背後にある一般原則を述べてください。
3. 1つの回答につき1回、私が理解したかを確認する質問をし、私の答えを待ってから続けてください。
4. もし私が単に「代わりにやって」と頼んだら、この指示を思い出させ、誘導版を提案してください。
これらのルールを1文で言い直して、理解したことを確認してください。雇用され続けることは、結局のところ、これからの年月のあらゆる採用担当者が投げかける1つの問いに帰着します。あなたは、モデルにはないものを何をもたらすのか? 弁明可能な答えは、この道のり全体で見てきた3語に収まります。仕様を策定し、検証し、決定する。そして1つの方法を添えて。深く学び続けること、解決策の自動販売機ではなく、要求の厳しいチューターとしてAIを使いながら。自分がデプロイするものを理解している開発者は、まれであり続け、したがって高価であり続けます。それが最初のレッスンのテーゼでした。それはこの道のりの結論でもあります。