プログラミングにおいてAIが得意なことと不得意なこと
記事
IT・テクノロジー
ここ数年で、ChatGPTをはじめとしたAIが
プログラミングの現場に一気に入り込んできました。
「もうエンジニアいらないのでは?」
「AIに全部書かせればいいじゃん」
そんな声も聞こえてきますが、
実際に使ってみると、得意なこと・不得意なことはかなりハッキリ分かれます。
この記事では、
プログラミングにおけるAIの“現実的な立ち位置” を整理してみます。
AIが得意なこと①
定型的なコードを書くこと
AIが一番得意なのは、パターンが決まっているコードです。
たとえば👇
CRUD(一覧・追加・編集・削除)の雛形
フォーム送信処理
API通信の基本構造
React / Vue / SwiftUI などの基本構文
よくあるUIコンポーネント
「〇〇で△△を実装したい」と伝えるだけで、
それっぽいコードを一瞬で出してくれます。
👉 ゼロから考える時間を大幅に短縮できる
これだけでも、AIを使う価値は十分あります。
AIが得意なこと②
エラー原因の切り分け・ヒント出し
エラー文を貼り付けると、
何が原因になりやすいか
どこを確認すべきか
よくあるミスのパターン
を教えてくれます。
特に初心者の頃にありがちな
「何が分からないのか分からない」状態を
かなり救ってくれます。
💡 ただし
「完全な正解」を出すとは限らないので、
最終判断は人間が必要です。
AIが得意なこと③
学習サポート・言語化
AIは「説明役」としてかなり優秀です。
このコードは何をしているのか
なぜこの書き方になるのか
初心者向けに噛み砕いて説明
といった “言語化” がとても上手。
実務でも
「これ、誰かに説明できる形にして」
と頼むと、かなり助けになります。
AIが不得意なこと①
要件が曖昧なままの設計
AIは
「何を作りたいのかが明確」なほど強いですが、
逆に言うと👇
ゴールがふわっとしている
業務フローが固まっていない
クライアントの意図が言語化されていない
こういう状態だと、
それっぽいけどズレたものを出しがちです。
👉
「何を作るかを決める」のは、
まだまだ人間の仕事。
AIが不得意なこと②
現場特有の判断・空気を読むこと
実務ではよくあります👇
本当はこの仕様おかしいけど、今回は触らない
将来拡張を見越して、あえて回り道する
クライアントの“言ってない本音”を汲む
こういった
文脈・人間関係・現場判断は、AIはほぼできません。
コードは書けても、
「なぜそれを選ぶか」までは判断できない
というのが現実です。
AIが不得意なこと③
責任を取ること
これは一番大事なところ。
AIは
バグが出ても責任を取らない
障害が起きても謝らない
クライアント対応もしない
最終的に
「この実装で行きます」と決めるのは人間です。
AIはあくまで
👉 優秀なアシスタント
👉 思考を加速させる道具
主役ではありません。
結論:AIは「使える人」が使うと最強
プログラミングにおいてAIは、
❌ エンジニアを置き換える存在
ではなく
✅ エンジニアの生産性を爆上げする存在
です。
特にこれからは👇
AIにどう聞くか
出てきた答えをどう判断するか
この力が、
エンジニアの価値そのものになっていきます。
おわりに
AIを使うか使わないか、ではなく
「どう使うか」
これが、
これからプログラミングを学ぶ人にも
すでに現場にいる人にも
共通して問われていることだと思います。