アカウント名:
パスワード:
もちろん、さらにその下にはネイティブOS層が必要だけど、それを作る財力と技術センスは自分らにも十分あるぞ!と少なくともMSは自負してるはず。
その財力と技術センスをセキュリティ欠陥潰しに役立ててくれれば、Linuxなんぞに頼ることもなく独自で反映する帝国を築けると思うんですが・・
より多くのコメントがこの議論にあるかもしれませんが、JavaScriptが有効ではない環境を使用している場合、クラシックなコメントシステム(D1)に設定を変更する必要があります。
海軍に入るくらいなら海賊になった方がいい -- Steven Paul Jobs
むしろ (スコア:0, フレームのもと)
いくらWin32APIのソフトが豊富でも永久にそれで飯を食って行けるわけではないので、LINUX+.net環境のソフトを増やしつつWin32の優位性でシェアを維持する方向にしたほうがいい。
VISTAは不安だ。
高いし。
Re:むしろ (スコア:3, 興味深い)
>いくらWin32APIのソフトが豊富でも永久にそれで飯を食って行けるわけではないので、
MSは「そりゃそうだけど、かたやUNIX APIだって永遠じゃないだろ」くらいに思っているんじゃないかな。
それに、Win32APIは(UNIX APIもだが)C言語ベースで「扱いにくい」わけだし。
つまりさ、「そこで.NET APIですよ!」と思っているんじゃないのかな?
そういう意味では、Linuxなんざ、どーでもいいんではないかと。
そして、ビジネス的(および信教的?に)はほぼ敵対関係なわけで、そっちに色気を出す理由が無い。
せいぜい、UNIX(Linux)でも.NET(MONO)が動けば間接的に征服したことになるよね、くらいにしか思ってないのでは?
なんにせよ、.NETというVMベースな環境に移行していくってのは重大な示唆だ。つまり、ユーザランドは(処理能力的に考えて)もうネイティブじゃなくていいよね。開発効率を考えたらVM化するのが筋だよね。と言いたいのではないかと。
ま、それはJavaを引き合いに出すまでもなく判りきっていることなわけだが。Object指向云々はオマケと思ってもいいが、その足回りの問題としてガベコレとExceptionは安定したアプリを作るために極めて強力な道具だし、C言語(というかアセンブラ)ベースのリンカ/ローダの複雑さを捨ててVMベースで再整理されたローダを使えばアプリの作成のみならず配布まで楽になってくれる。時代は(今というよりは10年前から既に)C言語よサヨウナラの時代だったわけだ。
もちろん、さらにその下にはネイティブOS層が必要だけど、それを作る財力と技術センスは自分らにも十分あるぞ!と少なくともMSは自負してるはず。
Re:むしろ (スコア:3, すばらしい洞察)
Re:むしろ (スコア:0)
少し前の日経ソフトウェアでも指摘されていたように、
Block(Closureとかとも呼ぶよね)は
Blockの中からの脱出のタイミングを
Block自体を実装したメソッドで捕捉出来るので、
リソース開放とかエラー処理徹底とかを
かなり容易に実装することが出来る。
C++もBlockから脱出したときに中の変数のデストラクタが働く
という性質があるが、あれと同じような効果を
(しかも自分でカスタマイズ可能なかたちで)
無名関数Blockはやれるわけです。
で、.NETは(Javaもだが)近い将来、無名関数をサポートするようになるわけで。
ちゃんと進化していますよ。
Re:むしろ (スコア:1, 参考になる)
> ちゃんと進化していますよ。
.NET(というかC# 2.0)は既に無名関数相当の機能(匿名delegate)をサポートしていますよ。
使い方は、こんな感じ。
//listの中から5より大きい要素を全て取ってくる
greaterThan5s = list.FindAll(delegate(int n){ return n > 5; });
Re:むしろ (スコア:0)
業務アプリでExceptionもガーベジコレクタも無い処理系で開発するのは無理です。
コスト的に見合いません。
Re:むしろ (スコア:0)
大規模なアプリがどれくらいのものによるけど、技術レベルがまちまちの人を100人近く集めて開発したら、
メモリリークや例外処理抜けをなくすのは、かなりの努力が必要な気がする。
そういうのに気をつけるのが当たり前のCプログラマー中心ならまだ良いが、
JavaとかVBに慣れた今のプログラマーが中心だったら、もはや不可能に近いかも。
Re:むしろ (スコア:1, おもしろおかしい)
もちろん、さらにその下にはネイティブOS層が必要だけど、それを作る財力と技術センスは自分らにも十分あるぞ!と少なくともMSは自負してるはず。
その財力と技術センスをセキュリティ欠陥潰しに役立ててくれれば、Linuxなんぞに頼ることもなく独自で反映する帝国を築けると思うんですが・・
Re:むしろ (スコア:1)
Re:むしろ (スコア:1, 参考になる)
fork() みたいにトリッキーなのは永遠であってほしくないデス
UNIX API じゃないけど
fopen、_wfopen ファイルを開きます。セキュリティが強化されたバージョンが使用可能になったので、これらの関数は使用されなくなりました。「fopen_s、_wfopen_s」を参照してください。 [microsoft.com]
にびびった
VisualC++ で UNIX風に fopen() つかったら警告が出るんだけどどうすればいい? と聞いてくる友達がいたもんで…