アカウント名:
パスワード:
Office の優位性は Windows の開発元から出ている事にある。 使う方の(根拠の無い、ついでに御利益も無い)安心感につながっているし。
過去には、非公開の API を使ってた事もあった訳で、これが多少の根拠になっていた。 そんな状況で Windows を OSS にしたら、undocumented api による優位性を 失ってしまう。
Office が Windows に対して他のアプリと同じラインに並ぶ事で、単純な 品質勝負になったときに、はたして Office が選ばれるだろうか。
だから、むしろ NG だと思う。
Office が Windows に対して他のアプリと同じラインに並ぶ事で、単純な品質勝負になったときに、はたして Office が選ばれるだろうか。
これから新規でシステムを構築するならNoかもしれませんね。
でも現状では、OpenOffice等、非MSのアプリが使える人材よりMSのOfficeが使える人材のほうが調達しやすいですし、過去の遺産(要するにMSのOfficeで作られたドキュメント等)があるので、簡単にシェアを失うことはないと思います。
実際のところ今とあまり比率が変わらないような気すらしますが。
より多くのコメントがこの議論にあるかもしれませんが、JavaScriptが有効ではない環境を使用している場合、クラシックなコメントシステム(D1)に設定を変更する必要があります。
犯人は巨人ファンでA型で眼鏡をかけている -- あるハッカー
無理 (スコア:0)
Office の優位性は Windows の開発元から出ている事にある。 使う方の(根拠の無い、ついでに御利益も無い)安心感につながっているし。
過去には、非公開の API を使ってた事もあった訳で、これが多少の根拠になっていた。 そんな状況で Windows を OSS にしたら、undocumented api による優位性を 失ってしまう。
Office が Windows に対して他のアプリと同じラインに並ぶ事で、単純な 品質勝負になったときに、はたして Office が選ばれるだろうか。
だから、むしろ NG だと思う。
Re:無理 (スコア:1)
これから新規でシステムを構築するならNoかもしれませんね。
でも現状では、OpenOffice等、非MSのアプリが使える人材よりMSのOfficeが使える人材のほうが調達しやすいですし、過去の遺産(要するにMSのOfficeで作られたドキュメント等)があるので、簡単にシェアを失うことはないと思います。
実際のところ今とあまり比率が変わらないような気すらしますが。
神社でC#.NET