アカウント名:
パスワード:
LinuxやFreeBSDの場合はソースコードが公開されているため、セキュリティ上の問題が見つかるとソースコードのどの位置が原因なのか誰かが公開してくれます(自力で見つけるのもアリですが)し、それによって本家開発元とは別に「バージョンアップしないでセキュリティホールだけを修正する」(バックポート)という技が使えるためです。
Microsoft(主にWindows)の場合、コンパイル済みのバイナリでしか公開されていないためにMicrosoft提供のものを利用せざるを得ず、無条件でバージョンアップを強いられることになってしまいます。 結果としてバージョン
より多くのコメントがこの議論にあるかもしれませんが、JavaScriptが有効ではない環境を使用している場合、クラシックなコメントシステム(D1)に設定を変更する必要があります。
アレゲはアレゲ以上のなにものでもなさげ -- アレゲ研究家
SMS (スコア:1)
可哀想なことに社内で使用されているんですけど。
Re:SMS (スコア:0)
とにかく「windows update」という思想な感じ。
リンクもわかりにくいし、あれだけ膨大なページを構築しているのは「見せ掛け」だけだとしか思えない。
今回の出来事で「windows updat
Re:SMS (スコア:2, 参考になる)
> 使ってる状況に問題は出ないのであろうか。
出まくるでしょうね。
自動アップデート→再起動→何らかの問題でOSが停止
自動アップデート→再起動→互換性の問題でアプリが動かなくなる
とか考えられます。
しかしこれが一般的になるとWindowsユーザーもbleeding edgeなcurrent生活になるのですね。ちょっとおかしいかも
Re:SMS (スコア:0)
Linux とか FreeBSD とかって Windows に比べて、バージョンが絡むような相互依存関係が問題にならず、このような組み合わせでの問題が起きにくいような
Re:SMS (スコア:2, 参考になる)
LinuxやFreeBSDの場合はソースコードが公開されているため、セキュリティ上の問題が見つかるとソースコードのどの位置が原因なのか誰かが公開してくれます(自力で見つけるのもアリですが)し、それによって本家開発元とは別に「バージョンアップしないでセキュリティホールだけを修正する」(バックポート)という技が使えるためです。
Microsoft(主にWindows)の場合、コンパイル済みのバイナリでしか公開されていないためにMicrosoft提供のものを利用せざるを得ず、無条件でバージョンアップを強いられることになってしまいます。 結果としてバージョン
Re:SMS (スコア:2, すばらしい洞察)
> アップを強いられることになってしまいます
Microsoftによるバイナリ提供のみだと、無条件でバージョン
アップせざるを得ず、アプリの非互換性が生じるというのは
論理が飛躍しすぎているような気がします。
じゃあ、商用UNIXやメインフレームもバージョンアップによって
アプリに非互換性が生じてしまうのでしょうか? ソースコードを
公開しているかどうかは、この問題とは無関係のはずです。
ベンダが責任を持って互換性を考えたパッチを提供するかどうか
どうかの問題でしょう。
むしろ、一般的にはクローズドソースのOSの方がアップデートや
バージョンアップによる非互換性は少ないように感じます。Windows
はどうか知りませんが…。glibcの互換性も結構怪しいものかな
と思います。