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

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

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

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

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

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

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

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

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

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

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

　　以及InfoQ上的一條評論：

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

　　如果用博客園里常見的現(xiàn)象就是，如果一個(gè)人在說比較微軟技術(shù)和其他技術(shù)，而“恰好”那人又在說微軟好話，又“恰好”那人是MVP。那么好，肯定會(huì)出現(xiàn)許多人說MVP是微軟的托。我承認(rèn)，有些MVP因?yàn)閭€(gè)人利益而會(huì)作微軟的托。例如您現(xiàn)在在Google上搜索“MVP TFS”的第一條便是一則不光彩的事件。Ben Scheirman在一個(gè)TFS的MVP博客里回復(fù)說“即使有錢，也會(huì)用免費(fèi)工具，因?yàn)楦糜?rdquo;，結(jié)果這條回復(fù)被刪除了。對方私下寫信說，這是因?yàn)樗谟肨FS咨詢賺錢。

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

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

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

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

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