トップページunix
1001コメント365KB

なぜUNIXはwindowsに敗北しているのか? 2

■ このスレッドは過去ログ倉庫に格納されています
0001名無しさん@お腹いっぱい。2005/12/27(火) 01:15:03
前スレ

なぜUNIXはwindowsに完全に敗北してしまったのか?
http://pc8.2ch.net/test/read.cgi/unix/1132486136/l50
0720名無しさん@お腹いっぱい。2006/01/14(土) 20:14:45
>>714
いずれは全OSがWinFS搭載で、クライアントやサーバーの区別無くメッセージングベースで
データオブジェクトの遣り取りを目指してるわけだから、関係なくないだろ。
LANに繋がれたマシンが一つのRDBになるような感じだな
0721名無しさん@お腹いっぱい。2006/01/14(土) 20:16:44
>>719
SAPとOfficeは違うだろ。
それとも俺の知らない間にSAPで毛筆ワープロの真似事が出来るようになった?
0722名無しさん@お腹いっぱい。2006/01/14(土) 20:17:10
> LANに繋がれたマシンが一つのRDBになるような感じだな

LANにつながれたマシンを一台のコンピュータにみせるのは、
今でも行われているわけなので、あまり新鮮味を感じない。
0723名無しさん@お腹いっぱい。2006/01/14(土) 20:18:20
> LANにつながれたマシンを一台のコンピュータにみせるのは、

ある意味では、WANでも可能っぽいが、今でも。
0724名無しさん@お腹いっぱい。2006/01/14(土) 20:19:08
>>722
だから新鮮を目指してる訳じゃないだろ

現状のWindowsに欠けていて、尚かつ将来MSの描くビジョンではそれが必要になる。だから実装した。
それだけでしょ?
0725名無しさん@お腹いっぱい。2006/01/14(土) 20:20:10
> 今でも行われているわけなので、あまり新鮮味を感じない。

まぁ、巷のLinuxやらで行われていることだからな。
0726名無しさん@お腹いっぱい。2006/01/14(土) 20:20:40
> クライアントやサーバーの区別無く

クライアントとサーバの区別なくってのは、実運用としては
ありえないよ。MSの宣伝にだまされているのでは?

> メッセージングベースでデータオブジェクトの遣り取りを
> 目指してるわけだから、

これを実現するのに WinFS は全く必要ない。
現状の技術で十分。
むしろ、WinFS のようにファイルシステム層に組み込むと、
実現に対する障害にだってなりうる。
Microsoft の宣伝を盲信するのはやばいよ。
0727名無しさん@お腹いっぱい。2006/01/14(土) 20:22:32
Unixの先進技術を追いかけるMicrosoft必死だなww
0728名無しさん@お腹いっぱい。2006/01/14(土) 20:23:05
WinFS って、もともと Cairo (WinNT 4.0 になるはずだったもの) で
実現する予定だったんだよね。それがどんどんずれて、結局 Vista
にも入らないことに (この時点で 9年の遅れ)。

実は実装したところで役に立たない技術だから、ここまで遅れたんじゃ
ないの? WinFS の紹介記事を読んでも、それでいったいどういう点が
便利になるのか、まったく説明になってないし。
0729名無しさん@お腹いっぱい。2006/01/14(土) 20:23:39
まぁUnixは拡張性に富む分、常に技術の先頭を走るからね。
0730名無しさん@お腹いっぱい。2006/01/14(土) 20:26:05
> それとも俺の知らない間にSAPで毛筆ワープロの
> 真似事が出来るようになった?

