爆速ブラウザ「Ladybird」の開発体制が劇的に変わる！今後のロードマップをチェック

オープンソースブラウザ「Ladybird」の開発方針が大きく転換されます。今後のより効率的な開発プロセスと、プロジェクトの新たな方向性について解説します。

こういうのを見ると、AIなんて登場しなければよかったのにと思ってしまう。オープンソースプロジェクトが、新しいメンテナーを見つけて育てる能力を失っていくのは本当に残念。

Ladybirdが今回の決定を下した背景にはLLMがあるのかもしれないけど、それが唯一の理由じゃないはず。例えばSQLiteなんかはずっとこのやり方で開発されてきたしね。まあ、それぞれの方針があるってことかな。

彼らの言いたいことは分かる。もしプルリクの大部分がAI製なら、メンテナー自身がClaude Codeにプロンプトを投げた方が早いしね。ソフトウェアエンジニアリングというゲームそのものが、オープンソースかどうかにかかわらず完全に変わってしまったと思う。今や「コードの塊」に、2年前と同じ意味や価値があるとは言えないよ。

一方で、バザー方式（Bazaar）で育った人間にとって、カテドラル方式への移行は「オープンソースの死」のように感じるかもしれない。たとえそれが、単に昔の働き方に戻っただけだとしても。ただ、外部からのコード貢献を受け付けないことでセキュリティ体制は向上するだろうけど、将来のリーダー（司祭）を誰にするか見極めるのが難しくなるのも事実だろうね。

つまりバグを見つけて修正しても、その詳細を教えてはいけないということか。代わりに彼らが自分で再調査しなきゃならないなんて。他人がすでに終わらせた作業を何度もやり直さなきゃいけないなんて、チーム側もたまったもんじゃないだろうな。

ユーザー兼開発者の立場で、そんな改善の障壁があるプロジェクトに時間を割く理由なんてあるか？FirefoxやChromiumなら、修正案を歓迎してくれるし、そっちを使う方がずっと楽だ。

以前、Chromiumの新しいバージョンが自分の製品でクラッシュしたとき、V8に修正を提案して次のリリースで反映されたおかげで助かった経験がある（https://github.com/v8/v8/commit/4f8a70adca01c ）。これがないと、Chromiumの開発陣は調査する時間がなくて放置していたかもしれない。

「プルリクから提出者の人となりが分からなくなった」なんて言うけど、プルリクを出す人のことなんて知る必要ないでしょ。FirefoxやChromiumに入るコードが、提出者の「努力」や「誠実さ」じゃなくて、レビューされたコードの正しさに基づいていることを願うよ。

コードの修正をレビューするほうが、ゼロから作るよりよっぽど楽だ。もしそうじゃないなら、自分で書いて終わらせればいいだけのこと。プロジェクト側としては、自分で書きたいならPRを無視したり閉じたりすればいい。でも、外部からの貢献をレビューする選択肢をわざわざ捨てたり、自分の書き換えのヒントにしたりする権利を自ら封じるのは賢い選択とは思えない。

最近Godot（別の巨大OSSプロジェクト）のPRをよく見てるんだけど、コードも説明も完全にAI生成というPRが急増してる。プロジェクトの方針違反だから、たいていは軽く注意されるんだけど、驚くのは、素直に従う人もいれば、逆ギレしてメンテナーを恩知らず呼ばわりする人もいることだ。

AIを使い倒しているような人たちですら、巨大なコードの塊を投げることに本質的な価値なんてないってことを理解していないのは驚きだ。自分たちの作業負荷を大幅に減らしておきながら、かつてと同じような感謝や反応を期待してるんだから。

ChromiumやGecko、WebKitの方がLadybirdより「オープン」なエンジンになってしまったのは皮肉だね。（Servoは中立で、AIを使ってない限り外部貢献を受け入れているみたいだけど）

予算のないチームが人件費を削るために貢献を締め出すのは理解できる。でも、これを見るとGoogleやMozilla、Appleがオープンさを維持するためにどれだけ経済的なリソースを投入しているか、もっと評価されるべきだと思う。

（自分語りになるけど、元Google Chromeチームにいた。同僚たちが外部コントリビューターを熱心に育成していたし、自分もインターンシップなんかを通じて同じことをしていたからね）

AIが出た当初、自分も職を失うんじゃないかと怖かった。幸い自分は大丈夫だったけど、多くの人が職を失い、それは本当に辛いことだ。オートメーションで何かが失われるとき、経済的合理性はさておき、人間を応援したくなるし、せめて社会が影響を受けた人たちに対して公平であってほしいと願う。

今、コミュニティも影響を受けている。PRを殺すということは、単にコードを殺すだけでなく、アイデアや第三者の視点といった目に見えない貢献まで大規模に破壊することになる。それはもっと最悪だ。

HN、正直言って葛藤してるし混乱してるし、怖いよ。こうして書いておきながら、自分もClaudeやDeepSeek、複雑なハーネスやMCPを使い倒してるんだから…。でも、今はすべて過渡期に過ぎない気がする。で、その先に何があるんだ？

人生に意味を見出さなければ答えられない問いが多すぎる。人間味？もう手遅れ？そういえば、いい曲だと思って聞いたらSonosの広告音楽で、知った瞬間に嫌いになった。自分って本当にバカだと思うことばかりだ。

支離滅裂な話でごめん。Ladybirdは大好きだし（ノートPCにステッカー貼ってるよ！）、成功してほしいと願ってる。

「かつての実質的なパッチは実質的な努力を意味し、その努力が善意の適切な指標となっていた。だが、その前提はもはや成り立たない」

これが記事の核心であり、ほとんどのプロジェクトにとって正鵠を射ていると思う。

これを読むと何とも言えない気分になるな。だって著者は、非自明な1000行超えのPRを日常的に（時には1日複数回）出し、レビューなしで即座にマージしているんだから。LLMかどうかは別として、0%だったとしても、こんな開発ペースには正直ついていけない。