導(dǎo)讀：作者陳皓發(fā)表了一篇《十個被過度炒作的技術(shù)和概念》文章，在StackExchange.com上有一個貼子在評論著最近20年來被炒作過度的技術(shù)，對于出現(xiàn)的結(jié)果，大多數(shù)贊同，也有一些不贊同。作者認(rèn)為一種比較好的編程方法，保證了代碼怎么改動都不會break其它沒有改動的代碼，代碼可以在一種持續(xù)集成中保證質(zhì)量。以下是文章內(nèi)容：

Unified Modeling Language (UML)——UML是一個程序員交流想法的不錯的工具，但是他離程序員真正需要的設(shè)計工具還差得很遠(yuǎn)，比如：設(shè)計是否符合需求、架構(gòu)設(shè)計、數(shù)據(jù)流等等。只有為數(shù)不多的程序員使用這個工具交流想法，而沒有用在具體工作中。

Sharepoint——現(xiàn)在N多的公司都在用微軟的這個東西做公司內(nèi)部的Intranet。不過安裝和維護起來，代價相當(dāng)?shù)拇蟆５瞧涫袌鲎龅暮艹晒?，不對技術(shù)上來說對技術(shù)人員來說，相當(dāng)?shù)孽磕_。Sharepoint的設(shè)計沒有認(rèn)真地分析過業(yè)務(wù)流程，僅僅是一個文檔存儲地?？瓷先ノ覀兯坪蹩梢宰鋈魏蔚氖?，但是如果你要用其來管理你的項目和track你的項目問題，你會發(fā)現(xiàn)其是無比的難用。

eXtensible Mark-up Language (XML)——XML嘛，以前說過很多了（XML1，XML2）我們用他來做和程序數(shù)據(jù)封裝，用來做配置文件，用來做網(wǎng)絡(luò)傳輸格式。我們的程序處理起XML來，又慢，又不經(jīng)濟，沒有工具，幾乎無法維護XML文件。XML用來做數(shù)據(jù)封包真是很不經(jīng)濟，Yaml和JSON那個不比它簡單？用XML來做程序配置文件不知道是誰想出來的主意，相當(dāng)?shù)挠薮?，看看Unix/Linux下的配置文件，簡單易讀，相當(dāng)容易維護。真是高科技啊。

SOAP, XML-RPC, WSDL 的 Web Services——這個東西前幾年炒的很兇。所有人都相信，這是程序員的未來。可惜的，其中的復(fù)雜和不一致，相當(dāng)?shù)牧钊藧盒?。SOAP的那個S居然還是Simple！看來，扯上XML的都不會是什么好的東東。不過，個人認(rèn)為，CORBA比他更惡。

CORBA——作為一個比其更惡的更過度炒作的COM技術(shù)的Linux/Unix下的補充技術(shù)，這個技術(shù)也好不到哪里去。相當(dāng)?shù)膹?fù)雜，從理論上開始就是這樣了。這是一個沒有經(jīng)過實踐就搞出來的一個東西。然后開始炒作。

Cloud Computing——這是一個靠炒作出現(xiàn)的東西。這個東西也就是說，我們可以使用不同的調(diào)備，比如電腦，平板電腦，手機，移動設(shè)備隨時隨地做想做的事。Google的Chrome筆記本的廣告展示了這項技術(shù)，但是，把工作結(jié)果放在云端的人會有多少呢。更多的人更喜歡的是去使用那些自己可以控制的電腦或平臺。Google在這點上做的明顯不如Amazon，像Amazon EC2平臺，你可以在世界上任何一個角落隨時隨地的去啟動你那臺遠(yuǎn)程的系統(tǒng)。

SOA——Service Oriented Architecture——這是一個沒有人真正知道是什么玩意的概念。炒作了很多年，很多人都試圖去了解它，但最后的結(jié)果是打個哈欠，看別的東西去了。現(xiàn)在沒有人提了。中國一些銀行在IBM的鼓動下搞了很多所謂的SOA應(yīng)用，結(jié)果是系統(tǒng)很復(fù)雜，當(dāng)然，也再離不開IBM了。

