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