※ 引述《GP03.bbs@aeug.twbbs.org (Gundam Pilot)》之銘言：
> ※ 引述《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 被淘汰了?
這個問題不錯,不過好像換成萬一有一天Lin*x被淘汰了,似乎也通.
拿個現成的例子VB來看,萬一哪天VB被淘汰了,結果他真的被淘汰了.
問題在於這段期間一狗票人還是拿VB寫了不少東西出來.
這玩意說不上好,但至少有人拿它來解決問題,我相信這些人從開發
VB軟體之中也學到不少東西,這些知識就是他們換跑道的籌碼.
這年頭哪種東西可以讓你不換跑道吃十年? 大家來學ASM?
況且一個平台能撐個十年就能讓你賺十年啦,看到快不行了
再往下一個平台跳不就結了?這個世界不會明天早上你睡起來
電腦就通通變成灌Lin*x或是OS/*的...:3
> > 當然，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: 土匪．山寨 <bbs.techarea.org / poorman.twbbs.org>
◆ From: Linux.NTCU.net