AI時代にコーダーは必要か？
近年、「ウェブページのコーディングはAIで書き出せるじゃないですか？」や「自分が作るのとプロが作るのと何が違うのですか？」という質問をいただきます。
それぞれ私の考えをまとめておこうと思います。
AIはコードを書き出せる、しかし……
私たちが日々書いているコードは、AIを使えばより適切な形で書き出すことができます。「コードなんてAIで書けるじゃないか」というのは、まさにその通りです。
であれば、「プログラムを書くコーダーはもう不要なのではないか」という議論になりますが、実務においてAIが書いたコードをそのまま使うのには、実は致命的な欠陥があります。それは、「自分たちが何を書いているのかを理解していないコードで構築する」という点です。
サイト全体がとても高度なブラックボックス化すると言ってもいいでしょう。
おそらく、この問題は初期のサイト制作段階では顕在化しません。指示通りに正しく動き、とにかく成果物として機能すれば、その場では問題ないからです。
運用フェーズで訪れる「ブラックボックス化」の恐怖
本当の問題は、サイト公開後、しばらく時間が経った時に起こります。
かつてどうやって実装したか覚えていない機能を修正・アップデートしなければならないとき、私たちはAIにどう指示すればいいのでしょうか。すべてのソースファイルを見せれば解決するかもしれませんが、それには膨大な手間がかかります。また、本来修正すべきではない箇所にAIが手を加え、予期せぬバグ（先祖返りや他機能への影響）が発生したとき、知識がなければ対応できません。
これまで多くのコーダーは、たとえ仕様書がなくても、ソースコードを自ら管理し、つじつまを合わせながら実装してきました。そこには「属人化（特定の個人しか分からない状態になること）」という問題はありつつも、人間の記憶と技術によって何とかコントロールできていたのです。 しかしAIは、この人間が記憶で紡いできた「つじつま」を、実質的にブラックボックス化した状態で実装してしまいます。
初期制作でAIを活用すれば、確実に工数を削減できます。しかし、その後の管理・保守工程において、コードの知識がない担当者がトラブルに対処しようとした場合、現場に相当な負担を与え、最悪の場合はサイトが完全に機能しなくなるような致命的な事態を招くリスクをはらんでいるのです。
ブラックボックス化の根本的な原因は、「仕様書を用意しない」から
ちなみに、このようにコードがブラックボックス化してしまうのは、人やAIが原因ではありません。根本的な原因は、「仕様書を用意しない」からです。 それ以外ありえません。
もし仕様書を無視して実装していたのであれば、それは実作業担当者の責任です。しかし、そもそも仕様書が存在しないのであれば、人間の記憶力に依存するしかありません。時間の経過とともに内容を忘れ、ブラックボックス化していくのは、むしろ自然な流れです。
これまでは「人間の記憶」という不確かなものに頼っていた属人化のブラックボックスが、AIの登場によって、より複雑で、より解読不能な「高度なブラックボックス」へと進化してしまったのだと言えます。
AIがあるのだから、制作時間は短縮されるはず……だった
「AIが瞬時にコードを書き出してくれるなら、制作時間は大幅に短縮されるはず」――誰もがそう思うかもしれません。
確かに、私たちが自由に仕様を決めて動かせるような、任せてもらえる領域が広い案件であればその通りです。しかし現実は、そう単純ではありません。
AIの登場によって、コードの「検証」や「品質の基準」そのものが、これまで以上に高度化しているという側面があるのです。AIを使えば複雑なアニメーションや高度な動的機能のコードが簡単に手に入るため、クライアントやディレクターから求められる要求のハードル自体が上がってしまうシーンが増えています。
たとえコーダーの目から見て「このサイトの規模や目的からすれば、そこまでするのはオーバースペック（過剰品質）ではないか」と感じたとしても、求められれば対応せざるを得ません。
逆の見方もできます。
レスポンシブに対応するために、パソコンで観たい時は横長、スマホで観た時は縦長の画像を見せたい、と投げれば、AIは最適なコードを返すでしょう。
では、jpg形式ではなく、webp形式（軽量化された画像）でも表示したいよね。レティーナディスプレイに対応できるようにいくつかの画像サイズを用意して起きたいよね。
と、突き詰めればどこまでも質を上げることができます。
例にある単なる2分岐のコードと、4分岐、8分岐。何が最適なのかを判断するのがプロだと思ってください。
もちろん、AIの力を借りて新しい技術や知識に触れ、それを実装していく楽しさはあります。しかし、コーディングという作業は突き詰めればキリがありません。本来であれば、「案件の予算や納期に見合った、適切な手の加え方（引き際）」というものがあるはずです。
この「予算と品質のバランスをどこで着地させるか」という塩梅（あんばい）は、AIにはなかなか判断が難しいところであり、結果としてコーダーの負担が減らない一因になっています。
「常に一発で、あっさり実装できる」わけではない
AIは短い命令（プロンプト）であればすぐにコードを返してくれますが、意図通りのものを出させるには、それなりの「投げかけ方のコツ」が必要です。
少し的外れなコードが返ってきたとき、どこをどう修正させるべきかを判断するには、やはり実際のコーディング経験があった方が圧倒的に話が早いです。
事実、私たちもAIを使ってコードを書きますが、すべてのコードをゼロからAIに任せているわけではありません。汎用的なベースコードはあらかじめ自分で書いておき、それをAIで検証・精査した上で、スニペット（再利用可能なコードの断片）として登録しています。
事前に人間の目で検証を済ませてあるため、その都度AIに指示を出して調整させるよりも、結果として開発スピードが早いのです。
新人ウェブデザイナーは、なぜ急に連絡を絶つのか
制作の現場で時折耳にする「新人のウェブデザイナーやコーダーが、ある日突然、連絡を絶って消えてしまう」という問題。なぜ、彼らは「相談する」という選択をせず、飛んでしまうのでしょうか。
おそらく、彼ら自身の力ではどうしても解決できない「壁」にぶつかったのだと思います。
経験者からすれば、「スケジュールが厳しいなら、仕様変更を提案すればいい」「別の実装方法に切り替えよう」など、冷静に考えればいくらでもやりようはあると分かります。しかし、当事者である彼らの頭の中では、「こんな基本すらできないのは自分だけではないか」「自分の実力不足がバレてしまう」という強い恐怖と認知の歪みが働いているのではないでしょうか。
そして個人的には、ここに「AIを使って『できる気になっている』」という、現代ならではの非常にわかりやすい落とし穴があると感じています。
AIを使えば、一見すると何でも作れるような万能感が得られます。経験が浅くても、AIの出すコードを貼り付ければ、最初はスイスイと進むかもしれません。しかし、前述した通り、AIのコードは「ブラックボックス」です。
案件が少し複雑になり、AIに聞いても一発で解決しないエラーが出た瞬間、彼らは「自分が何を書いているのか分からない」という現実に突き落とされます。
「AIを使えば何でもできるはずなのに、なぜか動かない。でも、自分が何を理解していないのかすら分からないから、先輩にどう質問していいかも分からない」
こうして、AIという強力すぎる道具によって「実力以上の自分」を演じさせられていた新人は、自ら抱え込んだブラックボックスの重みに耐えかねて、誰にも相談できずに孤立し、最終的に「連絡を絶つ」という最悪の選択肢を選んでしまうのです。
想像できる未来：ディレクター版「修正地獄」のディストピア
「ちょっとここ直して」への対応力がゼロになる
クライアントからの修正依頼は、いつも理路整然としているわけではありません。「やっぱり前のデザインに戻して」「ここの余白、なんか気持ち悪いからいい感じに詰めて」「別のページで使ってるあの機能をここにも移植して」といった、曖昧で無茶なオーダーが日常茶飯事です。
これまでは、コーダーが全体の構造を把握した上で、裏側を「つじつま合わせ」して吸収していました。
しかし、AIのコードを貼り付けただけのディレクターには、その場しのぎのプロンプトしか叩けません。部分的な修正をAIに命じた結果、別のページのレイアウトが崩れる（先祖返りや干渉）、いわゆる「モグラ叩き状態」に陥り、修正すればするほど泥沼にハマっていきます。
「仕様書のない高度なブラックボックス」を自分で育てる地獄
後から少しづつ追加してされていく仕様はブラックボックスの最高の栄養分。
自分がAIに書かせたはずのコードなのに、一から読み解くこともできず、AIにコードを丸投げして全ファイルを読み込ませる枠（トークン）も足りず、完全に手詰まりになります。
「運用・更新」という泥臭いルーティンに時間を溶かされる
ディレクターの本業は、クライアントとの折衝、進行管理、企画やワイヤーフレームの作成です。
しかし、AIで「作れてしまう」がゆえに、ちょっとしたテキスト修正や画像差し替え、バナーの更新といった日々の泥臭い運用タスクまで自分で抱え込むことになります。
「AIにやらせれば5分」と思って始めた作業が、前述のバグのせいで3時間、4時間と溶けていき、気づけば本業のディレクション（顧客対応や新規案件の提案）に割く時間が消滅します。
「作る楽しさ」の直後にやってくる「直す苦痛」
「AIがあるからコーダーはいらない。自分がプロンプトを叩けばいい」
そう過信したディレクターが最初に直面するのは、「作る楽しさ」の直後にやってくる「直す苦痛」と「動かない恐怖」です。
彼らは、自分がAIを使って吐き出させた「高度なブラックボックス」の重みに耐えかねて、かつて新人が急に連絡を絶ったのと同じように、精神的にパンクすることになるでしょう。
結局のところ、これまでのコーダーは単に「コードを書く作業員」だったのではなく、クライアントの無茶振りと、仕様変更の嵐からシステムやディレクターを守る「防波堤」だったわけです。
AIの進化によって「コーダーが必要か否か」という議論は尽きませんが、現場のつじつまを合わせ、カオスを制御するこの「ちょっとは自律的に動く防波堤」は、間違いなくもう数年は必要不可欠であると言えます。