AI時代に「小さな開発チームはもう存在しない」海外エンジニアの意見が割れる
姉妹サイトの新着
「There’s no such thing as a small software team anymore(小さなソフトウェアチームというものはもう存在しない)」というブログ記事がHacker Newsで議論になった。AIエージェントで1人が大量のPRをさばけるようになった結果、Uberのようなマイクロサービス化が『新しい標準』になるという主張に対し、Uberが何千ものマイクロサービスを抱えたのは評価・昇進のための陣取り合戦が原因だったと暴露するコメントや、それよりしっかり設計されたモノリスの方がいいという反論が相次いだ。楽観派と「AIの冬」を予想する慎重派の間でも意見が割れている。
小さなソフトウェアチームというものはもう存在しない
出典: jacob.gold / 元記事はこちら
そんな環境で、LLMはどうやって適切にコンテキストを構築・管理するんだ?
前に働いていた会社でまさにこれが起きた。各チームリーダーが自分たちの『秘密の花園』を持ちたがって、新しいものを誰が追加するかで揉めていた。秩序を保つためにKafkaのインスタンス管理が2人がかりのフルタイムの仕事になっていた。その会社は最近、二束三文で売られた。
組織の知恵は、コードやコメント、markdownのドキュメントファイルという形で受け継がれる想定をしておくべきだ…それも、ケンタウロス型オーケストレーターを使う他のエージェント向けに。
それはすごいな。特定の開発目的に合わせたお手製のWebユーティリティは好きだよ。どういうアプローチを取ってるんだ?ちょうどmithril.jsのプロジェクトを始めようとしていて、それが一番効率的なやり方だとずっと思っていたんだけど。同じような方向性?それとも違う?もしかしてWASMの話をしてる?
エージェントはアリのようなものだ。アリは冬に資源が尽きるまで作りまくる。AIの冬がどうなるか、非常に興味深い。
いずれ設備投資(capex)の冬は来るだろう。各社は今、巨大な設備投資に散財しているが、いつまでもこのペースでGPUを買い続けるわけじゃない。だからといって、みんなが手作業で職人的にソフトウェアを書く時代に戻るわけじゃない。それは絶対に起きない。
意地悪で言うわけじゃないが、『常に夏である世界』を前提に計画を立てた方がいい。OSSモデルの台頭で評価額は崩れるかもしれないが、プログラミングが元の『普通』に戻ることは二度とない。
なぜ常にサービスを修正する必要があるんだ?一度立ち上がって機能していれば、触らなければいいじゃないか。
プログラム内のどんな関数を変更・置き換えるのと同じ理由だ。状況が変わったから。
エージェントスパムは、明らかに収穫逓減の典型例だ。
マイクロサービスがモノリスよりマージコンフリクトが少なくなる理由が分からない。
じゃあなぜもっと多くのエージェントを動かしたいんだ?もっと生産的になるため?その生産性は何につながるんだ? — オタクのニッチの外でも使われるソフトウェアだよ。Photoshop、Canva、ClickUp、After Effects、Unreal EngineとかがfehやImageMagick、impressive、Emacs org-mode、ffmpeg CLI、pico-8みたいなツールに取って代わるみたいに。
(数ある違いの中の)1つの違いは、(ほとんどの)コンパイラはプロセス境界をまたいだ保証をしてくれないということだ。
他サイトの新着
実際、マイクロサービスの方がむしろ複雑だと言える。それが今までマイクロカーネルがモノリスに比べて成功してこなかった理由だ。
『常に夏である世界を前提にする』…この考え方を受け入れるのが難しいのは、過去にも『今回は違う』『これで歴史は終わった』と主張した先見者たちが何人もいた実例があるからだ…そして、まあ、その後の顛末は知っての通りだ。
でも今のモデルは実際に役立っているし、推論(inference)は利益を生んでいる。せいぜい心配すべきなのは、最新モデルが実は大して役に立たない、あるいはこれ以上良くならない、という可能性くらいだ。
『プログラミングはもう普通には戻らない』って、今がクソだって言いたいのか?純粋に気になっただけなんだが。
昔の仕事には戻れない。プロンプトエンジニアになるか、クビになるかだ。
それはそうだが、その変更を新しいバージョンとしてまとめて調整するなら、何か問題が起きたときに戻れる旧バージョンは依然としてあるはずだ。
それこそまさにコメント主が提案していた『もっと調整すべき』という話そのものだから、あなたの返信の意図がよく分からない。
この話題の背景と論点
UberがマイクロサービスをRPCベースで数千規模に拡大した経緯は、記事本文にもある通り技術的必然ではなく、サービスを持つことが評価・昇進に直結する社内インセンティブによる「陣取り合戦」が主因とされ、Uber自身が長年その数を減らそうとしてきた経緯がある。この背景を踏まえ、スレでは「AIエージェントで1人が大量のPRを裁ける時代にはマイクロサービス化が新標準になる」という楽観論と、「複雑さをコードから運用側に移すだけで、デプロイ調整やサービス発見・監視の手間はむしろ増える」「単一責任を徹底したモノリスの方が優れる」という反論が拮抗した。加えてAI投資が今後縮小する「冬」を予想する声と、推論はすでに利益を生んでおり後戻りはしないという声にも意見が分かれている。読者が見落としがちなのは、Uberの事例が「意図的な設計選択」ではなく組織構造の副産物だった点で、AIエージェントの数を増やすこと自体が生産性向上を保証するわけではないという指摘も踏まえておく必要がある。
※本記事は5ch(Hacker News)スレッド「There’s no such thing as a small software team anymore」より抜粋・要約して構成しています。
まだコメントはありません。