※ 引述《cppOrz.bbs@ptt.cc (cppOrz)》之銘言：
> ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
> 你自己還不是一樣？
> 大家都是站在自己的立場說話，「唯一說真話」這就是你的立場，
> 你可以批評別人，但沒資格要別人不要批評。
> 有幾分事實就講幾分，誇張自己立場的優點，或故意（或不了解而）
> 忽略非己立場的優點，你這叫「本位主義」。
> 說 C# 能快到哪裏去，根本沒啥意義。
> 虛擬碼的確有可能比原生碼快，但那只是「有時候」。只是這「有時候」
> 發生的機率因人因環境因專案性質而異，故意找一些例子證明 C#「有時
> 候」比 C/C++ 快實在是很無聊的事，你什麼時候見過 C/C++ 需要花力氣
> 證明自己的「快」？
> 程式執行的時間主要是消耗在 run-time library 及 OS 核心中斷處理的
> 函式方面，所以一般應用程式，用什麼語言寫，差距不會太大，大多時候
> 也不是很重要。
> 基於 C# 語言本身的特性，它就不適合寫系統程式，你不可能用 C# 來寫
> NET 驅動程式，也不能用 C# 來寫 C# 編譯器，至少現在不行（C++/CLI
> 還有可能），還有太多太多的例子，是 C# 效率不堪用的，當這些「有時
> 候」發生時，你還是得求助 C/C++ 甚至 ASM。不能因為「有時候」很少
> 發生在你身上，就閉著眼說 C# 「執行速度非常快，有時候跟 C/C++ 不
> 相上下」，這種話很容易誤導。
> （我也可以閉著眼說，「有時候」我用 C# 寫了一支程式，結果「執行速
> 度龜到不行，完全無法忍受，比 VB 還慢得多」。但這種話有何意義？）
> 至於開發順不順手，用慣了就好了。很多領域傾向用的是成熟的技術，而
> 非嶄新的技術。該用什麼、適合用什麼就去學去用，太斤斤計較能否大小
> 通吃，結果往往是什麼都吃不到。
> 我個人的看法，如目前 Win32 就夠用，那就好好用，不見得要立刻轉換。
如果有一天Win32 被淘汰了?
> 當然，Java 很好，.NET 也很好，很先進，有需要或有興趣就去學，但沒
> 有必要丟掉舊的或除此之外不再接觸其他的東西，畢竟 MS 老是想將用戶
> 綁死在 MS 平台上的種種手段，實在令人不敢恭維。
http://www.microsoft.com/products/expression/en/demos.aspx
M$新的產品
http://taiwan.cnet.com/news/software/0,2000064574,20101448,00.htm
參考看看,除了Windows..Mac版也打算一併發表
--
◤◥ Origin: 幽谷˙反地球聯邦組織 aeug.twbbs.org
◣◢ Author: GP03 從 220-141-100-187.dynamic.hinet.net 發表