The result: in 2011, all Linux systems will be migrated back to Windows XP, which is to be the "uniform basis for the actual step towards implementing a new system using Windows 7 and Office 2010 (Word, Excel, PowerPoint), and Outlook as the new email system".
一旦 Windows XP に戻した後、順次 Windows 7 と Office 2010 の新システムに移行だって。そこでまた現場は混乱するような気がしてならないんだが、そういう移行コストは勘案されないのか。
どっちもどっちだと思うよ。I/Oの少なさでは、Linuxの方が優秀なぐらいだ。 Windows Updateで使っているデータベースは、あまりリレーショナルではないんです。パッケージの依存性管理については、yumの方が合理的な所すらあります。リレーショナルではないんで、全件検索をやっているように見える。さらにオンラインのアップデートでは、依存関係の判定で足りない機能をサーバ側でサポートしている節がある。パッケージ自体、アーカイブファイル+インストールスクリプト程度のものなので、全件検索やってつじつまを合わせているというイメージです。だか
2011年にLinuxからWindowsXPに移行した後 (スコア:1, 参考になる)
Background: German Foreign Office drops Linux [h-online.com]
一旦 Windows XP に戻した後、順次 Windows 7 と Office 2010 の新システムに移行だって。そこでまた現場は混乱するような気がしてならないんだが、そういう移行コストは勘案されないのか。
ところで Linux.com に IBM オープンシステム開発担当バイスプレジデントの
モデレータは基本役立たずなの気にしてないよ
Re:2011年にLinuxからWindowsXPに移行した後 (スコア:0)
ubuntu のアップデートはもしかすると Windows Update よりも頻繁かもしれない件
Re: (スコア:0)
朝出かける前にみたらアップデートダイアログが出てたので許可して出かけて
さっき家に帰ってきたら、またアップデートが来てたわ
6時間置きぐらい?
Re: (スコア:0)
でも、Windows ほどわずらわしくないんだよね。たいてい2~3分で終わる。
どうして Windows ってアップデートにあんなに時間がかかるんですかね。
あと、Ubuntu だと搭載アプリまとめて全部アップデートしてくれるのも助かる。
Flash やら Adobe Reader やら Java やらが次々とアップデートを迫ってくる
Windows は何とかしてくれ。
Re:2011年にLinuxからWindowsXPに移行した後 (スコア:2, すばらしい洞察)
> でも、Windows ほどわずらわしくないんだよね。たいてい2~3分で終わる。
>どうして Windows ってアップデートにあんなに時間がかかるんですかね。
Linuxディストリビューションでは、たいていは
「ディストリビューションが提供してるリポジトリの範疇でしかユーザーはカスタマイズしない」
という前提で動きます。
なのでアップデートの挙動も
「全部置き換える。動かなくなるのはユーザーが悪い」
「自前でいろいろ入れずリポジトリから入れろ」
「せめてパッケージ管理のやり方に沿ってパッケージ作ってから入れろ」
などと要求されます。
Windowsの場合はそうではないので、アップデートする際には
本当にアップデート対象である状態なのか、アップデートして大丈夫か、
逆に動かなくなるとわかってるアプリ群はないのか、などきっちり調べようとします。
その効果がどのくらいかはまた別の話として
そのためにどうしても時間がかかることになります。
その辺、見えづらいところで
Winodowsなりにがんばってるところは多々あります。
Linuxに乗り換えようとした自治体や企業は
あとからそれに気づいて驚くのですが。
Re:2011年にLinuxからWindowsXPに移行した後 (スコア:2)
> 本当にアップデート対象である状態なのか、アップデートして大丈夫か、
> 逆に動かなくなるとわかってるアプリ群はないのか、などきっちり調べようとします。
仰るとおり、これを linux でやってるのが dpkg や rpm などのパッケージマネージャですね。
両者とも基本的には同じような事をやってるはずなんだが、PC の挙動を見てると、
Windows update ってこの作業をサーバ側でやってないかい? 想像だけど。
だから、
> そのためにどうしても時間がかかることに
なるのでは? linux のようにローカルで依存関係のデータベースを持てばもっと
早くなるんじゃないかなあ?
# 想像なんで識者のツッコミよろしく
Re:2011年にLinuxからWindowsXPに移行した後 (スコア:2)
linux のようにローカルで依存関係のデータベースを持てばもっと早くなるんじゃないかなあ?
Linux でもパッケージシステム以外から入れたパッケージがある場合、ライブラリがアップデートされた時なんかに動かなくなりますよね?(libc まわりとか…)
Windows の場合、Microsoft が関知している以外のアプリもすべて見ないと駄目なので時間がかかるのではないかと思いますよ。
あと、Windows7 以降になったら WindowsUpdate の時間は結構短縮されているんじゃないかと思うんですけど、どうなんでしょうね。
Re: (スコア:0)
なんかちょっとβバージョンとかレポジトリにない
マイナーなパッケージを入れようとすると
このパッケージがありません
このパッケージのバージョンが低すぎます
が延々連鎖して最終的にカーネルのバージョンが古すぎますと
glibcのバージョンが古すぎますに行き着いて
そこで匙を投げるという体験が何度かあってもうlinuxのパッケージ管理は懲り懲り
Re: (スコア:0)
>なるのでは? linux のようにローカルで依存関係のデータベースを持てばもっと
>早くなるんじゃないかなあ?
それは、前述
「ディストリビューションが提供するリポジトリの範囲でしか自由を認めない」
という範囲の制限を敷くから持てるようになるものです。
パッケージ管理システムとその上で構成されるリポジトリは
いわゆるエコシステムに近い性質の物ですので、
大きなセキュリティフィックスでもない限り、
リポジトリを管理する側がエコシステム全体を統制することができます。
たとえば、アプリAのバージョンアップ版が問題なく動くようモジュールBを改修したい。
でもそれを今直す
Re: (スコア:0)
> >早くなるんじゃないかなあ?
>
> それは、前述
>「ディストリビューションが提供するリポジトリの範囲でしか自由を認めない」
> という範囲の制限を敷くから持てるようになるものです。
そうでもないみたいですよ。私は Ubuntu で Google Chrome を使ってるんですが、
ディストリビューションのリポジトリにあるのは英語バージョンだったので、
Google のホームページから日本語バージョンをダウンロードしてインストールしました。
勝手にサードパーティのアプリ
Re: (スコア:0)
それば、ここ数年の公式リポジトリで依存関係を満たせるようにGoogleが管理しているからです。
昔のUbuntuでもってChromeのdebパッケージをインストールしてごらんなさい。そのままでは制限がかかって絶対に入りませんから。
もう一つ。
APTは便利ですから野良リポジトリを増やしたくなる気持ちもわかります。
しかし公式以外のリポジトリは異なるライフサイクルポリシーで回っている。それを正しく理解して使っている人がどれくらいいるのか疑問です。
ある朝リポジトリの更新が停止して、ソフトウェアが永遠に修正されなくなるかもしれない。そのとき貴方はそれを知ることができますか?
Adobe製品はWindows以外の対応が遅いですね。
脆弱性の詳細がつまびらかになっても、LinuxやSolarisが数週間放置されるなんてザラです。
Adobe製品を安全に使おうなんて馬鹿な考えです。
Re: (スコア:0)
>そのとき貴方はそれを知ることができますか?
そうですね。まあ、Google Chrome くらいメジャーなら、その心配も少ないかと。
と一応反論しておきますが。野良リポジトリにはなるべく依存しない方がよいという意見は
そのとおりだと思います。
ただ、使ってるハード固有の問題で、特別なドライバが必要なこととかあるんですよね。
こまったなぁ。
Re: (スコア:0)
Re: (スコア:0)
>本当にアップデート対象である状態なのか、アップデートして大丈夫か、
>逆に動かなくなるとわかってるアプリ群はないのか、などきっちり調べようとします。
これって具体的に何をやってるんでしょうか?
依存関係の検証程度はLinuxのパッケージ管理システムでもやってますが、
「動かなくなるアプリが無いかをきっちり調べる」ってどういう動作を指すのでしょうか?
#まさかアプリを裏で一個一個起動して調べてるとか?
Re:2011年にLinuxからWindowsXPに移行した後 (スコア:1, 参考になる)
>これって具体的に何をやってるんでしょうか?
>依存関係の検証程度はLinuxのパッケージ管理システムでもやってますが、
>「動かなくなるアプリが無いかをきっちり調べる」ってどういう動作を指すのでしょうか?
その辺はあきれるほどいろいろやってる(ようだ、も含む)のですが、
たとえば
本当はすごい「Windowsの互換性維持」
http://itpro.nikkeibp.co.jp/article/OPINION/20060427/236520/ [nikkeibp.co.jp]
Windowsの互換性テクノロジの仕組み(前編)
http://www.atmarkit.co.jp/fwin2k/tutor/wcompat01/wcompat01_01.html [atmarkit.co.jp]
あたりを参照ください。
実際には、小さなパッチ程度の場合
静的に配信されている互換性データベースの更新程度
(もしくはそれも不要)ですませている場合が多くあります。
IEの更新やサービスパックとかになると実際どうやっても動かない
(と、その時点では判断されている)ものも出てくるので
そういうのを使っていると、アップデートのときに警告されたりします
例:「この更新を適用すると、〜との互換性が失われます。更新パッケージがあるならそれ入れてください」みたいな(うろ覚え
ただ、自分が見たのはiTunesかなんかとPowerDVDかなんかの2回だけですので
実際どのくらいレアケース(特例?)なのかはわかりませんが・・・・
「きっちり」と書いたのは言い過ぎでした。
Re: (スコア:0)
なるほど、涙ぐましい努力をしているのですね。
#Win95版ときメモに対応してるのに笑っていまいましたw
ただ、参照記事に書いてあるように「場当たり的な対策の猛烈な積み重ね」がOSアップデートに時間がかかる根本的な原因のような気がします。
膨大な数のアプリがバイナリで好き勝手に販売・配布されてきた以上仕方がないのかもしれませんが、環境が汚れていると言いますか、複雑性がどんどん膨らんでいってあまり好ましくないような。
そう考えるとパッケージ管理システムの閉じた環境でそこそこの互換性を(少ない労力で)実現する、というのも悪くは無いかなあと思ってしまいます。
Mac App Storeなんかもこの辺を意識しているのかもしれませんね。
Re: (スコア:0)
Windows Updateで使っているデータベースは、あまりリレーショナルではないんです。パッケージの依存性管理については、yumの方が合理的な所すらあります。リレーショナルではないんで、全件検索をやっているように見える。さらにオンラインのアップデートでは、依存関係の判定で足りない機能をサーバ側でサポートしている節がある。パッケージ自体、アーカイブファイル+インストールスクリプト程度のものなので、全件検索やってつじつまを合わせているというイメージです。だか
Re: (スコア:0)
ほぼ全てのユーザーにとってディスクIOの少なさやアップデートの速さなんて無価値です。
どうせ帰宅/寝る前に「アップデートを適用してシャットダウン」をクリックするだけですから。
Re: (スコア:0)
>どうせ帰宅/寝る前に「アップデートを適用してシャットダウン」をクリックするだけですから。
本当に?
セキュリティの観点から、アップデート要求があったら
すぐアップデートすることを求められてる会社だってあるでしょう。
それに、Windows って再起動後にアップデートの残りの作業をやりますよね。
こういう、あれを我慢すれば無問題!という態度は、
linux もあれを我慢すれば無問題!という態度と同じですな。
Re: (スコア:0)
>セキュリティの観点から、アップデート要求があったら
>すぐアップデートすることを求められてる会社だってあるでしょう。
企業ごとの姿勢の違いが大きい部分でしょうが、
ある程度以上の企業では
「以前からSUS設置」「さらにシンクラ導入」「ローカルPC自体が激減」などが今では当たり前でしょう。
技術系の人間としては、シンクラはちょっと行き過ぎの不便すぎ感がありますが
情シスがしっかりしており、
利用者自身でWindowsUpdateさせる端末の数が多いなら
適切にSUSを置くだけでも
「今すぐ当てろと緊急指示が出る
Re: (スコア:0)
アップデート適用中でもWindowsを操作できるのをご存じない?
支障が出るほど待たされるのはSP適用後位ですね。それ以外は2,3分で終わります。
二年に1度、30分程度待たされるのは、Linuxに乗り換えなければならないほどの事ですか?
Linuxなら同規模のアップデートでも再起動含め数分で終わるのですか?
Re: (スコア:0)
Re: (スコア:0)
Re: (スコア:0)
そうですね、しいて挙げれば#1907950 [srad.jp]の言うところの
になぞらえれば、あなたのコメントは主義や宗教のようにしか聞こえなかったのですが、そこで是非おうかがいしたいのは、Linuxをどの程度お使いなられた上でのご判断なのでしょうか?
Re: (スコア:0)
Linux系OSは2,3年に1度、インストールしては数時間評価
そして未だに劣化Windowsで使う価値無しと結論するを繰り返してる状態ですね。
大抵の環境ですんなりインストール出来るようになった事だけは評価しますが
Windows混在の煩雑すぎる保守を考えると全く割に合いません。
一般の事務用途でLinuxを使うメリットは、あらゆる面で、まさに皆無です。
どこを見たら宗教になるんでしょうか?
・アップデートの時間が多少短い事など何の評価にも繋がらない。
・多大なコストをかけて全社員にLinux教育を施した所で得る物は混乱と損失と取引先との非互換性だけ。
と言う明白すぎる事実を提示しているだけです。
もしよかったら教えてください。
どう見積もった上でLinuxの方が良いとしているのですか?
Re: (スコア:0)
なるほど、日常的という意味でのLinuxのアップデートを経験されたことがないのですね。よくわかりました。経験もないのに双方のアップデートを比較している話に乗り込んできて、Linuxはダメだと断定なさるというのは、宗教でなければ何でしょうね?
誰がそんなことを言いました? わたしはWindowsもLinuxも便利に使っておりますし、職場でも部分的とはいえLinux導入に関わったこともありますが、どちらも便利なところ、不便なところがあると思っており、どち
Re: (スコア:0)
ええ、検証する意味が全く無い部分なので、ありません。
元コメの趣旨はアップデート速度の多少の優劣など殆どの人が見向きもしていないので、早く目を覚ましてくださいと言う事です。
ここ数回紛れ込んでるLinuxが駄目だと言う発言は、ただの事実です。
めったな事では引けない状況で「5年も」使い続けた挙句の結論が「Windowsに戻す」だったのですから、覆しようもありません。
世の中のLinuxオタクの人が、その独り善がりなオタク趣味を一般人にまで押し付ける事がなくなるよう切に祈ります。
IT屋として一緒くたに悪印象をもたれるので、正直迷惑しているのです。
Re: (スコア:0)
いよいよ宗教じみてきましたね。
これはどこから出てきたのでしょうか。彼らは宗教でLinuxの導入を決めたわけではないので、期待した効果が得られなければ引きもするでしょうし、だからこそ引いたわけでしょう。さらには、Linuxだろうがまた別のOSだろうがより適切と判断されることがあれば、また乗り換えることだってあるでしょう。
しかし宗教家にとっては、彼らがいったん「Windowsダメ教」に入信した後で、「Linuxダメ教」に鞍替えしたように見えるのでしょうね。こわいですね。
Re: (スコア:0)
はぁ・・・。
大抵の場合は導入責任者と言う物がいて、規模が大きくなれば人生がかかってるわけですよ。
やってみたけど駄目でした。はいやめやめ。いや、期待してたんだけどねー。駄目だったねー。またいつか試そうねー。で済むわけが無いでしょう。
Linux教の盲信者が貴方なんですよ。
貴方の頭の中にすぐ宗教とか言うアホらしい単語が浮かんでくるのも、そのためです。
だから、いい加減目を覚ませ、周りを見ろと。
Re: (スコア:0)
面子を重視するあまり、引き返せないわけですね。70年ほど前、この国にそんな組織がありましたね。そして一度ダメだったからといって、タブー視するのも勘弁ですよ。
自身でも複数のWindowsを利用していながらにしてLinux教の盲信者たりえるなら、世の中はLinux教の盲信者だらけですね。ちなみにWindowsなんか絶対にダメだと考えているLinuxユーザのことは何と呼べばよいのでしょう?
またですね。無意識に書いてしまうんでしょうか。もう手遅れかも。
Re: (スコア:0)
Windowsの場合は、OS本体や Microsoft Office とか以外のアップデートがサポートされないんだよね。
ソフト側で起動時に製作サイトにアクセスしてアップデートをチェックするとかそういう作り込みをしなきゃいけない。
Re:2011年にLinuxからWindowsXPに移行した後 (スコア:1)
未だUbuntu関係のブログを見てもmake installして/usr/local/以下にインストールしろっていうTIPSが結構ありますし、
おっしゃる通り、大抵のディストリはリポジトリにユーザーが介入する余地はほとんどありませんが、
違います。依存性を管理することと、公式リポジトリによって自由が制限される(ように感じる)ことは大した関連はありません。
パッケージを容易に自作できるディストリでは、ローカルで依存性を管理しつつ、自由にカスタマイズが可能です。
それができないのは単に管理システムが悪いのです。
Re: (スコア:0)
公式リポジトリで管理されてるのとは別バージョンのMySQLを、検証用にインストールした後に
リポジトリから最新のMySQLをインストールしたら、どっちも動かなくなるとか、クソとしか
言いようが無いし。
こういう事が起きた時に、エンドユーザーにパッケージを指定の方法で作れだの
make installしろだのを要求してる時点で、デスクトップ用途に広く使われる
はずがない。
ユーザビリティとは、あくまで使う人にとっての「わかりやすさ」と「使いやすさ」。
これらが「Linux?Windowsと何が違うの?」という層のユーザーにも受け入れられる
レベルにならない限り、普及なんてありえない。
Re:2011年にLinuxからWindowsXPに移行した後 (スコア:2)
> ユーザビリティとは、あくまで使う人にとっての「わかりやすさ」と「使いやすさ」。
> これらが「Linux?Windowsと何が違うの?」という層のユーザーにも受け入れられる
> レベルにならない限り、普及なんてありえない。
そういう層には、Ubuntuのリポジトリから探して追加するだけのほうが楽で
Windowsみたく自分であちこち探してダウンロードしてインストールなんてできないよ。
まぁUbuntuのリポジトリも英語が多くて説明が足りない感じはしますけどね。ゲームならなんとなく雰囲気でいけるけど。本とかで紹介があれば自分で探して入れやすいでしょうね。
Re: (スコア:0)
>違います。依存性を管理することと、
>公式リポジトリによって自由が制限される(ように感じる)ことは大した関連はありません。
>パッケージを容易に自作できるディストリでは、ローカルで依存性を管理しつつ、
>自由にカスタマイズが可能です。
>それができないのは単に管理システムが悪いのです。
それは話が行き過ぎでしょう。
やろうと思えば、パッケージ管理システムもリポジトリも不要で全部自力でなんとかできます。
slackwareとかから入った人にはそのほうが好まれることも多いでしょう。
言い始めてしまうと、パッケージ管理もリポジトリも不要ということになります。
ただ、
Re: (スコア:0)
>> Flash やら Adobe Reader やら Java やらが次々とアップデートを迫ってくる
Microsoftの最初の構想では,そういったサードパーティ製品のアップデートも全てまとめてWindowsUpdateで行えるようにするはずでしたね.