AIロックスター開発者の後始末をする

2026年6月9日原文(codingwithjesse.com)

概要

ロックスター開発者 の問題点とその後始末について説明。 AI（LLM）開発者 による新たな課題への変化を指摘。複雑化・技術的負債の増大リスクについて解説。 持続可能なソフトウェア開発 のための指針を提案。 人間の職人技 の重要性を再確認。

ロックスター開発者の遺産

ロックスター開発者 は、エネルギッシュで革新的な技術導入を推進。
新しいアーキテクチャやツール、言語 を次々導入し、チームの水準を引き上げる存在。
プルリクエストの却下 や高い期待値による周囲の負担増加。
難解なコード や独自の設計による理解困難なシステムの構築。
退職後の引き継ぎ で、残されたチームは複雑なコードの保守に苦しむ現実。

ロックスター開発者の後始末

引き継ぎ後の混乱、理解不能なコードに直面する現場。
新しい言語や未知のライブラリ の多用による学習コストの増大。
再設計提案の却下 や、経営層の信頼問題によるストレス。
転職を考えるほどの技術的負債 とメンテナンス困難。

ロックスターの特徴と問題点

新技術・新パラダイム への探究心と実装スピード重視。
他者の協働性や可読性 を軽視したコード設計。
自分だけが理解できる複雑なシステム の構築。

AI（LLM）開発者時代の到来

AIエージェント（LLM） による急速なコード生成の普及。
記憶を持たないAI が日々大量の新コードを生産。
全体設計や統一性を無視 した部分最適の積み重ね。
複雑化・技術的負債の爆発的増加、全体像の把握困難。
コードレビューでの過剰な指摘 や、現場との乖離。
AI依存による開発者・組織のスキル低下リスク。

AIロックスターの後始末

AIが生み出すコードの山 は、従来のロックスター以上に整理困難。
統一感や設計思想の欠如、断片的な機能追加による混沌。
技術的負債が返済不能なレベル にまで膨張する危険性。

持続可能なソフトウェア開発のために

LLMの制御とガイド による小規模・理解しやすいコード生成の推奨。
チーム全体で理解・保守可能な設計 を重視。
複雑化を防ぐためのシンプル化、過剰設計の回避。
LLMに頼りすぎず、人間の手でコードを書く意識 の重要性。
職人技（Craftsmanship） は、AIに完全に委ねられない価値。

Hackerたちの意見

他の人の後片付けをしなきゃいけない人がちょっと羨ましいな。少なくとも、やりがいがあるからね。今の仕事は本当に退屈で、簡単すぎてジュニアでもできるようなことばっかり。なのに、メディオが必要だって。自分がこれより上だとも思ってないし、メディオがやらないとも言ってない。ただ、この会社のコードには全然興味が持てないんだ。古くて、ほこりだらけで、重要な人には何の役にも立ってない。お客さんたちは一度ツールを買ったから使ってるだけで、興味がないから切り替えようとも思わない。もっと自分の経験に合った仕事がすぐに来るって約束されたけど、こんな古い会社のお客さんが来るとは思えない。顧客や従業員を失っていくのも当然だよね。でも、住宅ローンもあるし。今日は契約延長しないかもって話をされて、もっと責任を持って、同じ給料で仕事を増やせって脅されてる感じ。残念だけど、面白い新しい職を見つけるまで、今の仕事を続けなきゃいけない。お金はそんなに必要ないし、「成長」とかどうでもいい。生きていけるだけのお金があればいいんだ。ちょっと関係ないコメントかもしれないけど、他に愚痴を言える場所がないからさ。

└

こういうコメント大好き。人間らしいよね。頑張れ、友よ。

└

退屈なコードベースなのに、会社はなんでトークンを投げることを考えないんだろう？正しい選択とは言わないけど、確かにそういうトレンドは感じる。

└

最初は「メディオ」が「シニア」の変なタイプミスかと思ったけど、2回見て確認したら、ヨーロッパの一部で「ミッドレベル」を意味する言葉なんだね。

└

この会社のコードには全然興味が持てない。すごく共感する。ゴミみたいな製品を作るゴミ会社が、大多数の怠惰さやセンスのなさを利用して、マーケティングで儲けてる。しかも、さらに悪化させてるのが、全体の分野のLLMinazationによって100倍になってること。コードがメンテナンス不可能になって、みんながバカになっていく。こんなのに出くわさなければよかった。

└

あなたは一人じゃないよ。私もMSFTで同じような状況にいて、辞表を出したんだ。私はL63だけど、やってた仕事はL60-L61でもできるようなもので、しょっちゅう「クソみたいな仕事」にいる気がしてた（デイビッド・グレーバーのおかげで）。給料は良かったけど、ストックのサインオンが切れたら、ただセキュリティのためにその仕事を続けているだけだと気づいた。HooliのエンジニアたちがHooliのオフィスのテラスで日光浴しながらストックが権利確定するのを待っているような感じだった。キャリアはまだ9年目で、今の状況が最適だとは思えなかった。でも、あなたのように大きな金銭的義務はなかったから、私にとってはもっと簡単な決断だった。頑張って、友よ。そして、深い人間らしいコメントをありがとう。

AIや他の人が作ったコードを修正するのが好きなんだ。先週、あるクライアントが部門用のツールをいじってたことが判明したんだけど、その結果、次のjsで10GBのメモリが必要な大きなクソコードができちゃった。リントエラーが何千もあって、Gitの開発ログもすごくうるさい。今、これを修正しなきゃいけないんだけど、こういう仕事は基本的に10k〜50kユーロの無料作業を繰り返す感じ。やってることが分かってれば簡単だけど、分からなければ不可能だね。もっと来てほしいな。

└

ある意味、彼らは実装するための仕様書とUIモックを渡しているんだね。

└

たくさんの人がAIに大金を賭けているけど、期待できるものもあれば、全ての賭けが実を結ぶわけじゃないよね。この考え方を、人々が金を突っ込んでいる人間のスロットマシンみたいだと思ってる。

└

結果として、nextjsで10GBのメモリを必要とし、1000以上のリンティングエラーがあり、Gitに開発ログ（非常に騒がしいもの）があるような大きなクソができてしまった。今や、反LLMのプロパガンダがひどくなってきてる。プロジェクトが「10GB」を必要とすることはないし、天文学的に大きなリポジトリで作業している場合を除いて、どの LLMも_そんなのを生成することはない。リンティングエラーは（原因によって）無意味だったり、悪いプロンプトエンジニアリングの結果だったりする。プロジェクトを特定の方法でリンティング/フォーマットしたいなら、LLMにそれを明確に伝えればいい。

└

面白いね！たぶん、バイブコードされたソフトウェアの市場はあると思うけど、もしそうなら、他の会社のバイブコードされたミスを修正する市場もあるってことだよね…言い換えれば、A社にお金を払ってソフトウェアや追加機能をバイブコードしてもらった後、B社にお金を払ってA社のミスを直してもらうってこと！(でも、明るい面を見てみて！税金やGDP、雇用（「仕事、仕事、仕事！」）や循環するインターネット経済にもっとお金が入るよ！:-) )

└

AIを使って書き直したの？

Hacker Newsで議論の続きを見る

ハクソク