
JavaScript フレームワークの AI コスト
同じポケモンアプリを 12 のフレームワークでエージェントに 5 回ずつ書かせたところ、Hono+htmx が最も安く、Angular が最も高くついた。コード量は 7 割の差、Lighthouse のスコアはほぼ同じ。
もっと見る AI コーディング
ホーム
同じポケモンアプリを 12 のフレームワークでエージェントに 5 回ずつ書かせたところ、Hono+htmx が最も安く、Angular が最も高くついた。コード量は 7 割の差、Lighthouse のスコアはほぼ同じ。
Flamerix AI は自身の OpenTelemetry で、agent_summary が Claude Code の支出全体の 16.4% を占め、メインの会話より多いことを見つけた。30 秒ごとにエージェントの会話記録を丸ごと Opus に送り、3〜5 語の進捗を書かせる仕組みだ。80 行の Bun preload で止め、バージョンごとの検証結果も公開している。

ADRs4AI は「なぜそう決めたか」を一等の成果物として扱う方法論。思いつきは seed として残し、議論は ADR に分解し、未解決の問いには選択肢・推奨・根拠・確信度・反証条件を必ず添える。人が答えるのは「受け入れるか覆すか」の一言だけで済み、セッションが終わっても推論は次の人間と次のエージェントに引き継がれる。

Wouter van Oortmerssen のデータスタック型メモリモデルでは、100万要素の構造体の解放が1回のストアで済む。16項目のベンチマークで Goose は慣用的な C++ の3.3倍、最良の安全な Rust の1.12倍速く、そのコンパイラを支える3万行の C++ はほぼすべて Claude Fable が書いた。
Michael Malis は Rust で Postgres を書き直している。多くの人は一目見て vibeslop の山に放り込む。Dan Luu の答えは、粗悪な書き直しが溢れていることはやらない理由にならないというものだ。モデルのおかげで「自分が使えればいい」ツールは驚くほど安く作れる。

Chris Kiehl が、コードに真剣になるのはもう無意味だという社会的な圧力と、それでも週末に当たり判定がひどいブロック崩しを手で書き続ける理由を書いている。仕事で手書きコードの採算が変わったのは事実だが、仕事は人生ではない。

1954 年に IBM は、FORTRAN が「コーディングとデバッグをほぼ撲滅する」と書いた。70 年後、同じ言葉が AI に置き換わった。Stack Overflow と METR の数字を並べ、使う人は増えたのに好意的な人は減り、ランダム化比較試験では AI が経験者を 19% 遅くしたことを示す。

Dominik Picheta は、LLM とコーディングエージェントをできる限り困らせるよう設計した esoteric 言語 KillSwitch を作り、主要モデルでベンチマークを取った。

音楽は30年かけて作りやすく、より安く消費されるようになり、職人技が失われていった。もはやソフトウェアを本業としないGustavo Pezziは、AIがソフトウェアを同じ道へ押しやっていると考え、誰もが作れるようになったとき何が希少になるのかを問う。
AI コーディングがそれほど優れているなら、なぜ優れた新ソフトウェアが大量に出てこないのか。Nate Meyvis は、目に見えない品質の向上から「そもそも多くのソフトウェアはボトルネックではなかった」という可能性まで、10 の推測的な答えを並べる。

Expo が coding agent のスキル発見と活用をどうテストしているか。CI に eval harness を組み、スキルカタログの打ち切りから何を学んだか。

AI プログラミングツールが検索駆動型の開発者教育ビジネスを覆しつつある。Tailwind のドキュメントトラフィックは 40% 減少し、GoRails は 2026 年の新規顧客数が初年度を下回ると予測しており、ドキュメントは機械向けに書き換えられつつある。

モデルは半年ごとに進化するのに、それを動かす coding agent は足踏みしたままだ。並列にできる作業を直列でこなし、安いモデルへの委任もせず、自分の機能すら知らない。著者は原因をプリンシパル・エージェント問題に帰す。

論文を読むことから言語を設計することまで、個人の知的活動は共同体が蓄積した共有の成果と同業者からの承認に支えられている。AI はその共同体を解体しつつあり、私的な知的活動も維持できなくなっていく。
出版も絵画も音楽もAIに反発しているのに、プログラマーは疲れながらも使い続けている。Glyph Lefkowitzは、プログラミングもまた芸術であり、ありふれた受託仕事こそが腕を磨く場だとして、それをAIに丸ごと任せる損失は節約分をはるかに超えると論じる。
ある開発者が、FOSSプロジェクトLibreWeddingPlannerでAIによる貢献を拒否したことを振り返りつつ、仕事でAIコーディングを使ったせいで愚かで怠惰になり、性能倍増は幻想にすぎないと語る。
Fabien Sanglard は agent.md で LLM に手書きに近いコードを生成させ、毎回のセッションで同じ code review の指摘を繰り返すのをやめた。
AIはコードレビューと単体テストを消滅させ、コードを書く職人技は失われ、ソフトウェアを構築する能力の方がむしろ重要になり、ターミナルとPM/デザイン/エンジニアの三人組も淘汰される。

Ayman Nadeem が作った AI コーディングツール Nuanced は失敗した。その経験から見えたのは、プランモードがモデルの進化とともに役目を終えつつあるということだ。

Phoenix フレームワークの作者 Chris McCord が Phoenix.new を発表した。クラウド上で動く Elixir 用コーディング agent で、作りたいものを伝えると動く Phoenix アプリを生成する。

DHH の Rails World 基調講演に著者は居心地の悪さを覚えたが、それは有用な違和感だった。コードを書くことが安くなった後、エンジニアは何を引き受けるべきかを Rails の文脈で考える。
Carson Gross は、Markdown がドキュメントからソースコードへ変わりつつあると考え、生成されるコードの隣(/src)にコミットすべきだと主張する。コードもテストも Markdown から派生させる。
AIがコードを書いても読まない、vibe codingプロジェクトが数ヶ月後に保守不能な泥沼と化す理由
著者はZstd実装の評価で26のテスト/検証プロンプト条件と4つのskillを試したが、ほぼどれも平均を上回らず、Defaultの方が平均より高かった。agentは技術を表面的に使い、無関係な性質を証明し、ランダム入力で同じエラーパスにぶつかり、同じバグを2つの「差分」実装に書き込むことさえある。