Latest topics > なぜMozillaはXULアドオンを廃止したのか？（翻訳） - outsider reflex

Latest topics > なぜMozillaはXULアドオンを廃止したのか？（翻訳） 宣伝。日経LinuxにてLinuxの基礎？を紹介する漫画「シス管系女子」を連載させていただいています。 以下の特設サイトにて、単行本まんがでわかるLinux シス管系女子の試し読みが可能！ « 「同調圧力は忌むべきものだ」と思考停止していたことに気付いた話 Main 「なぜMozillaはXULアドオンを廃止したのか？」に寄せられていた反応を見て、「甘い……甘すぎる……」と思って、W3C信者時代からの価値観に行き着いた話 » なぜMozillaはXULアドオンを廃止したのか？（翻訳） - Aug 22, 2020 （原著：David Teller, 2020年8月20日、CC BY-NC 4.0で公開されている内容の全訳。Qiitaにもクロスポストしています。） 要約：Firefoxはかつて、XUL

[AmaiSaeta]

ただの1利用者の立場で言うと、「XUL/XPComアドオンが動かなくなるで」という話が利用者に伝わった頃には「パフォーマンスならChrome、カスタマイズ性ならFirefox」という認識が在った記憶。

[kotas]

あの時代は良くも悪くも性善説で成り立ってたよなぁ。ソース公開してないフリーウェアも平気で入れてた。

[gowithyou]

理由は分かるんだが、利用者は中身が洗練されたかどうかではなくて、何ができるかを見るんだ。Tab Mix plusが未だに出てこないのはかなり痛い。だったらChromeでいいやとなる。

[teramako]

ここまで網羅的なのは初めて見た。凄い。//HTML5にXULの機能をってのはあまり信用してない。HTML5はHTMLであってUI言語じゃないから…

[diveintounlimit]

outsider reflexがほってんとりに上がるとは。タブ拡張にはめちゃくちゃ世話になった。未だにブログが更新されているのが凄いが、さすがに更新頻度は下がってるな。/一時期スピード勝負でChromeに勝ってたんだがな。

[tettekete37564]

利用者に何が起こるかが書かれているのに利用者は何が出来るかで判断するとか言い放つ人に評価される敗北感

[rna]

事情はわかったけど ScrapBook のまともな代替が未だに出てこなくてつらいです。

[rgfx]

はい。／拡張かいてる方々をバーンアウトさせたのがなあ。

[koyhoge]

Firefoxのアドオン機構の歴史的解説。仕組みが柔軟だから良いというわけでは必ずしも無い。piroさん長文翻訳ありがとうございました。

[zorio]

面白かった。技術的負債とどう向き合うかは難しかろうな。

[John_Kawanishi]

｢XUL(とXPCOM)を使い続ける限り悪意あるAdd-Onが汎ゆる事をやりたいようにするのを防ぐ手立てが無い｣｢WebExtensionsがAdd-On開発者に対して見境のない拡張機能の仕組み程の強力なCustomize性を提供していない｣

[amino_acid9]

今となってはただただ懐かしい話。本体や他拡張の実装を簡単に壊したり上書きできるって今思うと狂気の仕様だわなあ / ↓ScrapBook代替はScrapBeeはどうかな？ScrapBookのrdfを直接読めて保存フォルダそのままで使える

[rryu]

モジュール化さえすればその間はベタベタにくっついていても大丈夫と思っていた時代もありましたという話。

[a2ikm]

XUL/XPCOMという用語が懐かしい

[Listlessness]

そういえば確かにFirefoxの頃は新しくアドオン入れる前にプロファイルのバックアップ取ったりしてたなー

[voidy21]

vimperatorという夢とロマンをありがとう。あの時のブラウジング体験をまだ超えるものは出てきていない

[strawberryhunter]

Firefoxの価値がどこにあるかを見誤った結果。シェアを維持したかったらAPIを変えてはいけなかったし、現在のような財団の存亡がかかる状況になるとは思わなかったのだろう。CTOがいるのか知らないが上層部の判断ミス。

[santec1949]

素人が思うにドローンが空を飛び車が無人で走り人工知能が将棋する時代、なーんでプラウザ如きがこんかチンタラしてんのか。たかが文書のレンダリングに時間がかかるのか。難しいのはわかる。けれど、されど2020年。

[efcl]

Firefoxの拡張の歴史

[netcraft3]

歴史的経緯について勉強になった

[knok]

コードでセキュアな状態保つの大変だし、Chromeは結局ストアに置くかどうかの判断でその問題に対応してるしなあ

[buhoho]

よくChromeが遅いとか言われるけど、だとしたらこの世に速いブラウザなんてねーよ。わずか数年前までFirefoxがどんだけポンコツだったことか…。拡張性の高いブラウザはロマンだけど、夢叶わず

[lli]

おもしろい

[Hamukoro]

ニコンの昔から変わらないFマウントにもこのような苦労話がたくさんあるんだろうなと思った。

[tick2tack]

開放してる部分が大きいと互換性維持が難しい

[yanbe]

めちゃくちゃいい記事だと思う

[HHR]

歴史。感慨深い。セキュリティと利便性のトレードオフと、アドオンとしてのイノベーターのジレンマ。この翻訳作業をありがとう。

[gunnyori]

マイナーアップデートの度に動かないものが出てくるのでユーザーとしても疲弊した。メジャーバージョンアップで一気に移行したほうが環境移行の覚悟は出来たしわかりやすかったと思う

[hiroomi]

大丈夫な気はするので

[Fushihara]

理屈は色々あるんだろうが、ユーザーにとっては使えなくなった。の一言で上書きされちゃうんだよね

[raimon49]

XULベースのアドオンからJetpackの登場と断念、WebExtensionsが導入されたFirefox Quantumに至るまでの道のり。最後に考察されるメンテナーのバーンアウト問題のところに凄く納得する。

[sigeharucom]

どうしても使いたいアドオン(RSSリーダーのSage++)がある場合はwaterfox、それ以外はFirefox使ってる。

[pascal256]

XPCOM＋XULはまさにMozillaやFirefox、Thunderbirdを作ってる仕組みだからプラグインとしては何でも出来過ぎてしまうというのは分かるなぁ

[Helfard]

確かに、初期のChromeは体感速度を上げることにひたすら終始していたというイメージがあるなあ。

[nkawai]

“。もう何年も前に起こったことについて、この選択に感情を害されたと感じている人が、コミュニティにまだいる”FirefoxがFirefoxで無くなったのだから、それはそうだろうと思う。

[fashi]

「同じ名前の関数や、既存の関数と同じ名前を挿入した場合にはあらゆる種類の破壊が引き起こされます」「すべてのパスワードをどこかのWebサイトに送る」「不可視のアドオンを黙ってインストール」

[aa_R_waiwai]

一つアドオンを作ってみたことがあるけど、めちゃくちゃ作りづらいってのはあった。

[TakamoriTarou]

で、結果は利便性とユーザー体験は低下し、Chromeとの差は開くばかり。Googleが独禁法を回避する目的の資金だけで生きながらえるゾンビになったと。結局はしにいたるやまい、作り直した方が早い病に犯され他というだけ