AIが奪っていったもの：エンジニアの好奇心とモチベーション
概要¶
AI の普及によってエンジニアの「やる気」や「好奇心」が失われていくという問題提起。
詳細¶
投稿の要旨¶
AI が奪っていったものは、人のやる気とか好奇心とかだった。
「この分野が面白いから、しっかり取り組んでみよう」と思っても、
数年経ったら（あるいはすでに）全部 AI が解決していて
全然面白みを感じなくなっちゃった、といったように。
なぜこの問題が起きるか¶
従来の学習サイクル:
「面白い」→ 調べる → 理解する → 作る → 達成感 → 「もっと深く」
AI 時代の学習サイクル（崩壊パターン）:
「面白い」→ AI に聞く → 答えが出る → 達成感なし → 次に進む
問題:
- 自力で悩み、試行錯誤する経験が減る
- 「わかった」という感覚が薄い
- 深く理解しないまま次に進み続ける
- 気づくと「なんでも AI に頼む人」になっている
AI との健全な付き合い方¶
1. 「なぜ？」を自分で考えてから AI に聞く
→ AI の答えを「答え合わせ」として使う
→ 単なる「答え機」として使わない
2. 自分でゼロから実装する時間を確保する
→ AI コーディングツールをオフにして書く時間を意図的に作る
→ 「なぜこのコードが動くか」を説明できるか常に問う
3. 好奇心の「源泉」を AI 以外に持つ
→ 読書、OSS のコード、論文
→ 他の人のコード・設計を読んで「なぜこう書いたか」を考える
4. 「AI に解けない問題」を探す
→ 自分の文脈・コンテキスト・チームの歴史が必要な問題
→ 新しい発見・研究に近い領域
別の見方：AI をツールとして使いこなす¶
好奇心が失われるのは AI のせいではなく「使い方」の問題
→ ハンマーを持てば何でも釘に見える、と同じ
AI は「実装の補助」として使い、
「何を作るか」「なぜ作るか」「どう設計するか」は
自分で考え続けることが大切
なぜ重要か / いつ使うか¶
- AI コーディングツールに依存しすぎていると感じたとき
- 「最近なんとなくコードを書いている」と感じたとき
- チームで AI ツールの使い方に関するガイドラインを作るとき