はじめに
「AIを使って、いかに速くコードを書くか」。いま多くのエンジニアが磨いているこの技術は、かつての電話交換手に似ているかもしれません。交換手とは、電話が自動化される前、交換台でプラグを差し替えて通話を手作業でつないでいた職業です。当時の優秀な交換手ほど、より速く、より正確につなぐ技を磨いていました。その職種はその後どうなったか。本記事は、その歴史から考えます。
「AIでジュニアが育たなくなる」「シニアはAIの成果物を承認するだけになり、判断力が衰えていく」。この種の言説が繰り返し流れてきます。不安になった方も多いはずです。しかしどの論も、勘が鈍る・経験が積めないという個人の技能の話に終始しています。
これは個人の問題ではなく、職能史で何度も起きてきた構造変化です。技術で職業の中身が根こそぎ変わるたびに「熟練者が不要になる」「若手が育たない」と言われ、そのたびに予想とは違う形で決着してきました。ならばやるべきは不安を煽り合うことではなく、過去からパターンを抽出し、今回はどこが同じでどこが違うかを見極め、予測を立てて先回りすることです。
一例だけ先に。街の現像所(DPE店)はデジカメとスマホでほぼ消滅しましたが、プロカメラマンは消えていません。「1枚を確実に撮る」技能の価値が消え、「選ぶ・レタッチする・ディレクションする」側へ仕事が移っただけです。生成のコストがゼロに近づくと、価値は生成から選別・検証へ移る。 これが本記事の縮図です。
断っておくと、これは「歴史を見れば大丈夫」という安心の記事ではありません。過去の構造変化では単価が下がり、消えた会社も職種もあります。本記事の主張は「怖がるな」ではなく、「怖がる場所が間違っている」です。
第1章 歴史のパターン ― 5つの事例から抽出する
いくつか性質の違う5つを並べ、共通して起きたことだけをパターンとして抽出します。
| 事例 | 消えたもの | 残った・生まれたもの |
|---|---|---|
| 写真・現像所 | DPE店、「1枚を確実に撮る」技能 | 選別・レタッチ・ディレクション |
| 和文タイピスト | 「打てること」という専門技能、清書という職種 | 工程は判断者(管理職自身)に統合 |
| 経理 | そろばん・手書き元帳・検算 | 決算早期化・管理会計(要求水準に食われた) |
| 旅行代理店 | 手配代行 | 企画・トラブル対応・法人出張管理(単価暴落・店舗激減) |
| 電話交換手 | 職種ごと完全消滅 | ―(判断ゼロの単一工程は消える) |
この中で、いまのAIと最も似ているのが和文タイピストです。ここだけ詳しく見ます。
ワープロ以前の和文タイプライターは、数千の活字から1字ずつ拾って打つ特殊な機械で、操作には訓練が必要でした。「打てること」自体が専門技能だったのです。だから企業にはタイピストという職種があり、管理職は手書き原稿を渡せば清書してもらえました。
かな漢字変換のワープロで誰でも打てるようになると、この職種は消えます。ワープロ入力を専門とするオペレーターも過渡期には存在しましたが、PCが一人一台になって消えました。ただし、清書という仕事そのものが消えたわけではありません。文書を仕上げる工程は、内容を判断する側――管理職自身――に吸収されました。今では部長が自分でスライドを作っています。
「打てること自体が専門技能だった時代」の終わり。これを、「コードが書けること自体が専門技能だった時代」の終わりと読み替えれば、いま起きていることの輪郭はほぼ掴めます。
残る事例も踏まえて、抽出できるパターンは4つです。
パターン1: 工程は消える。判断は消えない。 判断の位置は、上流(何を作るか・制約の設計)と下流(検証・例外対応)へ移動します。写真では現像が消えて選別とディレクションが残り、タイピストでは清書が消えて文書の中身の判断が残りました。
パターン2: 単価は必ず下がる。ただし下がるのは、消えていく工程の単価。 ネット予約以前、旅行の手配は、時刻表や航空運賃の複雑な規則を読み解ける人の専門技能で、旅行は代理店を通すのが普通でした。誰でもネットで直接予約できるようになると、手配代行の手数料は暴落し、店舗も激減します。それでも、企画・トラブル対応・法人出張管理という定型化できない仕事は残りました。そして「なんでもそこそこできる」中間層が最初に消えます。DTP革命で真っ先に消えたのは中堅印刷会社でした。
パターン3: 空いた時間は削減されず、要求水準に食われる。 会計ソフト以前、経理の仕事の大半は、帳簿への手書きの転記と検算という作業でした。ソフトの普及でその作業は激減しましたが、経理部門は暇になっていません。空いた時間は「月次を翌月5営業日で締める」「管理会計もやる」という要求の引き上げに、そっくり食われました。
パターン4: 判断ゼロの単一工程だけが、職種ごと完全消滅する。 電話交換手の仕事は「接続する」という単一工程で、判断の余地がほぼありませんでした。ここでは、超凄腕の職人が10人分の仕事をこなしたとしても意味はありません。判断があるかどうか。ここが、消える仕事と、形を変えて残る仕事の境界線です。
DTPからもう一つだけ。写植職人が消えた後、印刷業界では入稿事故が激増しました。素人が「それらしいデータ」を作れるようになったからです。「AIが出したSQLを、誰も実行計画を読まずに本番適用してしまう」という今の光景と同じ構造です。
このとき業界が出した答えは「ベテランが目視で頑張る」ではなく、検査の仕組み化でした。プリフライト(入稿データの自動検査)です。機械的に定義できる正しさは機械に検査させ、人間は意味の検証に集中する。「勘が鈍らないよう週1回は手でSQLを書け」という処方箋をよく見かけますが、それは写植オペレーターに「週1回は文字盤で組め」と言うのに近い。個人の鍛錬としては結構ですが、業界の答えは勘の維持ではなく、仕組み化でした。
第2章 「今回は違う」のか ― 過去と異なる一点
この種の議論で最も強い主張がこれです。「過去のコンパイラやIDEはタイピングを減らしただけ。今回のAIは、人間が行うべき推論そのものを肩代わりする」。これが正しいなら、第1章のパターンは今回に適用できません。
しかし反例があります。コンパイラの最適化です。レジスタ割り付けも命令スケジューリングも、かつては人間の推論そのものでした。アセンブラ職人の勘は本当に失われました。それでも、誰も困っていません。
なぜか。出力が決定論的で、検証できたからです。同じ入力からは同じ出力が出て、テストが通れば信頼できる。つまり歴史上の争点は「推論を代替するか」ではなく、「代替された推論の出力を検証できるか」でした。
この補助線を引くと、AIの固有性が特定できます。AIは、もっともらしい誤りを生成するのです。コンパイラの間違いは壊れ方が分かりやすく、テストで機械的に検出できました。AIの間違いは、正解と見分けのつかない顔で混ざります。しかも、設計の妥当性や業務要件との整合のように、正しさを機械的に判定できない領域が広い。「思考停止」と恐れられている現象の正体は、シニアの脳の衰えではなく、この検証の難しさに手段が追いつかないまま、出力だけが先に届いたことです。私たちは今、プリフライト発明前の事故多発期にいるのです。
一つ先回りしておくと、検証そのものも自動化されていきます。テストの自動生成、静的解析、AIによるレビュー、実行環境での自動評価。人間が一行ずつ読む検証は、いずれ主役ではなくなります。だから本当に重くなるのは、検証という作業ではなく、その一段上です。危険な出力が本番に届かない仕組みを設計すること。 そして、自動化した検証が正しく機能しているかを担保し、その結果に責任を負うこと。この2つは最後まで人間に残ります。次章の行動指針は、すべてここから導かれます。
第3章 だからどうするか ― 立場別の行動指針
冒頭の電話交換手に戻ります。超凄腕の職人として100人分の仕事をこなせるように努力するのは、全く無意味です。交換手に必要だったのは「もっと速くつなぐ技」ではなく、仕事の責任範囲の再定義でした。私たちも同じです。以下はすべてその話です。
シニアエンジニアの場合
シニアの資産は「失敗の記憶」そのものではなく、それを検査可能なルールや自動チェックに外化できることにあります。個人の経験則やメモのままでは、暗黙知として本人と一緒に現場から消えます。CIのチェック、レビュー規約、AIに読ませる制約に翻訳されて、初めてプリフライトになります。
仕事の定義も「レビューする」から「レビューしなくて済む状態を設計する」へ変わります。第2章で述べた、危険な出力が本番に届かない仕組みの設計です。実行計画を読む勘が鈍ることが問題なのではなく、妥当性が人間の勘に依存したままの運用が問題です。CIにEXPLAINの自動チェックを組み込めば、勘は仕組みに変わります。
ポジションはパターン2のとおり、最初に消えるのは「なんでもそこそこできる」中間層です。顧客との折衝や要件定義は消えようがなく、顧客自身が意識していないニーズを掘り起こすプリセールス、AIの普及でむしろ攻防が激化するセキュリティ、組織を回すマネジメント、プロダクトをPMFへ導くPdMやマーケティング、高トラフィック・高可用性が要求されるインフラや金融系――深い専門性が要る持ち場は多様にあります。共通するのは、「コードが書けること」だけでは立てない場所だということです。これまでコーディングに取られていた時間を、それぞれが自分の得意分野を深めることに振り向ける。それが中間層から抜け出す動き方になります。
ジュニアエンジニアの場合
「はしごの最下部が消えた」のではありません。はしごの向きが変わったのです。入口は「簡単な実装」から、「AIが書いたものの検証と後始末」へ。
DTP後の世代は写植を知りませんが、優秀なデザイナーは育ちました。育った人の共通点は一つ、自分のミスが刷り上がって返ってくる場所にいたことです。翻訳するとこうなります。「AIに書かせて動いた。終わり」の現場が最悪で、AIの書いたものが本番で壊れて自分が後始末する現場が、新しい学校です。 自動改札の後、駅員に残ったのは異常系対応でした。正常系が自動化された世界で人間に残るのは異常系であり、異常系こそが人を育てます。
では、何を勉強すればよいのか。コードの書き方そのものの価値は下がりますが、非同期処理、ネットワーク、OS、データ構造といった、IT業界の原理原則にあたる知識は必須のまま残ります。AIの出力を検証するには、出力よりも深い層の理解が要るからです。資格でいえば、基本情報・応用情報の価値は下がりません。一方、言語の書き方にフォーカスした資格(Java Silverなど)は価値を下げていきますが、非同期処理やi18nといった機能の扱いを問う資格(Java Goldなど)は、無駄も多いものの陳腐化しにくいはずです。ただ、言語の書き方レベルの理解は今後不要になっていくため、資格体系そのものも、書き方ではなく概念や機能を問う形へ移行していくかもしれません。見分ける物差しは一つで、それはAIが肩代わりする部分の知識か、AIの出力を検証するために要る知識か、です。
企業・チームの場合
新人育成に予算を割く企業は、いまも少なくありません。問題は金額ではなく方向です。多くの研修カリキュラムは、基礎文法を学び、簡単な実装を書けるようになる――つまり消えていく側のはしごを登らせる設計のままです。パターン1に従えば、育てるべきは移動先の能力、すなわち検証と異常系対応です。ジュニアに渡すべきは「退屈な作業」ではなく、異常系の経験です。そして、自分の受ける教育が移動先を向いている保証はどこにもない以上、個人としては、自分の技術を自分でメンテナンスする前提で動くのが安全です。
補論: 単価の話を避けずにする
結局のところ、不安の中心は収入のはずです。ここもパターンから導けます。
パターン2の「単価は下がる」は、正確には消えていく工程の単価が下がるでした。手配手数料は暴落しましたが、法人出張管理やトラブル対応の単価は下がっていません。古い持ち場に留まった人の単価が下がり、移動した人は維持または上昇した。ここから原則が3つ出ます。
原則1: 単価は、同じ役割のままでは上がらない。役割が変わるときにしか動かない。 AIで生産性が2倍になっても、同じ役割なら効率化分は単価交渉で発注側に回収されます。DTP後の印刷会社が経験したのがこれです。値上げの根拠になるのは効率化ではなく、役割の看板の掛け替えだけです。
原則2: 市場はスキルではなくタグで値付けする。 同じ実力でも「◯◯言語の保守10年」と「検証・セキュリティ×保守運用」では、値札のテーブルが違います。移動先(検証・異常系・制約設計)の語彙で自分を再記述することは、新しい実力を付けるより先に、今日できます。
原則3: 伸びる側の値付けは、市場ができる前に名乗った者が取る。 危険な出力を通さない仕組みの設計が重くなる、が第2章の帰結でした。事故期が来たとき、「前からやっていた人」と「市場ができてから来た人」では信用の蓄積が違います。予測して先回りすることの実利はここにあります。
この3つの原則を戦略に落とすと、方向は2つです。
一つは、仕事の枠を増やすこと。 従来の職種の枠組みの中で品質と速度を磨き続けるのは、交換手が接続の手際を磨くのと同じ袋小路です。タイピストの消滅後、文書作成の工程が判断者に統合されたように、工程が消えた後の世界では、残った人の責任範囲は必ず広がります。この流れに受け身で飲まれるのではなく、自分から枠を取りに行く。実装の契約にセキュリティレビューを足す、保守の役割に検証設計や運用改善を足す。原則1のとおり単価は役割が変わるときにしか動かないので、枠が一つ増えるたびに、単価が動く機会が一つ生まれます。
もう一つは、専門分野を最低一つ、できれば複数またいで持つこと。 深い専門が一つあれば、その分野の単価テーブルに乗れます。そして二つ以上をまたぐと、競合の数が急減します。「セキュリティに強い人」と「インフラに強い人」はそれぞれ大勢いますが、両方を一人で担える人は急に少なくなる。希少性はそのまま単価に効きます。コーディングから解放された時間の投資先として、これより利回りの良いものはありません。
ジュニアにも同じ論理が働きます。正常系の実装単価は下がり続けますが、障害対応・運用の単価は代替が効かないぶん下がりにくい。つらく見える「後始末」は、単価の防波堤でもあります。
第4章 未来予測
ここまでのパターンを外挿して、今後どうなっていくかを予想してみます。
予測1: AI生成コードに起因する著名な重大インシデントが、複数、公に報告される。 プリフライトは入稿事故の多発期の後に生まれました。検査の仕組み化は、常に事故期の後に来ます。
予測2: 求人要件が「実装経験」から「運用・障害対応・検証の経験」寄りにシフトする。
予測3: 「AI出力をどう検証するか」の方法論は、当面、出ては消えるを繰り返す。 AI側が進化を続ける以上、検証の方法論はそれを追いかけて更新され続けます。定石が固まるのは、DTPにおけるPDF/X(入稿の標準規格)のような、標準的な受け入れの形式が確立したときです。早い職種では5年程度で固まってくると見ています。ただし、セキュリティのように攻撃側も進化し続ける領域だけは、定石が固まることはありません。永遠にいたちごっこが続きます。
では、このいたちごっこを第一線で追い続けるべきなのか、それとも定石が固まってから参入すればよいのか。変化の速い業界の情報をどこまで追うべきかという、これ自体が大きなテーマになるので、稿を改めて書く予定です。
外れうる分岐点も明示しておきます。上記はすべて、AIの出力の正しさを機械的に判定できない領域が当面残るという前提の予測です。コンパイラに対するテストのような機械的な信頼の根拠が主要な領域で早期に確立されれば、検証まわりの膨張は小さく済み、変化は静かに終わります。残るなら、銀行業務の自動化後にコンプライアンス部門が肥大化したのと同じ経路をたどります。現時点で筆者は後者に賭けます。
おわりに ― 写研とモリサワ
DTPの話には、続きがあります。
写植の時代、業界の頂点にいたのは写研でした。書体の品質は最高峰とされ、出版・印刷の組版は写研の独壇場でした。DTPが登場したとき、写研は自社書体をコンピュータ向けに開放しませんでした。2位のモリサワは逆に、AdobeのPostScriptと組んで、自社書体をDTPの世界に載せました。結果、DTPの普及とともに市場は入れ替わり、写研は事実上、市場から姿を消しました。書体の品質で負けたのではありません。新しい工程への移動を拒んだから、負けたのです。
コダックと富士フイルムも同じ構図です。世界初のデジタルカメラを自社で発明していたコダックは本業のフィルムを守って倒産し、富士フイルムはフィルム技術を化粧品と医薬に転用して生き残りました。分けたのは技術の有無ではなく、本業が消える前提で動いたかどうかです。
シニアエンジニアが不要になるのではありません。シニアエンジニアの定義が書き換わるのです。そして書き換わった後の定義には、先に移動した者から順に席が残ります。
将来どうなるかは、誰にも分かりません。ただ、過去を振り返って現在を捉え直せば、これからの流れを予想することはできます。そして、いま取るべき行動や選択が何なのかも見えてきます。少なくともそれは、「職がなくなる」という記事に煽られて右往左往することではないはずです。予想して、自分で選択していく。それだけです。