AIがコードを書く時代でも、システムは勝手に出来上がらない
最近、「AIによってプログラマーは不要になる」という議論を目にすることが増えました。
CLI型のAIツールやコード生成AIの登場によって、自然言語からプログラムが生成される様子を見ると、確かにそのように感じるかもしれません。
しかし、実際のITプロジェクトを長く見てきた立場から言うと、この議論には大きな誤解があります。
AIは確かにコードを書くことができます。
ですが、システムを作ることはできません。
この違いは、実務の世界では決定的です。
目次
AIは「コードを書く作業」を大きく変える
まず前提として、AIによって開発の一部が大きく変わることは間違いありません。
例えばAIは、次のような作業を非常に得意としています。
-
API接続コード
-
CRUD処理
-
テストコード
-
ライブラリの利用例
-
ボイラープレートコード
こうした定型的なコードは、AIによってかなりのスピードで生成できるようになりました。
この点だけを見れば、「プログラマーが不要になる」という印象を持つのも無理はありません。
しかしここには、重要な前提があります。
コードを書けることと、システムを作れることは全く別の話です。
システムの品質はコード量では決まらない
ITプロジェクトにおいて本当に難しいのは、実はコードを書く作業ではありません。
難しいのは次のような部分です。
-
データモデルの設計
-
トランザクション設計
-
障害時の振る舞い
-
性能設計
-
セキュリティ設計
-
長期運用を前提とした構造
つまり、設計です。
実際、システム障害の多くはコードの書き間違いではなく、
-
設計ミス
-
要件の誤解
-
判断の誤り
によって発生します。
AIはコードを書くことはできますが、どの設計を採用すべきかという判断を代わりに行うことはできません。
AI開発で重要になるのは「レビュー能力」
AIを使った開発では、ある能力が非常に重要になります。
それは生成されたコードを評価する能力です。
AIはもっともらしいコードを生成しますが、そこには
-
存在しないAPI
-
古いライブラリ
-
セキュリティ上の問題
-
パフォーマンス上の地雷
が含まれていることも珍しくありません。
つまりAI開発では生成能力よりも評価能力のほうが重要になります。
そしてこの評価能力は、経験によってしか身につきません。
【AI生成コードにおける技術的リスクの背景】
■存在しないAPI(ハルシネーション)
AIは、文脈から「もっともらしい単語の続き」を確率で予測して出力する仕組みです。そのため、実際には存在しない関数名や、そのライブラリには実装されていない架空のAPIエンドポイントを、さも存在するかのように自信満々に生成する現象(ハルシネーション)が頻発します。■古いライブラリ(学習データのタイムラグ)
AIモデルは、過去のある時点までの膨大なネット上のコードを学習しています。そのため、現在ではすでに非推奨(Deprecated)となっている古いメソッドや、サポートが終了した過去のバージョンの書き方を平気で出力することがよくあります。■セキュリティ上の問題(脆弱性の再現)
AIはインターネット上の優れたコードだけでなく、「セキュリティ対策が甘いコード」も大量に学習しています。そのため、入力値の検証(サニタイズ)が漏れていたり、SQLインジェクションを引き起こすような安全性の低いコードを出力してしまうリスクが、多くのセキュリティ専門機関からも指摘されています。■パフォーマンス上の地雷(システム全体への配慮不足)
AIは「目の前の処理をとりあえず動かす」ためのコードを書くのは得意ですが、データが100万件になった時の処理速度や、メモリの消費量などは考慮してくれません。例えば、データベースからデータを取得する際に負荷が跳ね上がる「N+1問題」を引き起こすような、非効率なループ処理を生成してしまうことは珍しくありません。
起きるのは「プログラマー消滅」ではなく「二極化」
AIによってプログラマーが不要になる、というよりも、実際に起きる可能性が高いのは二極化です。
AIによって
-
初心者でもある程度コードを生成できるようになる
-
一方でシステム設計の重要性はむしろ高まる
結果として、次のような構造になるでしょう。
| 人材 | 今後 |
|---|---|
| 初心者 | コード生成の敷居は下がる |
| 中級プログラマー | 役割が曖昧になる可能性 |
| 上級エンジニア | 価値が上がる |
| アーキテクト | 需要が増える |
つまり、消えるのはプログラマーという職種ではなく、役割の中間層かもしれません。
AI時代ほど重要になる「判断」
ここで改めて考えるべきなのは、誰が判断するのかという問題です。
AIは選択肢を提示することはできます。
しかし、
-
どの設計を採用するのか
-
どのリスクを許容するのか
-
どこに投資するのか
といった意思決定を行うことはできません。
ITプロジェクトの成否は、今も昔も判断の質によって決まります。
AIはコードを書ける。しかし判断はできない
AIの登場によって、コードを書く作業は確実に変わります。
しかし、システムが自動的に完成するわけではありません。
むしろAIの時代ほど、
-
設計
-
評価
-
判断
の重要性は高くなります。
AIはコードを書くことはできます。
しかしプロジェクトの判断を代わりに行うことはできません。
そして、その判断こそが、ITプロジェクトの本質なのです。
この記事を書いた人について

-
オーシャン・アンド・パートナーズ株式会社 代表取締役
協同組合シー・ソフトウェア(全省庁統一資格Aランク)代表理事
富士通、日本オラクル、フューチャーアーキテクト、独立系ベンチャーを経てオーシャン・アンド・パートナーズ株式会社を設立。2010年中小企業基盤整備機構「創業・ベンチャーフォーラム」にてチャレンジ事例100に選出。
最新記事一覧
経営者向け2026.03.12AIがコードを書く時代でも、システムは勝手に出来上がらない
経営者向け2026.01.22なぜ基幹システムを変えても、会社は変わらないのか?
経営者向け2026.01.21パッケージか?自社開発か — IT投資で“正解”を導く判断軸とは
経営者向け2025.12.12「発注者の隣で戦う」という、私たちの仕事の本質 -次世代ITプロジェクト設計フォーラム講演録