Software Industrial Process——軟件開發(fā)中有很多所謂的工業(yè)界的流程，用這些流程好像可以控制質(zhì)量。外包公司和中國的本土公司很喜歡這些東西，比如ISO和CMMi，這些流程不能說不好，也有好的地方，尤其是對那些不會思考只要跟從的Worker來說。這些工業(yè)界流程中炒作過度的是，那些所謂的使用這些流程可以預(yù)測項目周期，質(zhì)量控制，以前需求開發(fā)和管理等東西。其讓流程上升到了一種神學(xué)的可預(yù)言的地步，同樣也上升到了政治的地步。因為，這些流程中都必然會有SQA 的Audit的流程，還有統(tǒng)計和報告的流程，這些統(tǒng)統(tǒng)不是軟件開發(fā)的流程，但是的確是相當(dāng)?shù)恼?。使用這些工業(yè)屆標(biāo)準(zhǔn)流程的公司，通常都是一些創(chuàng)造性有問題的公司。

Agile Software Development——敏捷開發(fā)。首先，我承認(rèn)其中的很多實踐相當(dāng)有效，在理論上也不錯，還有很多不錯方法的。不過，還是有炒作的成分（下面的言論，我等著被罵）對我來說，在中國，“敏捷開發(fā)”的炒作簡直就像是一個電視購物，ThoughtWorks中國各種咨詢師們軟件開發(fā)經(jīng)驗其實并不豐富，準(zhǔn)確來說，他們有的是咨詢經(jīng)驗，而沒有具體項目實施經(jīng)驗（有的咨詢師甚至都沒有寫過一行代碼就去學(xué)教人怎么編程和開發(fā)軟件了），和他們溝通起來能夠感到他們對敏捷很亢奮，而且是唯敏捷主義，就差打出Once Process，One Agile的口號了，他們信仰敏捷流程的已經(jīng)接近宗教信仰，他們的精神世界很朝鮮。因為，無論你和他們的咨詢師談什么，他們只說敏捷，從來不會分析一下，項目的特性是什么？開發(fā)這個項目的人的風(fēng)格是什么？客戶的特性是什么？有沒有關(guān)心軟件的stakeholder們（如：程序員，測試人員，客戶，管理人員）是怎么想的？而XP和SCRUM也就成了Push工程師最強大的工具。

流程這個東西，應(yīng)該是項目組自發(fā)出來的東西，而不是被灌輸，被教條使用的東西。不同的團隊、不同的項目、不同的人，不同的風(fēng)格就是不同的流程，只有去使用適合自己的流程才是最好的流程。打個比方，足球隊中，巴西隊玩的是個人藝術(shù)足球，德國隊玩的是整體和紀(jì)律性足球，意大利玩的是防守型足球，但是他們都有奪世界杯冠軍的實力，如果你硬要讓巴西隊去整德國隊或是意大利隊的風(fēng)格，那就悲劇了。很顯然，ThoughtWorks很像把全中國的軟件公司都整成Agile的，這注定了其在中國是杯具的，也只能爭取到那些不知所措的公司和項目，沒有合適的項目，也只有靠各種炒作（比如整一些大會，搞一些宣傳）。他們總是覺得中國的用戶和程序員需要去用時間不停地教育，但是，他們從來沒有想想自己的原因 — 靠教育和灌輸是永遠(yuǎn)贏不了的。我給他們的個人建議是，不要以為世界就像你所想像的那樣，學(xué)會尊重程序員和項目還有很多非技術(shù)的東西，多聽聽程序員和客戶怎么說，多分析一下項目的特質(zhì)，從實際情況出發(fā)，而不是自己濤濤不絕地向大家灌輸自己的理論。

Object-Oriented Programming (OOP)——不多說了，以前本站說過了，所有的一切都在面向?qū)ο笫莻€騙局一文中。不過有一點我想告訴大家，面向?qū)ο蟮腄esign Pattern真是被濫用了，Design Pattern教你的是兩件事：

1. 怎么去化繁為簡。

2. 怎么能讓對象的耦合性降低。而不是一個公式讓你的套，但更多的程序員則學(xué)會了“流行的設(shè)計模式編程”。

譯文鏈接：http:///articles/3609.html

原文鏈接：Most overhyped software engineering technologies and concepts of the last 20 years