IT・AI
2026年11月1日
AI時代のJSフレームワーク比較、Astroが好成績で海外議論
海外の技術者向けサイトnolanlawson.comが10月28日に公開した記事で、AIコーディングエージェントに同じPokémon風アプリを複数のJavaScriptフレームワークで作らせ、完成までの時間やコスト、コード量を比べたベンチマークが話題になった。結果はAstroが時間・コストともに上位で、クライアント側JSも不要という高評価だった。この記事がHacker Newsに投稿されると、Astroやhtmxを推す声、Angularの評価をめぐる擁護と批判、さらに「AIが書くなら素のHTMLやjQueryで十分では」という議論まで広がり、賛否が分かれた。
JavaScriptフレームワークのAIコスト
出典: nolanlawson.com / 元記事はこちら
9
海外の名無しさん
2026-11-01 07:40
Astroが一番速くて、コストも2番目に低くて、クライアント側JSはゼロ。次のプロジェクトで何を使うか決まったわ。
35
海外の名無しさん
2026-11-01 08:55
ここで高評価なのは、Astroが『コンテンツ主体のサイト』向けで、今回のベンチマークのアプリもまさにそれだったから。もっとインタラクティブで、リアルタイムや非同期処理が絡むアプリだったら結果はどう変わるのか気になる。
36
海外の名無しさん
2026-11-01 07:49
Astroが使い心地抜群なのは保証する。もっと本格的な機能が必要になったときの『逃げ道』もよく設計されてる。
37
海外の名無しさん
2026-11-01 10:25
『次のプロジェクトで何を使うか決まった』って、まさかDjango？
10
海外の名無しさん
2026-11-01 08:59
JSフレームワークなんて、AIコーディングの時代にはいらない余計なボイラープレートだよ。サーバーサイドでページを生成して、JSを少し振りかければ、パッケージも減ってビルド時間も段違いに短く、同じ結果が得られる。
39
海外の名無しさん
2026-11-01 09:37
素のJSの優位性は、クライアントサイドだけのPWAでも同じようにある。むしろもっと大きいとも言える。バンドルサイズがずっと小さくなるし、AIエージェントがコンテキストに保持する量も減る。それ以外にも素のJSならではの利点は多い。依存が少ない、保守が楽、再学習コストも低い、などなど。
40
海外の名無しさん
2026-11-01 12:02
もう全部のWebページはWASMバイナリにすべきだろ。
41
海外の名無しさん
2026-11-01 09:02
AIエージェントがアセンブリで書かれたゲームさえ組み上げられるという話を読んだ。そこまでいくと、抽象化が何か役に立っているのか疑わしくなる。もちろん『人間が内容を理解できるか』という問題は残るけど、新しいフレームワークがそこを重視して作られているとは思えない。
11
海外の名無しさん
2026-11-01 09:09
『エージェントの時代、開発者はもう手でコードを書かなくなる』か。地球上で最後に手書きでコードを書く人間になりたいもんだ。
43
海外の名無しさん
2026-11-01 09:59
これからも長年、手でコードを書く人は大勢いるだろう。ただ、それで仕事をもらえるわけではないってだけで。
44
海外の名無しさん
2026-11-01 09:25
Neocitiesは昔ながらの手作りHTMLの美学をがっつり推してる。似たようなクラブでも始めようか？
14
海外の名無しさん
2026-11-01 08:25
Astroがここで好成績なのは嬉しい。コンテンツ満載のMPAでも、Reactをふんだんに使うWebアプリでも、何を作るにも一番好きな方法だ。
15
海外の名無しさん
2026-11-01 08:23
面白いけど、Svelteの結果がもっと良くなかったのは残念。LLMが毎回マイグレーションガイドを読みにいっちゃうせいなんだよな。
16
海外の名無しさん
2026-11-01 09:08
面白い記事。でももっと複雑なタスクで試した方がよさそう。これだとフレームワーク間の差があまり出てない。
17
海外の名無しさん
2026-11-01 09:07
Nuxtがちゃんと戦えてるのは嬉しい。クライアントの仕事でも個人プロジェクトでも、AstroかNuxtが自分の定番。
18
海外の名無しさん
2026-11-01 08:48
結局みんなReact/JSX＋Tailwindの何らかの形に収まるのは、かなり明らかだと思う。
45
海外の名無しさん
2026-11-01 09:49
まさに全部、風（Tailwind）任せだな。
19
海外の名無しさん
2026-11-01 07:55
Angularはダメだって前からわかってた。AIエージェントにとってもダメだってデータが出てきたわけだ。驚かない。
46
海外の名無しさん
2026-11-01 09:00
『このPokémonアプリは小規模で、大規模で複雑な実際のアプリを代表するものではない』とあるけど、それって要するに『小さくて複雑じゃないアプリを作るならAngularを使うな』ってことだろ。でも、お前みたいな決めつけの発言が、ソフトウェア業界で一番嫌いなやつなんだよ。
47
海外の名無しさん
2026-11-01 11:39
Angularはフレームワークとして使っていて本当に楽しい。年々進化していて、良いパラダイムが出てきたら大きく方向転換することも怖がらない。Angularがダメだって証拠は今まで一度もない。どのベンチマークもそう言ってないんだから。
48
海外の名無しさん
2026-11-01 10:00
小さな開発会社をやっていて、Webの案件もいくつか抱えていたとき、Angularはどのプロジェクトも大体同じ見た目になるから便利だった。その堅さ（と冗長さ）は、プロジェクトを切り替えるときの認知的な負担を減らしてくれるという意味で、この状況では利点になっていた。それ以外の点では、自分もファンではなかったけど。
22
海外の名無しさん
2026-11-01 08:45
jQueryはどこにあるんだ？（涙）
51
海外の名無しさん
2026-11-01 09:12
Webサイトの64%にはあるぞ。
23
海外の名無しさん
2026-11-01 08:04
もう素のHTMLを使えって。HN自体が、JSの化け物みたいなものがなくても十分やれることを証明してるじゃないか。少なくとも、JSを切っても壊れずに動くサイトにはしてほしい。
52
海外の名無しさん
2026-11-01 08:40
でもHNだって素のHTMLだけじゃなくJavaScriptを使ってるけどね。
53
海外の名無しさん
2026-11-01 08:18
『十分やれる』って言うけど、全部Reactで作って、制約を気にしたりフレームワークが提供してくれるものを自分で作り直したりしなくていい方が楽じゃないか？それにJSを切ってるユーザーなんて何％いるんだ？0.00001%くらいだろ？
54
海外の名無しさん
2026-11-01 10:27
少なくとも例の一つ（定義によっては二つ）はそれをやってる。あなたが言いたいのは『クライアント側のJavaScript』のことだよね。
24
海外の名無しさん
2026-11-01 09:48
やっぱり htmx が最強。いつも通り。
60
海外の名無しさん
2026-11-01 10:50
ありがたいことに、誰も俺に『雇われること』を強制してこない。
61
海外の名無しさん
2026-11-01 09:47
しーっ、それは言わない約束だろ。
62
海外の名無しさん
2026-11-01 09:12
それに、HNが『十分やれてる』とは到底言えないけどな。
63
海外の名無しさん
2026-11-01 10:10
HNはJavaScriptを無効にしてても問題なく使える。JSが必要そうなのは検索機能だけだ。
この話題の背景と論点
元記事はnolanlawson.comに10月28日公開されたもので、AIコーディングエージェントに同じ仕様のアプリを複数のJSフレームワークで実装させ、完成までの時間やAPIコストを比較したベンチマークだ。Astroが好成績だった一方、スレッドでは「検証に使われたのはコンテンツ主体のアプリで、リアルタイム処理や非同期処理が絡む複雑なアプリでは結果が変わるはず」という留保の声が出ている。Astroの「クライアント側JSがゼロ」という結果も、Astroが既定で静的出力を行う設計によるもので、AI活用そのものの効果ではない点は見落とされやすい。Angularをめぐる擁護・批判のやり取りは、AIコーディングの文脈というより、以前からあるフレームワーク間の好み論争が再燃した側面が大きく、ベンチマークの評価とは分けて読む必要がある。
※本記事は海外掲示板 Hacker News のスレッド「The AI cost of JavaScript frameworks」から抜粋し、編集部で日本語に意訳したものです。訳文の責任は当サイトにあります。
この記事のリアクション
まだコメントはありません。