「ソフトウェアが遅い理由はない」海外で激論、AIコーディングとRAM高騰が原因か
Hacker Newsで、エンジニアのDan Luu氏が公開した「ソフトウェアが遅くていい理由はもうない」とするブログ記事が話題になっていた。
コメント欄では「AIによるコーディングは深く考えずに機能を継ぎ足すだけになりがち」「RAM価格の高騰はLLM需要が原因で、皮肉にも軽いはずのアプリまで動かしづらくなっている」といった意見が飛び交い、開発者の生産性を優先する業界の空気そのものが遅いソフトウェアを生んでいるのではという指摘も出ていた。
もうソフトウェアが遅くていい理由なんてない
出典: danluu.com / 元記事はこちら
経験上、AIによるコーディングって『事前にあまり考えずにひたすら機能を継ぎ足していく』作業になりがちなんだよな。それのどこがパフォーマンスにいいのか分からない
これから数年、ソフトウェアはどんどん重くなっていく一方だと断言できる
>>6 いずれExcelの『=COPILOT(“上の数字を合計して”)』ネタと同じ状態になるだろうね
>>6 むしろRAMが品薄になった今の方が楽観的だな。パフォーマンスの最大化に注目が集まるはず。iOS 27がいい例で、かなり古い端末でも前バージョンより速くなってる。それにAIが最適化まわりの面倒な作業を減らしてくれるとも思う
うわ、このサイトはブラウザのリーダーモードに救われたわ。じゃなきゃ即離脱してた。速くてシンプルなプレーンテキストのサイトは大歓迎だけど、2026年にもなって最低限のCSSを当てて見やすくするくらいの手間、誤差みたいなもんだろ
>>7 皮肉なことに、それこそコーディングエージェントで回すのにぴったりの作業だよね。『このページをもっと良く見せて、2パターン出して、気に入った方を選ぶから、それを元にやめてと言うまで繰り返して』って感じで
>>7 大学とか学術系のサイトをあまり見ないんだろうな
でも、ふわっと影のかかった背景の上に浮かぶ半透明ウィンドウに、丸くて綺麗な角が必要だったらどうする?
インセンティブが変わったんだよ。今は『開発者の生産性』を気にして、コードを最適化するよりもとにかく速く大量に書き出すことの方が重視されてる
でも実際のところ、ソフトウェアは時間を追うごとにどんどん重く、使いにくくなってる気がする
>>11 もうクライアント側の最適化を考えて作られてないからだよ。今は『循環投資』を前提に作られてる。大手テック企業が(法的・金融的に分かりにくい形で)スタートアップに出資して、その資金がそのままビッグテックのクラウドやSaaSの利用料として戻ってくる仕組みだ
実験のしやすさとパフォーマンスがトレードオフである限り、ソフトウェアは常にちょっとだけ遅いままだろうね
>>12 ジェヴォンズのパラドックスに従えば、速いソフトウェアも遅いソフトウェアも両方増えていくはず。スタージョンの法則に従えば、その比率は変わらない。世に出るものの9割は遅くてバグだらけの『スロップ』のまま。LLM登場前からずっとそうだったようにね
『LLMのせいで遅くて肥大化したコードが増えている』とか言ってた奴らも、いずれ全部超最適化されたアセンブリで書き直されて赤っ恥をかくことになるさ。だいたいLLMのせいでRAM価格が高騰して、Pine64はLinuxマシンの製造をやめてしまった。RAMが買えなければ、その『アセンブリで書いた高速なアプリ』とやらも結局遅くなる。これがLLMが直接もたらした未来だよ。悪いけど、これはお前らが選んだ未来だ
>>18 おっと、バレたか! HNをロムってるだけの一介のプログラマーである俺様が、世界的な経済問題を単独で引き起こしていたとはね。頭の良さを称えるノーベル賞が今まさにお前の元に届こうとしているぞ。ジャズオーケストラの生演奏付きがいいか? いい加減にしろよ。そういう恨み節は誰の役にも立たない。そもそも『お前ら』って誰のことだ?
拡張性がなくていい理由もない。ユースケースによっては速度・最適化を犠牲にしてでもランタイムでのカスタマイズ性を取りたい場合もあるはずで、それは事前に組み込まれたSIMD正規表現なんかより本質的に遅くなる
ソフトウェア企業にとっての収益で重み付けすれば、大多数のユーザーは『重さ』なんて気にしていないのが実情だ。そしてマンガーの法則は、お前がその結果を嫌おうが気にしてくれない
全部LLMにRustで書き直させればいいんじゃない(笑) それで解決
Jamie Brandonって誰?
>>3 全部テストスイート次第だよ。テストスイートが『実行可能な仕様書』になるわけで、仕様がしっかりしているほどAIから得られる結果も良くなる
>>24 そこまでしっかりしたテストスイートがあるなら、そもそもAIにコードを書かせる必要なんてないだろ
>>5 『すごく反応が良く感じられること』と『ネットワークリクエストは往復500msかかってもいい』、この2つの制約を同時に満たすソフトウェアを設計するのはそんなに難しくないよ
まあ、32枚差しのシステムで1枚1000ドルなら『ちょっとした値上がり』で済むかもね(皮肉)
>>27 最近は『コードなんて見るな』なんて言う人までいる。おかしなアーキテクチャや性能を考えないコードがどんどんリリースされている。RAM不足がもっと高性能なソフトウェアを生む方向に働いてほしいとは思うけど、今のリリースの仕方を見てると、そうはならない気がする
>>27 iOS 27が特別すごいのか、それともiOS 26がひどい出来だったのか。まあ、たぶん両方だろうな
>>30 マイナス票がついているのは、HNのガイドラインをコミュニティが守らせようとしているからかもね。『記事やサイトのフォーマット、名前の衝突、戻るボタンの不具合といった些細な不満を書くのはやめてください。よくあることすぎて面白くありません』とガイドラインにある通りだよ
>>30 Dan LuuはHNではちょっとした有名人だよ。サイトのスタイルは作者が押し付けるものではなく、見る側が好きに決めればいいという主義なんじゃないかな
>>33 それって結局『エンシッティフィケーション(改悪劣化)』ってやつじゃないの? お金が動機になっている以上、劣化は避けられない
>>44 その言い換えでしっくりくるならそれでいいんじゃない
※本記事は5ch(Hacker News)スレッド「There’s no reason for software to be slow anymore」より抜粋・要約して構成しています。
まだコメントはありません。