AIはあなたに取って代わることはないが、悪いAIの習慣はあなたに取って代わる
AIが完璧な関数を書いたとき、それは魔法のように感じられる。しかし、存在しないAPIを捏造したとき、それは災厄のように感じられる。
ほとんどの開発者は選択を迫られている。AIをメンターとして使うか、それともオートコンプリートのゾンビになるかだ。
危険なのはテクノロジーではない。危険なのは怠慢だ。思考を止めてしまえば、あなたの強みは失われる。
主導権を握り続けるために、これら5つのスイッチを活用しよう：
- 推論モード (Reasoning mode): 単にコードを求めるのではなく、AIにステップバイステップで考えさせ、まずエッジケースを列挙させる。
- 冗長性の制御 (Verbosity control): 簡潔なスニペットが欲しいのか、それともトレードオフを含めた詳細な解説が欲しいのかをAIに伝える。
- ツール活用 (Tooling): 推測させるのではなく、ドキュメント、REPL、または図解を使用するようにAIに強制する。
- 自己反省 (Self-reflection): AIに自身の回答を批判させる。間違っている可能性のある箇所を3つ挙げさせる。
- ルーブリック (Rubrics): 構造を利用する。単に設計ドキュメントを求めるのではなく、「問題点」「制約」「選択肢」「リスク」を含むドキュメントを求める。
いつ信頼し、いつ検証すべきかを知ること。
AIを信頼すべきケース：
- 繰り返しの多いテストスタブの作成。
- 基本的なCRUDのスキャフォールディング（雛形）作成。
- ドキュメントの要約。
AIを決して信頼してはいけないケース：
- データベースのマイグレーション。
- 認証ロジック。
- 本番環境のインフラ変更。
AIをコードモンキーではなく、リサーチアシスタントとして扱おう。システムを構築させるのではなく、設計を批判させるのだ。そうすることで、バグを生むことなくリスクを見つけ出すことができる。
目標は「オートコンプリート脳」を避けることだ。これは、ロジックを理解せずにコピー、ペースト、デプロイを繰り返すときに起こる。チケットは解決できるかもしれないが、エンジニアとしての成長は止まってしまう。
AIはドラフト（下書き）に使い、検証には自分の脳を使おう。
Source: https://dev.to/dev_tips/ai-wont-replace-you-but-bad-ai-habits-will-1fnp
Optional learning community: https://t.me/GyaanSetuAi