AI時代のソフトウェア開発者とはアーキテクトの役割として再定義される

デブサミ関西2026に行ってきた。
AI全振りの開発現場では「コードを手書かない時代」のエンジニアの真価が問われている。
実装コストがゼロとなった今、求められるのは単なる作業者ではなく、システム全体の説明責任を負うアーキテクトの思考だ。
全レイヤーを統括し、AIを使いこなすITエンジニアは皆、アーキテクトであるべきだ。

【参考】
Developers Summit 2026 KANSAI（2026.08.21）

AI時代の「コードと人間の関係」を問い直す—デブサミ関西2026で考えた、アーキテクチャの未来とコミュニティの価値 #devsumi: プログラマの思索

【1】デブサミ関西2026に行ってきて、SIerの人は皆AIに全振りだなあと思った。
もはや、プログラムを手書きで書く人はいない。
ジュニアもシニアも皆、AIにプログラムを書かせる。
AIの方がプログラミングが楽だからだ。

すると、AI時代のソフトウェア開発者は、プログラマではない。
では、プログラマはAIに指示するだけのオペレータに過ぎないのか？
プログラマは、AIが作ったソースコードを読む必要はないのか？

【2】僕の考えでは、AI時代のソフトウェア開発では、エンジニアは皆アーキテクトを求められることだ。

つまり、AIでプログラミングのコストがゼロになったら、ITエンジニアは皆アーキテクトの 技術レベルを求められる。

なぜならば、WebサーバーもネットワークもRDBも開発フレームワークもアーキテクチャ設計もフロントエンドもコンテナも業務ドメインも全てAIで即座に実装して動作できるからだ。
中身はブラックボックスでもいい。

【2-1】つまり、ITエンジニアは、インフラ設計・DB設計・アーキテクチャ設計・詳細設計・業務設計・要件定義も全て自力で設計して、全てのコンポーネントや技術を組み合わせて一つのシステムを作らざるを得なくなるからだ。
全ての設計要素の整合性、品質担保は、ITエンジニアしかできない。
すべての技術を理解して、部品のように組み立てて、きちんと動かす能力が求められる。
そのような役割こそがアーキテクトだ。
低レイヤーからフロントエンドまでのIT技術を全て知り尽くして、顧客の要望に対して、最適なアーキテクチャ、すなわち、最適な設計コンポーネントを選択して実装して運用できる人は、アーキテクトしかいない。

たとえ、ジュニアのプログラマが大規模かつ複雑なシステムを開発できたとしても、顧客から、なぜこんな仕組みのシステムを作ったのか？と問われた時に、システムの中身に対する説明責任は必ず要求される。
システムそのもの説明責任の主体は、AIではなく、AIを実装したプログラマであるべきだ。

【2-2】アーキテクトとは、単にシステム構成に関するアーキテクチャを意思決定するだけでなく、意思決定した説明責任も負うからだ。
AIが作ったシステムの中身は分かりません、と顧客に言ってしまうプログラマは、正直最低だ。
自分は責任が持てません、自分は何も知らないから、と、自分の能力が無い事実をさらけ出しているだけだ。
自分の無能さを顧客の前にさらけ出して、恥ずかしくないのだろうか？

よって、ジュニアのエンジニアも、顧客の前ではアーキテクトとして振る舞うべきだ。
それができないならば、彼は顧客の前に立たない方が良い。

【3】デブサミ関西に行ってきて感じたことは、インターネット老人会のようなおじさん達がすごく生き生きとしていたことだ。
AIによりプログラミングの実装コストがゼロになったことで、リファクタリングやバックポートなどのような地道な作業から解放されて、本来のやりたいことを実現しやすくなったように思える。

サーバーやネットワーク、CPUアーキテクチャやC言語のポインタ、Linuxカーネル等のレベルの知識があるからこそ、彼らは最適なアーキテクチャ構成を考えることが出来る。
その後の開発作業、具体的には、多数の部品やインフラ基盤、開発基盤を組み合わせて協調動作させる開発作業は全てAIに任せれば、即座に実装できる。
インターネット老人会のような経験者にとっては、すごく楽しい時代になったんだろうな、と思う。