Showing Posts From

ヒューマンインザループ

コードを書かなくなった私たちエンジニアの憂鬱｜「ミート・プロキシ」に堕ちないために

コードを書かなくなった私たちエンジニアの憂鬱｜「ミート・プロキシ」に堕ちないために

やさしいAI研究所の植木です。 最近、すっかりソフトウェアコードを手で書くことがなくなってしまいました。 自分の考えをロジックへ落とし込んで、エディターで1行ずつ打ち込む時間はほぼなくなりました。その代わりに増えたのは、コーディングAIに指示を与え、ハーネスの実行結果と生成されたコードをレビューする時間。同じように思っているソフトウェアエンジニアは、今や世界中に溢れているはずです。 先日、Business Insiderが報じたStack Overflowの「2026年版開発者調査（約3万人対象）」では、開発者の多くがコーディングAIで開発速度や生産性を上げている一方で、仕事の満足度は低下して、深刻なバーンアウト（燃え尽き症候群）と「アイデンティティの喪失」に直面している実態が示されました。確かに、そうだな。。。 この現象の本質を、ドイツのソフトウェアエンジニアであるグルーン氏によるブログ記事「Don't be a meat proxy（生身の中継役になるな）」が、これ以上ないほど的確に言い当てています。 彼は、AIに対してプロンプトを投げては出力をコピペし、エラーが出たらまたAIに泣きつく人間を「ミート・プロキシ（生身の中継役）」と呼びました。AIの出力を右から左へ流すだけの存在に成り下がった時に、エンジニアは思考を奪われ、技術を奪われ、そして働く意味そのものを見失って燃え尽きていく。まさに現実に起こっていることです。 「ミート・プロキシ」と呼ばれてもおかしくない私は、エンジニアとしてどう立ち振る舞うべきなのでしょうか。 1. 「AIへの丸投げ」は、失敗し尽くしてきたソフトウェア外注の焼き直し完全自律を実現する「ループエンジニアリング」への盲信や、思考を放棄した「AIへの丸投げ」は、論外であると私は感じています。 従来のソフトウェア開発の歴史を知るエンジニアなら、痛いほど理解しているはずです。要件の背景や設計思想をろくに詰めず、仕様書を外部の下請け業者に「あとはよしなにやってくれ」と丸投げしたプロジェクトが、一体どのような結末を迎えてきたか。 手戻りの連鎖、スパゲッティコードの温床、そして誰も全体像を把握していない巨大なブラックボックスの完成である。今、私たちがAIに対して行っていることは、その悲劇の焼き直しになっていないでしょうか。 AIが出力してきたコードの中身を一行も見ずに、「エラーが出ずに動いたから成果物です」と提出する行為は、エンジニアリングではありません。それは単にAIのインターフェース役を務めているだけであり、「ミート・プロキシ」そのものです。 確かに成果はこれまで以上に上げられるかもしれません。確かに会社からの評価は高くなるかもしれません。しかし、中身を理解しないままタスクをこなしても、自分自身の技術力や設計力は急速に錆びつき、私たちのモチベーションは激しく蒸発していきます。 2. AIは外注先ではなく「優秀な同僚」だからこそ、従来の「ヒューマン・イン・ザ・ループ」的な思想、人間が意思決定と設計の輪の中心に居続けることの思想を手放してはならないと私は感じています。考える主体は常に人間であり、AIを使いこなす側でなければなりません。 AIとの健全な関係性は、従来の外部の下請け業者「あとはよしなにやってくれ」の関係ではなく、「隣の席に座る極めて博識な同僚との壁打ち」です。 ソフトウェア開発の真の面白さは、タイピング作業ではなく、なぜこの仕様が必要なのか、アーキテクチャをどう組むか、境界条件や将来の拡張性にどう配慮するかという「工夫」や「拘り」にあります（時には非効率的なこともある）。その設計プロセス、考えるプロセスにこそ、私たちエンジニアは深く関わり続けなければなりません。「このパターンだと依存関係が密結合になり、将来の拡張に耐えられないのでは？」 「この境界値や分散トランザクションのエッジケースで、データの整合性は担保できるか？」 「もっとシンプルで計算量の少ない責務分離はないか？」AIに対して常に問いを投げ、返ってきた提案を鵜呑みにせず、徹底的に吟味する。むしろ「AIと工夫や観点の注入を競い合う」「AIの粗探しをしてニヤリとする」くらいの気概で挑むべきです。AIの出力に対して鋭いツッコミを入れ、設計思想という魂を吹き込む。それこそが、エンジニアとしての技術力を研ぎ澄まし続け、モチベーションを持続させる唯一の方法であると思っています。 3. 「コードを生み出す存在」から「価値を生み出す存在」への転換 コードの自動生成が当たり前になった今、私たちエンジニアに求められているのは、「コードを生み出すこと」そのものではありません。「何を作り、どうしたら便利になって、どうしたら人を楽しませることができるのか、そのためには、プロダクトのどの部分をどうアップデートするべきか」という価値を生み出し続けることです。 特に過酷な境遇に立たされているのは、大企業のエンジニアかもしれません。スタートアップや小規模なチームであれば、顧客の声やビジネス全体の動きが間近に見えるため、自分の実装がどんな価値を生んでいるかを肌で実感しやすいです。一方、大企業では、組織と職能が高度に細分化されていることが多く、自分の担当領域（テリトリー）が狭く切り出されているため、「自分はこの機能を実装して誰にどんな価値を届けているのか」という手触りを得ることが構造的に難しいかもしれません。 細分化されたテリトリーの箱の中に閉じこもり、AIが吐き出した断片的なコードをチケット駆動で右から左へ流すだけの「ミート・プロキシ」を続けていれば、大企業のエンジニアほど急速にモチベーションを失い、深刻なバーンアウトに陥るリスクが高い可能性があります。だからこそ、自らテリトリーを越境する意識を持たなければなりません。前後の工程（要件定義、ビジネスモデル、UXデザイン、運用現場）に首を突っ込むなど。「この要件は本当に必要なのか」 「もっとシンプルな業務フローに変えられないか」自分の今いるテリトリー、持っている技術、職歴の枠を飛び越え、ビジネスの文脈を理解した上でAIを巧みに利用できる人間だけが、組織の中で代替不可能な価値を発揮できると、私は考えています。 4. まとめ AIから主体性を奪われた関係になった瞬間、「エンジニア」は終わってしまいます。思考を止め、中身を理解しないままAIの出力を成果物と言い張るエンジニアは、市場から淘汰されていくと思っています。それはAIに仕事を奪われるからではなく、「AIを使いこなし、価値を生み出せるエンジニア」に置き換えられてしまうからです。決してAIが悪いからではありません。 コードを手で書く時間が減ったということは、私たちが「本来考えるべきだった本質的な設計」や「解くべき事業課題の選定」に時間を使える自由を手に入れたことを意味します。エンジニアとして、世のため人のために役立つ技術開発に注力することができます。 AIの奴隷となって指示を中継する「ミート・プロキシ」に甘んじるのか。それとも、AIという有能な同僚と議論を戦わせ、より高い次元で価値を創り出す「真のエンジニア」になるのか。それが今、私たちエンジニアに問われているのかもしれません。 エンジニアとしてのプライドを手放さない限り、この時代はかつてないほど面白いものづくりができる時代になっていると、私は確信しています。 参考リンクエンジニアはAIのせいで燃え尽き、働く意欲を失い、アイデンティティ喪失の危機に直面している【3万人調査】 Don't be a meat proxy