上星期我在InfoQ發(fā)表了一篇新聞，對Joe Stagner在博客上發(fā)表的三篇關于ASP.NET與php性能對比的文章進行了總結。寫新聞其實挺不爽的，因為不能夾雜個人的看法，只能平鋪直敘陳述事實。當然，如果像某些新聞那樣“換一種說法”是可以騙過一些“不明真相的群眾”，但是這就有違道德了。因此，在客觀陳述完新聞內(nèi)容之后，我只能選擇把自己的感想、評論等內(nèi)容放在自己的博客上。

　　Joe Stagner的背景挺特殊，它是php的老用戶，在ASP.NET出現(xiàn)之前就是php的重量級開發(fā)人員了。后來不知哪一天開始他加入了微軟，我們就可以在一些如介紹ASP.NET AJAX的文章、視頻中看到他。這次他又涉及了一個敏感話題：性能比較。要知道每次這種比較都會惹來一陣爭論……我不想用“口水戰(zhàn)”來形容，我認為它和“爭論”的性質(zhì)不同。Joe也承認，每次他說php好話就會被微軟的同事指責，而說.NET好話就要被php陣營說是微軟的托。

　　我深信優(yōu)秀的技術人員都是有信仰的，都有技術傾向性。因此如Joe夾在中間的人的確比較尷尬。但是我認為，有信仰，和“客觀”是不沖突的。信仰涉及到傾向性，而客觀則意味著有傾向性之后的辦事方式。

　　至于比較結果，您可以關注一下新聞內(nèi)容，總體來說，ASP.NET從純粹的執(zhí)行效率上來說是大幅領先于php的。這并不令人驚訝，一個是編譯為機器碼的執(zhí)行方式，一個是解析執(zhí)行（即時緩存了op-code也并不是機器碼），性能自然天差地遠。

　　Joe也知道會引發(fā)爭論，因此他在文章后面寫道：

我知道某些人會被這個測試結果激怒，歡迎發(fā)表評論及反對意見，但是如果你無法保持禮貌的話，我會刪除你的評論并阻止你的IP。

如果你不喜歡，并拒絕接受這個結果——那么你也來測試一下。用數(shù)據(jù)支持你的觀點，使用我的代碼或你自己的，然后圍繞事實再來爭論

　　自然，Joe也給出了測試代碼及測試環(huán)境的描述。

　　文章的評論自然是很有看頭的，說法很多，有許多人說VS的IDE好，有人說php永遠只能寫出半專業(yè)的程序。Joe一一進行了回應，我個人認為回應的還是很客觀的，緊緊圍繞在測試的中心。他表示，雖然VS非常優(yōu)秀，但是php也有很好的IDE。而能否寫出專業(yè)的程序是看人，而不是由php決定的，有丑陋的php程序，也能寫出如C++一般工整美觀的代碼。

　　從表面上看，ASP.NET在性能上勝出php一大截，作為ASP.NET的忠實用戶我應該非常樂意接受這個“結果”。但是，我并不關注這個，因為這種運行時上純粹的速度對于一個Web應用程序來說實在微不足道。例如Joe的第三篇文章里列舉出的php高手的應對方式：

• ASP.NET在性能上的領先不會對我有什么影響。php是我的最愛，我的應用程序已經(jīng)足夠快了。
• 沒錯，ASP.NET在基礎性能上是比較快，但是我的應用程序可以通過優(yōu)秀的頁面實現(xiàn)和JavaScript實踐把這部分性能補回來。
• 我在進行Drupal開發(fā)，我對php最熟悉，因此我寧愿多花一些硬件來保持更好的開發(fā)效率。

　　以及InfoQ上的一條評論：

在WEB上便捷的開發(fā)，與各種系統(tǒng)之間靈活的搭配，像膠水一樣將各種不同的物件拼裝起來呈現(xiàn)給Web,(Python在這方面也做得非常棒)。這才是php能有今天的本質(zhì)原因。

　　之前我批評Java是一種不思進取的低生產(chǎn)力語言，回應很多。其中也有類似的說法，如說Java平臺上開源多，項目多等等。沒錯，這我在對Java語言發(fā)起非難之前就已經(jīng)反復強調(diào)了。我同意這個觀點——但是，如果是這樣的“結論”肯定是站不住腳的：“因為Java平臺開源多，項目多，因此Java語言并不是不思進取的語言”。這就好比有人說“他熟悉php，php的項目多，因此php的性能比ASP.NET快”一樣，把兩種東西混淆起來了。

