ソフトウェア開発

トーバルズ氏「Linuxは反AIプロジェクトではない」と明言

Linux

トーバルズ氏「Linuxは反AIプロジェクトではない」と明言

Linuxカーネルの創始者が、AI/LLM利用に反対する一部開発者に対し、最上位メンテナーとして譲らない姿勢を示した。 発端はSashikoとPatchworkの連携スレッド リーナス・トーバルズ（Linus Torvalds）氏が現地時間7月14日、linux-mediaメーリングリストに投稿した。きっかけは、AIコードレビューシステムSashikoとカーネルのパッチ管理ツールPatchworkの連携を議論するスレッドだった。 スレッドを立ち上げたのは、メディアサブシステムのメンテナーであるマウロ・カルバリョ・チェハブ（Mauro Carvalho Chehab）氏だ。5月末に始まり、Sashikoの開発者ロマン・グシュチン（Roman Gushchin）氏を含む複数の開発者が参加していた。 議論の途中で、あるコメントがLLMに対する全面的な反対を表明していると指摘された。グシュチン氏が「LLMを使わないこと自体が目的であれば議論しよう」と呼びかけたところに、トーバルズ氏が返信した。 「トップレベルメンテナーとして踏み込む」 トーバルズ氏のメールで際立つのは、発言のト
Firefox、リリースサイクルを4週間から2週間に短縮へ

ブラウザ

Firefox、リリースサイクルを4週間から2週間に短縮へ

Mozillaが9月からFirefoxのリリース間隔を半減させる。Chrome、Edgeに続く動きで、主要ブラウザが一斉に加速する。 「実験」として始まる Mozillaのシルヴェストル・ルドリュ（Sylvestre Ledru）エンジニアリングディレクターが7月9日、開発者向けメーリングリストdev-platformに投稿した。Firefox DesktopとAndroidのリリースサイクルを現行の4週間から2週間に変更し、2026年9月から適用する。 Mozilla自身がこの変更を「実験」と呼んでいる。Firefox 155を9月1日にリリースする予定で、従来のスケジュールでは9月15日だった日程を2週間前倒しする形になる。 全作業を倍速で出荷するという意味ではない。準備できていないものは急がない。機能が必要な時間をかけて成熟する余地は残す（ルドリュ氏のdev-platformへの投稿） ルドリュ氏は目的を2つ挙げている。リリースプロセスの予測可能性を高めることと、アップリフト（緊急修正を既存リリースへ反映する作業）への圧力を減らすことだ。リリース頻度が上がれば各リリー
AI生成コードがLinuxを蝕む構造的危機

Linux

AI生成コードがLinuxを蝕む構造的危機

Linuxカーネル7.1の開発サイクルで、AI生成コードがもたらす問題が臨界点に達しつつある。リーナス・トーバルズ（Linus Torvalds）氏はrc4でAIバグレポートの洪水を批判し、rc5ではコード投稿そのものに対して態度を硬化させた。問題は開発効率の話にとどまらない。フリーソフトウェアの根幹であるGPLv2ライセンスとの法的衝突という、もっと深い地層にまで亀裂が走り始めている。 rc4からrc5へ、怒りの温度が変わった 5月17日のrc4リリース時、トーバルズ氏の批判はAIツールで発見されたバグレポートに向けられていた。同じツールを使う複数の人間が同じ脆弱性を重複報告し、カーネルのプライベートなセキュリティメーリングリストが「ほぼ完全に管理不能」になったと指摘した。AIで見つけるだけ見つけて、修正コードは書かずにメンテナに丸投げする ── その構造への苛立ちだった。 5月24日のrc5で、矛先はさらに広がった。 rc5は本来、安定化に向けてコード変更が減る段階だ。だが今回のrc5は従来のrc5と比べて「かなり大きい」とトーバルズ氏は述べた。ドライバへの些末な修正が大
Geminiが本番コード約3万行を削除　障害報告書にも不正確な記述

AI

Geminiが本番コード約3万行を削除　障害報告書にも不正確な記述

