Mozilla、企業向けに年1回アップデートのFirefox提供へ 32
ストーリー by hylom
1年あれば十分？ 部門より
1年あれば十分？ 部門より
あるAnonymous Coward 曰く、
Mozillaは企業向けに更新頻度低いFirefoxの「Extended Support Release（ESR）」の開発に着手することを発表した（CNET Japan、本家/.）。
現在Firefoxは6週間ごとの高速リリースサイクルで開発を進めている。しかしこのサイクルは、アドオンの動作確認やテストを行う必要のある企業にとってはアップデートサイクルが早すぎるという問題があった。新たに開発されることとなったESRは年に1回アップデートが行われ、その間はセキュリティアップデートは提供されるがアドオンプラットフォームなどへの変更は行われない。ただし、未確認ながらもESR版はサポートも1年で終了するという話も持ち上がっている模様だ。
Firefox ESRはリリースから54週間サポートが行われるということらしい。また、サポート終了より前、リリースから42週間後にESRの次のバージョンがリリースされる見込みだそうだ（SourceForge.JP Magazine）。
時間とバージョンをリンクさせる必要はないと思う (スコア:2)
Re:時間とバージョンをリンクさせる必要はないと思う (スコア:1)
性能劣化でバージョン番号が小さくなるとか？
時間とバージョンのリンクを禁止する必要もない (スコア:0)
と思いますよ
Re: (スコア:0)
する必要はない＝禁止と解釈してしまう頭が怖いです…。
Re: (スコア:0)
>する必要はない＝禁止
と解釈したのはあんたの頭だけどな
Re: (スコア:0)
えっ
Re: (スコア:0)
いい加減タイトル行に本文書くような馬鹿はやめて欲しい。
タイトルを読むか読まないかでまったく逆の意味になってるじゃんか。
Re: (スコア:0)
タイトルを読まないとか、無視する方がおかしい。
Re: (スコア:0)
タイトル・本文というフィールドでなく
「一行目」「二行目以降」というフィールドなら
あなたのいう通りでしょうね
実際にはそうではないので，
あなたは根本的になにか勘違いしています
Re: (スコア:0)
プログラムの内容を変更したらバージョン番号を上げるのは当然。
ただ、最近の流行で、メジャーバージョンと、マイナーバージョンが
実質的に一元化しているのが問題だと思うのだが。
バージョン 1374
とかなったらどうすんだろう。
Fierfox に限らず。
番号なんて意味が無くなる
たしかにバージョン番号をなくす方向に進んでいるらしいが。
Re: (スコア:0)
version .201201014なんてのが昔からあってな
Re: (スコア:0)
20120年10月14日？
Re: (スコア:0)
普通に考えると、2012年1月1日の4番目のビルド、の意味でしょ
メジャー バージョンは維持されるとしても (スコア:1)
セキュリティー更新は(別途の回避策を取る事にして)パスするという手もあるけど、それはそれで回避策の検証が必要。
UI が変わるとかいったユーザー再教育が必要になるような更新を先延ばしできるのは良いとしても、何かがすごく楽になる訳ではないと思う。もっとも他のブラウザーを使った所で、Chrome はばしばしバージョン上がるし、IE だってほぼ2か月に1回はセキュリティ更新があるのだから、状況はそう変わらない。
結局「ブラウザーはころころ変わる」を前提にした考え方に切り替えないとダメなのかも。
Re: (スコア:0)
セキュリティ更新の作業が嫌だというのならそんな企業はPCを窓から放り投げて
紙で業務を行えば良いと思います
# google社内とかOpera社内のブラウザの更新はどうしてるんだろうと、ふと思った
Re:メジャー バージョンは維持されるとしても (スコア:1)
G社とかO社の事は不明ですが、M社だと決められた一定期間内にパッチあてないと社内ネットワークから切断されるようですね。
パッケージングを変えろ (スコア:1)
リリースタイミングはどうでもいいから.msiでパッケージングしてグループポリシー制御可能なようにして出せ
これができない限り企業がIEから離れないor移行先はFirefoxをスルーしてChromeにする流れは変えられないぞ
Re:パッケージングを変えろ (スコア:1)
作業中です。
https://bugzilla.mozilla.org/show_bug.cgi?id=231062 [mozilla.org]
Re:パッケージングを変えろ (スコア:2, すばらしい洞察)
>作業中です。
bugzillaにあるとおり2004年念頭に指摘され始めているのに、一体いつになったらできるのかね？
2004年には影も形もなかったGoogleChromeはとっくの昔に .msi による配布もグループポリシーによる制御も
実装済みだというのに。
数々の企業内システム管理者が「この機構がない限りエンタープライズ環境におけるFirefoxの採用は難しい」と意見表明をしているのに、
リリース間隔を延ばせばそれだけで採用してもらえるだろうなどと夢想するのはちゃんちゃらおかしい。
高速リリースやめればいいのに (スコア:1)
Re: (スコア:0)
やってる感を出したいんでしょうかね
拡張用のバージョン管理を別にしたら？ (スコア:0)
本体のバージョンと別に拡張機能用のバージョンを持って
拡張はそっちのバージョンを見るようにすればいいんじゃね？
拡張のバージョンは
・メジャーバージョン上がるまでは関数等の仕様は変えずに機能追加に限定
・拡張用のAPIを整理するときにメジャーバージョンを上げる
・本体の機能追加によるバージョンアップは拡張のAPIとは独立する
って扱いでみんな幸せになると思うんだが。
Re: (スコア:0)
拡張機能の機能も、本体側の機能に依存した作りになっているから、拡張機能そのものにバージョン管理を設けたところで何も変わらないでしょう。
(拡張機能に対する) インターフェイスにだけ依存した作りにするには、それ自身を単独で動作するものにしなければなりませんので、もしもそういう構造にしたとすれば、それは拡張機能ではなく単独のプログラムでしかなくなってしまいます。
Re: (スコア:0)
それってDLLみたいなものだよね。
部門名 (スコア:0)
IE6がここまで生きながらえた理由を考えれば1年でも全然短いですよね、確かに。
ただ、リリース間隔が一定だと分かっていればそれに合わせて情シスのバージョンアップ計画を策定するという前提でFireFoxを導入する前向きな会社が出てきてもおかしくはない。
へんじがない、ただのしかばねのようだ (スコア:1)
「IEは生きながらえた」というより「進歩しなかった」だけだから。
独占企業でなければ、あれは「死んでる」と言っていいレベル。
Re:へんじがない、ただのしかばねのようだ (スコア:1)
元コメントのACさんが言いたいのは、7以降が出ても6がしぶとく残ったことについてではないかと。
まあIEの場合は7が出たすぐあとぐらいに6のサポートを切ったところで6がしぶとく残ったとは思いますが、それにしても6のサポートが続いたせいでバージョンアップせずに6を使い続けたところが増えてはいたでしょうから。
Re: (スコア:0)
ころころ方針変わるソフトに
今回の話を信用してくれるのかねぇ
#社内システム≒ブラウザに辟易なAC
Re:部門名 (スコア:1)
いや、まったくで・・・
どうせ１年ぐらいしたら撤回されるんだろ・・・
Re: (スコア:0)
そもそも社内システムにブラウザを使うなと各社に言いたい
企業向け以外は実験版扱いになる (スコア:0)
セキュリティアップデートは提供されるならば、一般ユーザとしてもこの企業向けと呼ぼうとしているものを使いたいと思うのですが、使わせてもらえるのでしょうか？
古い版が使われ続けるのを防ぐ仕組みとしては、サポート終了以後は、アップデート機能ぐらいしか動かないようなものであればいいと思います。
もうFireFoxは使えない (スコア:0)
一年とアナウンスした所で潮流は変えることはできず。
そういうことだと思います。