　　奇怪的是，Joe沒有讓人不要用php，我也沒有讓人不要用Java平臺（不過我現(xiàn)在一直建議別人用Scala代替Java語言）。

　　許多國內(nèi)技術人員總有這樣的“毛病”，見不得自己使用東西有一點點“瑕疵”。既然我是Java平臺開發(fā)人員，我使用Java語言，我就見不得別人說Java語言一丁點不好。其實做技術就是做權衡，“沒有銀彈”就意味著沒有技術是完美無缺的，我們選擇技術是在優(yōu)勢和劣勢之間進行平衡后的結果。只有承認了缺點，認識到缺點，才能吸取其他技術的長處，來作出更好的權衡。

　　因此我一直認可的是，SQL Server的確貴，數(shù)據(jù)存儲就用*nix平臺上的吧。選擇多，性能多。

　　當然，這不是國內(nèi)技術人員的毛病，這是一個廣泛的問題。很巧，李笑來老師昨天寫了一篇博文，似乎剛好談論了這方面的問題。文章很短，就全文摘錄了：

無論是誰，一生中總是在不停地“選擇”（姑且不論所謂選擇之中有多少是真實的有多少是幻象而已）。每個人都在盡量在眾多選項中選擇“最好”的那個。一生有2ⁿ選擇，可最終只有一條路屬于自己。

走在自己正在走的那條路上，人們對其它可能性可以抱有兩種態(tài)度：“好奇”——通常因?qū)ΜF(xiàn)狀不滿而表現(xiàn)為“后悔”；或者“自負”——更多人最終選擇的是這個，因為另外一個選擇所表現(xiàn)出來的“后悔”通常被認為是負面情緒，而與之相反的“無怨無悔”好像更加理直氣壯更加毅然決然（盡管并不總是正確）。

時間長了，人們就不知不覺把“我一直在盡量選最好的”和“我選的就是好的”等同起來，進而外演為“與我選的不一樣的選擇就是不好的”，再進一步演化為“既然選的是‘不好’的，那他要么是笨，要么是‘壞’，反正跟我不一樣！”

根源就在這里了。以自我為中心也好，過度自戀也好，沙文主義、大男子主義、狹隘民族主義也罷，都大抵上如此。

　　還有一個問題，之前也多次談過，國內(nèi)技術人員太容易輕視一個問題。例如在這篇新聞中不止一個用戶覺得這個測試很無聊。為什么“無聊”？可能是覺得“這點性能不是關鍵”因此這個實驗沒有意義吧。我想說，其實最無聊的不是做實驗的人，而是糾結與實驗結果的人。或者說，無聊的不是實驗，而是糾結于實驗結果。與此相比，我反而強烈懷疑，輕易認為這個實驗無聊的人，倒是真正只關注與“誰快誰慢”，而不關注過程和結果所表達出的內(nèi)容。不去推測，不去思考。那么以后到了需要決策的時候，決策所需的依據(jù)從哪里來呢？應該都已經(jīng)被“無聊”走了吧。

　　Joe的這幾篇文章，以及我總結的時候，都刻意的詳細列出了測試的過程和“運行性能”以外的結果。除了保持公正，客觀之外，因為它們也是重要的數(shù)據(jù)。例如，我現(xiàn)在知道了在Windows上訪問MySQL的驅(qū)動程序?qū)崿F(xiàn)很差，而不同平臺上訪問PostgreSQL性能則相差無幾。我知道，在Windows上進行大文件復制，受ACL影響性能較差。而如果關注Windows上運行php情況的朋友們則可以獲得更多信息。

　　我不知道是不是國內(nèi)技術人員的普遍水平較高，總是容易感覺國外的一些討論無聊。例如有人討論Java的原生類型時有人回復“是不是經(jīng)濟危機老美太閑了”。而上次有人和別人討論ppt的縮寫是怎么來的，就給軟件最初的編寫者寫了一封英文信求證，老外非常詳細解答了這個問題，還糾正了簡稱和縮寫的差異。作者把信貼出來寫了篇blog，原站上評論都是贊同。轉(zhuǎn)帖評論齊刷刷都是罵該作者閑的蛋疼。