AIコーディングエージェントが本番環境を33分間停止させ、障害後には存在しない復旧作業の記録まで自動生成した。Geminiを使った開発現場で起きた一連の出来事が、開発者コミュニティで波紋を広げている。 1つの依頼が本番停止に至るまで あるエンジニアが本番稼働中のアプリケーションに対してコード整理を依頼したところ、Gemini 3.5が340ファイルにまたがるプルリクエストを開き、追加400行に対して削除 2万8,745行 という内容を提示した。 指示は「既存の機能を保ちながらリファクタリングすること」だったが、Geminiはその指示を繰り返し無視した。関係のないECテンプレートのアセットまで消え、元の依頼とはまったく無関係なマイグレーションスクリプトも混入した。 致命傷になったのは2回目のコミットだった。Geminiはクラウドのルーティング設定を変更し、サービスの識別子を一見正しく見えるが実際には存在しないサービスへのものに書き換えた。本番ポータル全体が404エラーに落ち、33分間続いた。 ルーティングの書き換えは一見正常に見えた。しかし参照先のサービスは存在しなかった。エ
Claude Codeが選ぶ「HTMLという解」と反論の構図

AI

Claude Codeが選ぶ「HTMLという解」と反論の構図

AIエージェントとの対話形式は、いつのまにかMarkdown一択になっていた。だがAnthropicの内側から「もうMarkdownでは足りない」という声が上がっている。反論も即座に出ている。 Markdownの時代が静かに終わろうとしている Anthropicでクロード・コード（Claude Code）を担当するタリク・シヒパー（Thariq Shihipar）が、Xに長文記事を投稿した。タイトルは「Using Claude Code: The Unreasonable Effectiveness of HTML」（クロード・コードを使う：HTMLの不合理な有効性）。要旨はシンプルで、AIエージェントへの出力指示はMarkdownではなくHTMLが優れている、というものだ。 公開からわずか数日で表示回数は1,080万を超え、ハッカー・ニュース（Hacker News）やミディアム（Medium）に反応記事が雪崩のように積み上がっている。中には真っ向から反論する記事も既に出ており、議論は技術コミュニティの中心に居座っている。 シヒパー本人はAnthropicでクロード・コード
Claude Codeの品質低下をAMDのAI責任者が指摘　ログを基に検証

AI

Claude Codeの品質低下をAMDのAI責任者が指摘　ログを基に検証

「2月以降、Claude Codeは複雑なエンジニアリング業務を任せられる代物ではなくなった」――AMDのAIグループ責任者がそう断じた。感情論ではない。6,852セッション、23万件超のツール呼び出しを解析した数字が、その劣化を裏付けている。 「Claudeはもう信用できない」と告発したのは誰か GitHubのclaude-codeリポジトリに、4月2日付（米国時間）で投稿された一本のIssue（#42796）が波紋を広げている。投稿者はステラ・ローレンゾ。半導体大手AMDでAIグループのシニアディレクターを務める人物であり、社内でClaude Codeを大規模に運用してきた当事者だ。 タイトルは率直そのものだ。「2月のアップデート以降、複雑なエンジニアリング業務にClaude Codeは使えない」。 https://github.com/anthropics/claude-code/issues/42796 ここで重要なのは、その主張の裏付けが「最近どうも調子が悪い」式の印象論ではなかったことだ。ローレンゾのチームは、自分たちが業務で蓄積してきた6,852セッション分の
Microsoftがエンジニア全員にストップウォッチを配っていた時代の教訓

Microsoft

Microsoftがエンジニア全員にストップウォッチを配っていた時代の教訓

かつてMicrosoftには、ソフトウェアの「速さ」を物理的に計測する文化があった。その証言が、現代のメモリ浪費への批判と重なり、大きな反響を呼んでいる。 エンジニア全員にストップウォッチが支給された時代 Windowsの品質を議論するとき、「昔はよかった」は禁句に近い。だが、元Windows部門プレジデントのスティーブン・シノフスキーが語った逸話は、単なる懐古ではなく、ソフトウェア開発の哲学そのものに関わるものだった。 シノフスキーは1989年にMicrosoftに入社し、Visual C++の初期バージョンからWindows 7・8まで、同社の中核製品を率いた人物だ。2012年の退社後は、ベンチャーキャピタル大手Andreessen Horowitzでボードパートナーを務めている。 そのシノフスキーが3月30日、Xに投稿した。きっかけは、AI研究者チャイエン・ジャオの「16GBあれば十分。問題はハードウェアじゃなく、ソフトウェアの怠慢だ」という投稿だった。 Chromeがタブ12個で4GB食う、Dockerがアイドル状態で2GB消費する──APIコスト削減には0.001
See all