CRM や Project Planner は経営情報システムの一種であって、
そんなものに毛筆ワープロの機能なんていらん。(w

自分がどんなに変なこと言ってるのかも分からないの?
0731名無しさん@お腹いっぱい。2006/01/14(土) 20:27:08
どうしてUNIX厨は自分の理解できない、想像を超える技術は叩きまくるの?

ファイルシステムのDB化はBeOSでも不完全ながらやってたし、他のOSでも実装予定の技術なのにね…
0732♥ 殿舎男セシ ◆XgzPoOaLlE 2006/01/14(土) 20:27:36
プリインストールが増えて初心者向け本が増えれば
シェアは増えると思うよ
0733名無しさん@お腹いっぱい。2006/01/14(土) 20:30:13
>>731
BeOS のファイルシステムは、WinFSとは全く違うアプローチだよ。
それとも、Microsoft は、BeOS が何年も前に実現できていたこと
を、9年以上かけても実現できないヘタレ企業だったの?
0734名無しさん@お腹いっぱい。2006/01/14(土) 20:30:17
>>730
>CRM や Project Planner は経営情報システムの一種であって

MSはそれをOfficeファミリーに置いてるよね、SAPのように鯖アプリだけじゃなくてクライアント用でも運用可能な。

つか、SAPみたいな単体では実態のないシステムは比べられんよ、煙に巻くにはいいだろうけどねw
0735名無しさん@お腹いっぱい。2006/01/14(土) 20:30:24
>>731
>>731 やマイクロソフトのエンジニアより技術があるからじゃないか?
0736名無しさん@お腹いっぱい。2006/01/14(土) 20:32:37
>>733
作りの違うOSで、ましてやシステムの根幹たるファイル周りを比べてもしょうがない。

それにBeはクライアント用で済んでれば良かったけど、WinFSの場合は、ServerOSまで含めた大変革だ。
0737名無しさん@お腹いっぱい。2006/01/14(土) 20:36:50
> MSはそれをOfficeファミリーに置いてるよね、SAPのように鯖アプリだけじゃ
> なくてクライアント用でも運用可能な。

Microsoftの場合は、まずクライアントアプリとして作って、
それをサーバ向けに拡張していく方向なんだよね。
だから、データがそのアプリケーション内に閉じてしまう。

企業の規模が大きくなると、データこそが命で、データはいろいろな
アプリケーションから共有できる、開いた構造 (すなわち RDB) に
しておかないといけない。
そうなってないのが、現在の Office の弱点だって言ってるつもり。

ワープロは、Microsoft のやり方で、全然問題ないんだけどね。
CRM や Project Planner は、それじゃ困る。
0738名無しさん@お腹いっぱい。2006/01/14(土) 20:37:23
>>731

良くワカランが、DBと検索をまぜこぜにしていないか?
DBだと当然、SQLとかOODB、リレーショナル型とかがでてきてしまうが。

それに冗長性をもったFileSystem(例えば、Journal FS)ということであれば、
DBや検索とは全然関係ないし。

FSもUnix上ではどんどん進化している。Linux上も色々とFSがリリースされてる。
最近ではSolarisのZFSがリリースされているね。

0739名無しさん@お腹いっぱい。2006/01/14(土) 20:39:17
> 作りの違うOSで、ましてやシステムの根幹たるファイル周りを比べてもしょ
> うがない。

1年や2年の違いならともかく、9年間もやってて、いまだに実装できてないの
に、その言い訳は成り立たんよ。

> WinFSの場合は、ServerOSまで含めた大変革だ。

Windows Server と Windows Home/Professional は、単に機能を生かして
あるか殺してあるかの違いで、同じ OS なんだけど。
少なくとも、ファイルシステム部分に関しては完全に同一だよ。
0740名無しさん@お腹いっぱい。2006/01/14(土) 20:42:06
>>737
そうなってないのが、現在の Office の弱点だって言ってるつもり。


???その弱点を克服する為のMSの手法がファイルシステムのRDB化やデータのXML化だというのは上でとっくに出てない?
RDB化されたWinFSはOfficeのみならずいろんなアプリやServerServiceが利用するし、相互運用性の上がったデータフォーマットは
これまた多種多様なアプリで利用される。

もう既に回答は出てたんじゃないの?これ以上ネチネチと重箱の隅方式で逝くつもり?
0741名無しさん@お腹いっぱい。2006/01/14(土) 20:45:55
>>739

> Windows Server と Windows Home/Professional は、単に機能を生かして
> あるか殺してあるかの違いで、同じ OS なんだけど。
> 少なくとも、ファイルシステム部分に関しては完全に同一だよ。

同じOSだけど、ClientとServerではサードパーティや顧客に対する責任が段違いでしょ?

XPと2003Serverでは各種テストの内容や期間や教育コストが違うでしょ
0742名無しさん@お腹いっぱい。2006/01/14(土) 20:50:25
分かってないなあ。

> ???その弱点を克服する為のMSの手法がファイルシステムのRDB化

方向が間違ってる。
ファイルシステムの RDB 化より先に、アプリケーションが SQL Server
を使い、かつ、その RDB スキーマを公開するのが先決。

WinFS なんて、なくても全く何の問題ない。
WinFS が必要だと思っている時点で、Microsoft の宣伝戦略にだまされ
ているんだと思うよ。

まあ、WinFS が必須だと信じたいなら、それでも構わないけどね。
Vista に間に合わなかったわけで、WinFS が本当に普及するのは
Vista の次、たぶん 2010年以降になる。それも仮に Microsoft が
それまでに実装できたらの話ね。
それまでワクワクして待ってたらいいんじゃないの?
我々は、そんなの無視して先に進むけどね。
0743名無しさん@お腹いっぱい。2006/01/14(土) 20:51:36
>>742
つか、SAPでOfficeの代わりになるの?ならないの?

それだけ知りたい。
0744名無しさん@お腹いっぱい。2006/01/14(土) 20:52:48
>>658
>WineじゃOfiice全般ムリです

良いソースじゃないが
http://slashdot.jp/linux/article.pl?sid=05/09/21/1553211&from=rss
0745名無しさん@お腹いっぱい。2006/01/14(土) 20:53:34
>>742
> 分かってないなあ。
> > ???その弱点を克服する為のMSの手法がファイルシステムのRDB化
> 方向が間違ってる。
> ファイルシステムの RDB 化より先に、アプリケーションが SQL Server
> を使い、かつ、その RDB スキーマを公開するのが先決。

あれ?SQLServerはWinFSに標準搭載でしょ
標準だからアプリに使ってもらえばいいのでは。
0746名無しさん@お腹いっぱい。2006/01/14(土) 20:54:15
>>743
大企業が CRM や Project Planner として使うなら、
MS Project や Interconnect よりも優れている。
だから、これらに対する代用にはなるね。

もちろん Word の代用にはならんよ。当たり前。
0747名無しさん@お腹いっぱい。2006/01/14(土) 20:55:58
>>745
WinFS を待つ必要性は全くないし、WinFS のインターフェースを
通して使う必要もまったくないってこと。
0748名無しさん@お腹いっぱい。2006/01/14(土) 20:57:26
>>746
大企業が CRM や Project Planner として使うなら、
MS Project や Interconnect よりも優れている。


ヨド○シカメラのSAPを見る限り、それはUSOだと断言できるw
0749名無しさん@お腹いっぱい。2006/01/14(土) 20:59:02
Vistaを待とうぜ

どんな笑いをMSが提供してくれるかw
0750名無しさん@お腹いっぱい。2006/01/14(土) 20:59:25
つか、SAPみたいにインテグレータの質によって変わる物を持ってきて何がしたいのかわからん。

標準インストール状態のSAPで標準状態のプロジェクト2003を超える機能であれば、俺も利用を検討したいよ。
0751名無しさん@お腹いっぱい。2006/01/14(土) 20:59:58
WinFSっていうのは、NTFSに格納されたデータをSQL Serverを使って検索する
FSのラッパーなのか?

本当のファイルシステムというよりは、NTFSとSQL ServerにアクセスするAPIの
ライブラリ群とそのアプリ(例えば、シェルのような)につけられた名称?

そうだとすると、技術的には何もなさそうだが。。。
ただ、メモリとCPUをひたすら使いそう。メモリ不足やCPUパワーがないと
まともな性能がでないね、これだと。

本当にこんなのなのか?

0752名無しさん@お腹いっぱい。2006/01/14(土) 21:01:27
>>748
小売り業に SAP みたいな CRM っていらないでしょ。
適用範囲を間違えてるのでは?
0753名無しさん@お腹いっぱい。2006/01/14(土) 21:01:59
>>751
おれもよくワカランが、FSの機能だけでこういうのが簡単に実現できるらしいぞ

http://blogs.msdn.com/winfs/archive/2005/09/08/462698.aspx
0754名無しさん@お腹いっぱい。2006/01/14(土) 21:02:38
おい、糞MS

WebDAV何とかしろよ、なんだあの出来損ないは
0755名無しさん@お腹いっぱい。2006/01/14(土) 21:03:03
>>751
さすがに、それだけのために9年間ももたつくとは思えない。
もっと笑わせてくれると思われ。
0756名無しさん@お腹いっぱい。2006/01/14(土) 21:03:38
>>752
SAPの国内最大の顧客じゃなかった?ヨ○バシ。
しかしSAP社に唾吐くようなコメントだな。
0757名無しさん@お腹いっぱい。2006/01/14(土) 21:07:52
>>752

淀は小売りの規模を超えてるだろ、いつの間にかセゾン(もタイヘンみたいね)の規模を追い抜いていたとはショック ガ━━(゚Д゚;)━━━ン!!
0758名無しさん@お腹いっぱい。2006/01/14(土) 21:08:28
>>753

見てみたけれど、アプリの連携しか書いてなかった。
アプリ間のプロトコルを決めればできる話で、別にファイルシステムとは関係なさそう。

それに「WinFS Watcher notification API」なんていうのがあったことからも、
これはNTFSとSQL ServerにアクセスするAPIにアプリ連携のAPIを入れたものって
感じがするなぁ。

正直、ファイルシステムとは何も関係なさそう。なんでこんなのを、WinFSなんて
あたかもファイルシステムのごとき名称にするのだろう?

アクセスライブラリーとそれを使ったアプリでいいのに。

それにWinFSのサービスを使うには、アプリはWinFSの提供するAPIを使わなければ
ならなそうで、嫌らしいね。

開発会社は、アプリの書き換え(WinFS対応)が必要だし、ユーザはアプリの再購入が
必要になってくる。

0759名無しさん@お腹いっぱい。2006/01/14(土) 21:09:07
> しかしSAP社に唾吐くようなコメントだな。

別にSAPの機能全部が小売り業に向かないって言ってるわけ
じゃないし。
そもそも CRM が一番生きるのは、コールセンターみたいな
製品サポート業務であって、小売りじゃないでしょ。
0760名無しさん@お腹いっぱい。2006/01/14(土) 21:11:45
>>758


この辺に日本語解説があった
http://www.microsoft.com/japan/msdn/longhorn/introducing/longhornch04.asp#longhornch04_topic1
0761名無しさん@お腹いっぱい。2006/01/14(土) 21:12:34
>From: [605] 名無しさん@お腹いっぱい。 <sage>
>Date: 2006/01/14(土) 18:17:52
>
>>>601
>>IE,WMP,OE
>
>これらは元々無料ソフトだよ
>OSの原価とは関係ない
頭に蛆でも湧いてるのかw
0762名無しさん@お腹いっぱい。2006/01/14(土) 21:13:13
> CRM が一番生きるのは、コールセンターみたいな
> 製品サポート業務であって、小売りじゃないでしょ。

いや、小売りでも、百貨店みたいに、お得意様を管理して、個別に
営業したりするところなら向くと思うよ。
淀のような業態だと、CRM で個別に管理するよりは、ポイントカード
で統計的傾向を見るって方が役に立つんじゃないかなあ。
0763名無しさん@お腹いっぱい。2006/01/14(土) 21:16:19
>>760
結構わかりやすいのな、日本語ドキュメントの充実度はさすがマイクロソフト! と、褒めると俺も叩かれるかな?w
0764名無しさん@お腹いっぱい。2006/01/14(土) 21:25:37
>>760

見てみた。

日本語がなんか機械翻訳されたようなとこ(例えば、"メタデータ処理" と呼ばれる
昇格/降格の対象)とかもあったけど、やっぱりWinFSはいわゆるファイルシステム
ではなくて、NTFSのメタデータを自身でコピー、その管理にSQL Serverを使う
ラッパーのようなイメージがあるねぇ。

実装としては、ファイルシステムというよりは、ラッパー、つまり、NTFSの
メタデータをコピーすることで互換を維持するとともに、検索情報として
使うことで、あたかもRDBがファイルシステムにあるかのようにしているみたい。

でも、そのために、「WinFS は NTFS ファイルの変更を検出し、必要に応じて
WinFS データ ストレージにあるメタデータを更新します。」とあるようにNTFSと
同期を取る必要がでてくるので、この分がオーバーヘッドになる。

まぁ、この作りではNTFSのところは、自分で抱えこんでしまってもいいだろうけど。
でも、本来のファイルシステムのところは、NTFSそのものということになる。
違いは、NTFSのメタデータをSQLで管理するところということかな?

また、「WinFS は、WinFS のマネージ API、ADO.NET API、Win32 API の 3 種類の
データ アクセス API を提供します。」とあるように、アプリにはAPIとして
みえるのじゃないかな?

で、WinFSアプリを使っているユーザには、ファイルシステムのようにみえるのでは
ないかな?
0765名無しさん@お腹いっぱい。2006/01/14(土) 21:30:05
>>764
で、WinFSアプリを使っているユーザには、ファイルシステムのようにみえるのでは
ないかな

WinFSって、DB化されたファイルシステムだから、ファイルシステムなのは当たり前。
逆にファイルシステムでないファイルシステムが有るのかと小一時間…

物理は従来のNTFS、論理はWinFS(SQL)が、WinFSでしょうな。
0766名無しさん@お腹いっぱい。2006/01/14(土) 21:34:53
>>765

ちょっと見には、ファイルシステムとしての実態はNTFSにありそうだけど。
で、メタデータ管理にSQLを使う。

でも、WinFSを使うにはそれを提供するAPIを使わないといけない。
だから、WinFS(対応)アプリじゃないと、恩恵は受けられない。

WinFSをアクセスするAPIを使用しないとNTFSをアクセスしてしまうので、
WinFSファイルシステム(?)を使っているようにみえない、、という意味。

普通、ファイルシステムだったら、その(マウントされている)ボリューム
にアクセスするアプリは変更する必要なく恩恵を受けられそうだが。。。

まぁ、ちょっと見なので、なんとも。でも、ファイルシステムのフォーマットに
NTFSを使っているのは間違いなさそう。
0767名無しさん@お腹いっぱい。2006/01/14(土) 21:36:19
【マイクロソフトの辞書】

会長、曰く
「マイクロソフトの辞書に不可能という言葉はない」
プログラマー、曰く
「それは、WINDOWSのIMEのバグであると判明しました」
0768名無しさん@お腹いっぱい。2006/01/14(土) 21:37:07
もし、WinFSをアクセスするのには、API対応などのアプリ変更が必要とすると、
これはビジネス上いやらしいやり方だね。
0769名無しさん@お腹いっぱい。2006/01/14(土) 21:39:25
>>766
>でも、WinFSを使うにはそれを提供するAPIを使わないといけない。
>だから、WinFS(対応)アプリじゃないと、恩恵は受けられない。

SQLで呼べばいいんでね?
せっかくSQLServerも付いてることだし。
それに少なくともVistaアプリや次期Officeは対応済みだよ、その辺はぬかりない会社だ、MSは。
0770名無しさん@お腹いっぱい。2006/01/14(土) 21:41:16
> SQLで呼べばいいんでね?

SQLを呼ぶのは、ファイルシステムにアクセスしているとはいわないよ。
それは単にDBにアクセスしているのであって。

SQLはどのRDBも持っているからね。
0771名無しさん@お腹いっぱい。2006/01/14(土) 21:41:20
>>768

その辺はWinFS出荷前のServicePackでXP等古いシステムも対応すると思う
0772名無しさん@お腹いっぱい。2006/01/14(土) 21:42:31
>>770
だからFS同梱のSQLエンジンにファイルアクセスしてもらえばいいでしょ。
0773名無しさん@お腹いっぱい。2006/01/14(土) 21:43:06
>>771

従来のアプリに変更は必要ないのであれば、つまり変更なくWinFSの機能を
使うことができるのであればいいのだけどね。Vista対応が必要とかいいだすと、
困るね、ちょっと。
0774名無しさん@お腹いっぱい。2006/01/14(土) 21:45:45
>>773

おいおい、従来に無かった新機能を使うには、アプリの方もそれなりの準備が必要、これ宇宙の法則世界の基本。違う?

それともUNIXでは新機能を使うのに全くアプリ側の対応は悉く不必要なのかい?
0775名無しさん@お腹いっぱい。2006/01/14(土) 21:47:16
>>774

普通、ファイルシステムを変えるたびにアプリを変更するか?

例えば、Linux上でext2からraserfsに変更したとしても、アプリに変更は
必要ないだろう? ファイルシステムなんだから。

0776名無しさん@お腹いっぱい。2006/01/14(土) 21:49:07
> それともUNIXでは新機能を使うのに全くアプリ側の対応は悉く不必要なのかい?

ファイルシステムを変更するのであれば、データをアクセスするアプリの変更は
不必要。
0777名無しさん@お腹いっぱい。2006/01/14(土) 21:49:23
>>775
ext2やRaserFSにDB機能があんのかよー
0778名無しさん@お腹いっぱい。2006/01/14(土) 21:50:05
>>777

そういう問題じゃないだろ。互換性の問題なんだからさ。
そういう互換を取るのが、技術というものなんだから。
0779名無しさん@お腹いっぱい。2006/01/14(土) 21:52:14
>>776

従来の手順のみ利用しているのならば不要だろうけど、手順が「拡張」されてる場合、それでもアプリの変更不要で拡張機能使える?

なんかすげーアホと話してるキブンになってきた…
0780名無しさん@お腹いっぱい。2006/01/14(土) 21:52:59
>>778
WinFSは互換取られてるよ?
0781名無しさん@お腹いっぱい。2006/01/14(土) 21:53:21
>>779

だからさ、UNIX上であれば、その手順は保証されているわけ。
0782名無しさん@お腹いっぱい。2006/01/14(土) 21:53:46
>>779
具体的にどのアプリが使えなくなったのか言ってくれるとわかりやすいんじゃないか?
0783名無しさん@お腹いっぱい。2006/01/14(土) 21:54:07
>>781
うそーん、それについてもしドキュメント有ったらポインタ示してクリクリ。
0784名無しさん@お腹いっぱい。2006/01/14(土) 21:54:40
>>780

WinFSはNTFSを使っているので、NTFSとのデータ互換はあるけれど、という話
じゃないか、って気になってきてるんだけど。
0785名無しさん@お腹いっぱい。2006/01/14(土) 21:54:52
>>781

?WinFSでも従来の手順は保証されてますけど。
0786名無しさん@お腹いっぱい。2006/01/14(土) 21:56:12
ところで、WindowsVistaってベータがもうでてるんだろ?
WinFSはどうなんだ?
0787名無しさん@お腹いっぱい。2006/01/14(土) 21:56:20
>>783

そのファイルシステムの持つ機能をつかうには、open/read/write/closeで
使えるでしょ、普通。

っていうか、どのファイルシステムもその機能を使う場合、アプリは
どのファイルシステムを使うかなんて意識しないでしょ、普通。
0788名無しさん@お腹いっぱい。2006/01/14(土) 21:57:00
>>781
拡張機能使う手順も保証されてるのか!? そりゃゴイスー
0789名無しさん@お腹いっぱい。2006/01/14(土) 21:57:39
>> 788

ファイルシステムが新たに実装した新機能という意味なら。。。
0790名無しさん@お腹いっぱい。2006/01/14(土) 21:58:05
shell name spaceにアクセスするのは対応が必要だったな。
ファイルオープンくらいならGUIで隠蔽されてるが。
0791名無しさん@お腹いっぱい。2006/01/14(土) 21:58:52
>>787
当たり前だろ。
素のファイルシステムの話をしてるのはお前だけ。
0792名無しさん@お腹いっぱい。2006/01/14(土) 21:59:39
>>791

っていうか、ファイルシステムとは本来そういうものだろ。
0793名無しさん@お腹いっぱい。2006/01/14(土) 22:00:53
>>792

それ+αがWinFSであろうけど、お前はαの部分を無視してるから誤読してるの
0794名無しさん@お腹いっぱい。2006/01/14(土) 22:01:49
その+αのところをWinFSなんて呼ぶのがいやらしい。
0795名無しさん@お腹いっぱい。2006/01/14(土) 22:02:01
>>792
だーからrareなfilesystemの話なんかしてねーよー。
0796名無しさん@お腹いっぱい。2006/01/14(土) 22:02:47
"rareなfilesystem"ってなに?
0797名無しさん@お腹いっぱい。2006/01/14(土) 22:03:20
>>794
それはマイクロソフトの自由だろ、

他人が作った物の名前にいちいちケチ付けるなよ、UNIX乞食。
0798名無しさん@お腹いっぱい。2006/01/14(土) 22:03:54
Windows使ってる奴は、へんな言葉使うからな

しかも、それが標準だと思ってるからw
0799名無しさん@お腹いっぱい。2006/01/14(土) 22:04:33
>>796
生焼けのファイルシステム
0800名無しさん@お腹いっぱい。2006/01/14(土) 22:04:45
>>797

結果として、アプリの書き直しとアプリの再購入が必要になるじゃんか。
プレインストールで広められたら、否が応でも対応しなくてはならなくなる。
いやらしいビジネスだよ。
0801名無しさん@お腹いっぱい。2006/01/14(土) 22:09:42
Future Storage
0802名無しさん@お腹いっぱい。2006/01/14(土) 22:11:44
>>800
大丈夫、完全上位互換なので新機能を使いたくない人はそのままのアプリでOK

Windowsは商用OSで一番互換性に厳しいからな。
0803名無しさん@お腹いっぱい。2006/01/14(土) 22:12:00
WinFSがファイルシステムだなんてMSも言ってないんじゃないか?
内外の抜け作ライターが"FS"って文字に反応しただけで。
0804名無しさん@お腹いっぱい。2006/01/14(土) 22:13:25
一般ユーザー権限プログラムでのファイルのオープン出来なくなるの?
0805名無しさん@お腹いっぱい。2006/01/14(土) 22:16:05
WindowsVistaにWinFSってのは使われてるのかい?
0806名無しさん@お腹いっぱい。2006/01/14(土) 22:16:27
>>803
抜け作はお前。 |,,´∀`彡ノィョゥ

http://www.microsoft.com/japan/msdn/longhorn/introducing/longhornch04.asp#longhornch04_topic3

ここの4.1.2節になんと書いてある?
0807名無しさん@お腹いっぱい。2006/01/14(土) 22:18:28
>>805
当初の版では付いてこないはず…たぶん。
WinFSチームの追い上げが凄いのでひょっとしたら製品版に間に合うかも?というレベル。

その代わり、ServicePack(かどうかワカランけど)でXPにも搭載可能。
0808名無しさん@お腹いっぱい。2006/01/14(土) 22:20:33
まだ出てもないWinFSをなぜさも使ったことがあるかのように話してるんだ?
くだらねえ宣伝してんじゃねえよ、Vistaがこけそうだからって>マンチキン
0809名無しさん@お腹いっぱい。2006/01/14(土) 22:22:45
Microsoftによるファイルシステムという言葉の独自解釈か。
htmlでも見た気がする。デジャヴ

よそじゃファイルシステムとは呼ばないよ。
0810名無しさん@お腹いっぱい。2006/01/14(土) 22:23:31
>>808
MSDNで普通に入手してるけど…?

UNIXにはMSDNみたいな総合DeveloperSupportは無いの?
0811名無しさん@お腹いっぱい。2006/01/14(土) 22:24:36
WinFS

Windows Future Storage
0812名無しさん@お腹いっぱい。2006/01/14(土) 22:25:12
>>810
で、感想は?
0813名無しさん@お腹いっぱい。2006/01/14(土) 22:26:16
MacではWinFS相当のものは既に実装されてOSに乗っかって販売されてるらしいけど
Windowsはまた後追いか
0814名無しさん@お腹いっぱい。2006/01/14(土) 22:26:56
>>809

はいはい、抜け作一人に否定されたところで痛くも痒くもないよ。

で、

>803 名前:名無しさん@お腹いっぱい。[sage] 投稿日:2006/01/14(土) 22:12:00
>WinFSがファイルシステムだなんてMSも言ってないんじゃないか?
>内外の抜け作ライターが"FS"って文字に反応しただけで。


マイクロソフトは言ってなかったか?その濁った目でちゃんと見直したか?あと目ヤニはしっかり取れよ。
0815名無しさん@お腹いっぱい。2006/01/14(土) 22:29:38
>>813

MACのSpotlightを使ったことがあるなら出てこないセリフだな。
0816名無しさん@お腹いっぱい。2006/01/14(土) 22:29:58
>>814
それ俺じゃないよ
目ヤニ付いてるのはお前w
0817名無しさん@お腹いっぱい。2006/01/14(土) 22:30:20
>>815
WinFSはどんな感じですか?
0818名無しさん@お腹いっぱい。2006/01/14(土) 22:32:20
>>817
2年前のレポートだけど解りやすい。

http://www.atmarkit.co.jp/fwin2k/insiderseye/20031114pdc03-03/pdc03-03_01.html
0819名無しさん@お腹いっぱい。2006/01/14(土) 22:34:35
誤:UNIX使いはwindowsも使える
正:windows無しでは無理だからwindowsも使わなきゃいけない
■ このスレッドは過去ログ倉庫に格納されています