　　我不知道這算是學術態(tài)度的問題，還是只能說“對工作沒有熱情，對生活沒有好奇”？在《原生類型》那片文章里，有朋友回復的好：

西方人這種看似無聊的爭論才讓他們達到了今天的高度，爭論是不是一切量都可以用有理數(shù)表示，爭論什么是運動，爭論地球是宇宙的中心還是太陽是宇宙的中心，爭論撒旦是如何誕生的，爭論行星是如何運行。而我們很只注重實用，所以無法達到西方在理論上的高度，永遠只能等別人爭論完了，出結果了。我們拿來用用，僅此而已。

　　不過，嫌外國人無聊的人，往往也是嫌國內(nèi)沒有技術含量的人。是不是很奇怪？

　　同樣，Erlang之父Joe Armstrong寫Why OO Sucks；Stephan Schmidt寫Clojure vs Scala（上，下），Java平臺語言Groovy創(chuàng)始人James Strachan認為Scala是Java未來的替代品，他和JRuby的核心維護者James Gosling、Charles Nutter對Scala vs. Java的話題討論的不亦樂乎。這些都是在批評一個事物，或是在進行“語言比較”這一“無聊”的話題。那么他們是不是也都閑得慌了？

　　我在想，如果把他們的文章翻譯過來，匿個名，或者讓吉日嘎拉這樣的“眾矢之的”來發(fā)表，會不會被人指責不懂OO，不懂Java？您別說，我還真見過這樣的事情，誰讓國內(nèi)翻譯轉(zhuǎn)載常常不留出處呢？

　　其實這又是個邏輯問題了，這近似于《常見邏輯謬誤》一文提到“人身攻擊及‘你也一樣’”，也就是指并不關心問題本身，而是把論據(jù)轉(zhuǎn)移到“對方”身上。其實，一個命題是否正確，和它是由哪個人提出的有聯(lián)系嗎？我們一直指責某些人“屁股決定腦袋”，可別人真的用腦袋說話了，我們每次還是盯著別人的屁股看。

　　如果用博客園里常見的現(xiàn)象就是，如果一個人在說比較微軟技術和其他技術，而“恰好”那人又在說微軟好話，又“恰好”那人是MVP。那么好，肯定會出現(xiàn)許多人說MVP是微軟的托。我承認，有些MVP因為個人利益而會作微軟的托。例如您現(xiàn)在在Google上搜索“MVP TFS”的第一條便是一則不光彩的事件。Ben Scheirman在一個TFS的MVP博客里回復說“即使有錢，也會用免費工具，因為更好用”，結果這條回復被刪除了。對方私下寫信說，這是因為他在用TFS咨詢賺錢。

　　這不正說明MVP是托嗎？不過這顯然是MVP的個人行為，而不是MVP的群體做法。原因很簡單，因為Ben自己也是個MVP，所以現(xiàn)在是“一個MVP說微軟產(chǎn)品不好，其回復被另一個MVP刪除了”。那么您說，MVP是否是微軟的托？還有，您說我是不是微軟的托？

　　同樣道理，Oracle認證工程師說Oracle好，Rails愛好者說Rails好，是不是都是托呢？開源愛好者是不是開源的托？我還是認為，優(yōu)秀的技術人員一定是有信仰的，也是有傾向性的。但是，他們的說得東西本身是否正確，并不以他們的傾向性而轉(zhuǎn)移，那些東西的正確性是客觀確定的。

　　我認為，如果社區(qū)要蓬勃發(fā)展，就要接受這種傾向性，并盡力保持客觀的頭腦，經(jīng)常“換一種方式想問題”。我們要的不是和諧，而是爭論，對客觀事物的爭論，而不是對個人的人身攻擊。我認為，這方面我們做的還很不夠，要繼續(xù)努力。

NET技術：從ASP.NET的PHP執(zhí)行速度比較談起，轉(zhuǎn)載需保留來源！

鄭重聲明：本文版權歸原作者所有，轉(zhuǎn)載文章僅為傳播更多信息之目的，如作者信息標記有誤，請第一時間聯(lián)系我們修改或刪除，多謝。