- AIは「効率化ツール」ではなく「増幅器」
- 差が生まれる本当の理由「試行回数」
- AIを使う人は「検索」をしなくなる
- 仕事の進め方が変わる
- なぜ差が急に開くのか
- 注意点:AIは能力を平等にしない
- よくある誤解「コードを書かなくなる」
- 最後に
AIは「効率化ツール」ではなく「増幅器」
AIを使う人と使わない人の差は、少しずつ広がるのではありません。
ある時点から急に開きます。
しかも差がつくポイントはタイピング速度でも知識量でもありません。
差が出るのは、仕事の進め方です。
AIは効率化ツールだと考えられがちです。
ショートカットキーの延長、検索の高速版、コード補完の強化版のように扱われます。
しかし実際には違います。
AIは「時間短縮の道具」ではなく、思考量を増幅する道具です。
同じ1時間でも、AIを使う人は10回試行し、使わない人は2回しか試行できません。
ここから差が始まります。
差が生まれる本当の理由「試行回数」
エンジニアの仕事の多くは、実は知識ではありません。
- 試す
- 失敗する
- 修正する
- 確認する
この繰り返しです。
例えば新しいライブラリを導入するとき、従来は次の手順でした。
- ドキュメントを読む
- 記事を探す
- サンプルを写す
- エラーで止まる
- 調べる
これに半日かかります。
そのため多くの人は「必要最低限しか試さない」行動を取ります。
AIを使うと変わります。
- 方針を聞く
- サンプルを生成
- エラーを貼る
- 修正を提案させる
この1サイクルが数分になります。
つまり能力差ではなく、挑戦回数の差が生まれます。
AIを使う人は「検索」をしなくなる
ここが大きな分岐点です。
AIを使わない人は、分からないと検索します。
AIを使う人は、分からないと試します。
検索は正解を探す行為です。
試行は理解を作る行為です。
AIは回答装置ではなく、対話型の仮説検証装置として機能します。
質問して結果を確かめ、さらに条件を変える。このループを高速化します。
結果として、同じ経験年数でも理解の密度が変わります。
仕事の進め方が変わる
AIを使う人は、作業の分割方法が変わります。
従来の進め方:
- 調査
- 設計
- 実装
- テスト
AIを使う人の進め方:
- 仮実装
- 動作確認
- 修正
- 仕様確定
つまり順番が逆転します。
先に動かし、後で理解を固めます。
これにより、議論の質が変わります。
「できるかどうか」の会話が減り、「どうするか」の会話が増えます。
なぜ差が急に開くのか
差が広がるタイミングは、知識量ではありません。
担当範囲が広がった瞬間です。
AIを使わない場合、人は自分の専門領域に閉じます。
- バックエンドだけ
- フロントだけ
- インフラは触らない
理由は単純です。
調べるコストが高いからです。
AIを使うと境界のコストが下がります。
- Dockerを触る
- SQLを調整する
- 簡単なJSを書く
- CIを修正する
「少しだけ触る」が可能になります。
この「少し」が積み重なると、役割の幅が変わります。
そして役割の幅は、そのまま評価の幅になります。
注意点:AIは能力を平等にしない
AIが普及すると能力差が縮まる、という予測もあります。
しかし実際には逆です。
AIは使うだけでは効果が出ません。
使い方を試す人にだけ効果が出ます。
- 質問を変える
- 出力を検証する
- 前提を修正する
- 失敗を利用する
この行動を取る人は急速に伸びます。
使い方が固定されると、検索と大差なくなります。
つまりAIは「全員を平均化する技術」ではなく、
「行動差を能力差に変える技術」です。
よくある誤解「コードを書かなくなる」
AIを使うとコーディング力が落ちるという意見があります。
一部は当たっていますが、少し違います。
減るのはタイピング量です。
増えるのは判断量です。
AIを使う人は、コードを書く時間が減る代わりに次の作業が増えます。
- 出力の検証
- 仕様の調整
- 不整合の発見
- 原因の特定
結果として、書く力ではなく読む力が重要になります。
最後に
AIを使う人と使わない人の差は、ツールの習熟度の差ではありません。
仕事の捉え方の差です。
AIは作業を減らす道具ではなく、試行を増やす道具です。
試行が増えると、理解が増えます。理解が増えると、任される範囲が広がります。
そして任される範囲が広がると、能力差として認識されます。
AIの本当の影響は、速く書けることではありません。
挑戦の回数を増やしてしまうことにあります。
その結果として、数ヶ月後に「同じ経験年数なのに差がある」状態が生まれます。
差は突然現れますが、原因は日々の小さな試行の回数です。