設計師看完來說點什麼吧

 　　人們說女怕嫁錯郎，男怕入錯行。我並不認為自己入錯了行，我仍然很喜歡設計程序和語言，而且我顯然是這個領域的王牌之一。然而我卻看到了這個行業裡的無限混沌，讓我覺得喘不過氣來。幾十年的垃圾設計堆積在那裡，卻沒有人試圖把它們清理掉，權威主義盛行。無論你在哪個公司，哪個地方，只要跟程序員說話，十有八九會談不來。非常掃興不說，甚至感覺很傷自尊。

　　久而久之我發現了，由於程序員工作的性質，他們受到的”熏陶”，形成了一種行業性的心理疾病。這裡我就簡單的把我所觀察到的一些症狀總結一下。

　　無自知之明

　　由於程序員的工作最近幾年比較容易找，工資還不錯，所以很多程序員往往只看到自己的肚臍眼，看不到自己在整個社會裡的位置其實並不是那麼的關鍵和重要。很多程序員除了自己會的那點東西，幾乎對其它領域和事情完全不感興趣，看不起其他人。這就是為什麼我的前同事 TJ 作為一個資深的天體物理學家，在一個軟件公司裡面那麼卑微。貌似會寫點 node.js，iOS 軟件的人都可以對他趾高氣昂的樣子，而其實這些東西的價值哪裡可能跟 TJ 知道的物理知識相提並論。讓人感覺是在陰溝裡翻了船被老鼠欺負。

　　如果力學工程師犯了錯誤，飛機會墜毀;如果結構工程師犯了錯誤，大橋會垮塌;可是如果軟件工程師犯了錯誤，大不了網站掛掉一小時，重啟一下貌似又好了。所以所謂”軟件工程師”，由於門檻太低，他們的工作嚴謹程度，其實是根本沒法和力學工程，結構工程等真正的工程師相提並論的。實際上”軟件工程”這個名詞根本就是扯淡的，軟件工程師也根本不能被叫做”工程師”。跟其他的工程不一樣，軟件工程並不是建立在科學的基礎上的，計算機科學也根本不是科學。按照 Dijkstra 的說法，”軟件工程”是窮途末路的領域，因為它的目標是：如果我不會寫程序的話，怎麼樣才能寫出程序?

　　為了達到這個愚蠢的目的，很多人開始兜售各種像減肥藥一樣的東西。面向對象方法，軟件”重用”，設計模式，關系式數據庫，NoSQL，大數據…… 沒完沒了。只要是有錢人發布的東西，神馬垃圾都能被吹捧上天。Facebook 給 PHP 做了個編譯器，可以編譯成 C++，還做了個 VM，多麼了不起啊!

　　其實軟件裡面有少數永恆的珍寶，可惜很少有人理解和尊重它們的價值。這在其它的工程領域看來是不可思議的，然而這卻是事實。

　　垃圾當寶貝

　　由於沒有科學作為理論的基礎，沒有實驗作為檢驗它們的標准，軟件行業的很多東西就像現代藝術一樣，丑陋無比的垃圾還能擺在外表堂皇的”現代藝術博物館”裡面，被人當成傳世大作一樣膜拜。

　　為了凸顯自己根本不存在的價值，又提出一些新的”理念”，就像有些現代藝術家一樣，說”藝術的目的不是為了美，而是為了自由。”哦，這就是為什麼你們可以自由地把那些讓人反胃的東西放在博物館裡，還要買門票才能參觀?

　　宗教斗爭

　　當然了因為沒有實質的技術，為了爭奪市場和利益，各種軟件的理念就開始互相傾軋。一會兒說軟件危機啦，面向對象方法來拯救你們!一會兒又提出設計模式。過了一會兒又有人說這些設計模式裡面有些模式是”反模式”，然後又有人把函數式編程包裝起來，說是面向對象編程的克星，一會兒是關系式數據庫，一會兒是 NoSQL，一會兒是 web，一會兒是 cloud，一會兒又是 mobile…… 每個東西都喜歡把自己說成是未來的希望。

　　這就是為什麼有人說在軟件行業裡需要不停地”學習”，因為不斷地有人為了制造新的理念而制造新的理念。在這樣一個行業裡，你會很難找到一個只把程序語言或者技術當成是工具的人。如果有人問你對某個語言或者技術的評價，是非常尴尬甚至危險的事情，所以最可靠的辦法就是不做評論，什麼都不要說。

　　引難為豪

　　在 IT 行業裡批評一個技術難用，是一件非常容易傷自尊的事情，因為立馬會有人噼裡啪啦打出一大篇代碼，說：就是這麼簡單!然後你就發現，這些人完全不明白什麼叫做設計，他們以自己能用最快的速度繞過各種前人的設計失誤為豪，很多程序員甚至以自己打字快為豪。

　　當遇到這樣的人，我的經驗是，千萬不要恭維他們。你必須大聲地嘲笑他們是 code monkey，否則你不但助長了他們的氣焰，而且將來自己的自尊也難保了。

　　去讀文檔!

　　不知從什麼時候開始，人們開始引用 Eric Raymond 的一篇叫做《提問的藝術》的文章，這篇文章後來就成為了對提問者沒禮貌的借口。由於這篇文章的誤導，當你希望同事能給你一個手把手的演示的時候，他們往往會丟給你一篇不知道什麼時候寫的文檔，讓你自己去讀，仿佛文檔就可以代替人之間的直接互動。況且不說這文檔可能已經過時，裡面有很多地方已經不符合最新的設計，而這意味著在潛意識裡，他們覺得高你一等。他們甚至會對你說，如果每個新人來了我們都花這麼多時間去指導他們入門，哪裡還有時間干正事呢?然後你就意識到了，你在他們心裡的地位，其實是如此的卑微和低下。

　　有的人稍微委婉一點，當你提問的時候，他們會二話不說打開一個浏覽器窗口，在裡面用 Google 搜索，然後指給你：看，就是這樣。貌似比較禮貌，但那其實意味著他們在教訓你：Google 一下就找到了的，自己不動腦筋!有誰不會用 Google 呢?提問的人恐怕是想得到 Google 不能給他的答案。真正有禮貌的人在不知道答案的時候是不會當面去幫你搜索的，他會對你說：”這個我也不知道…… 要不你搜索一下?”

　　在 IRC 的聊天室裡，由於隔著網絡的屏障，這種對提問者沒禮貌的現象就更加囂張。我曾經有幾次去 Java 的聊天室問一些貌似基礎，而其實很深入的語言設計問題，結果沒有一次不是以收到像”去讀 API!”這樣的回答而結束。API 誰不會讀，然而我需要的是一個有血有肉的人對此的理解。所以後來我根本不去 IRC 這種地方了，因為那裡面對你打字的基本上已經不是人類了。他們覺得你問問題浪費了他們的時間，好像他們一天到晚泡在 IRC 裡面就是在做什麼正事似的。不想回答問題，不開口還不行嗎。後來你發現，原來在 IRC 裡面訓斥新手就是這些人唯一的樂趣，所以其實他們是非開口說話不可的。然而這次他們遇到的卻不是個新手，而是一個可以把 Java 整個造出來的人。

　　像 Haskell 之類的聊天室貌似稍微友好一點，然而後來你發現他們顯得友好是有所企圖的。因為當時 Haskell 還沒有很多人用，他們需要吸引新手，所以竭盡所能的誘導他們。而一旦它用戶稍微多了一點，有聲勢了，那些積極分子就成了專家一樣的人物。他們就開始寫書，然後就開始牛氣哄哄的了。然後你就會發現當對 Haskell 的設計提出異議的時候，這些”id”們是多麼的不友好，有理也說不清。所以最後你發現，其實所有語言的所謂”社區”都一個德行。如果 Haskell 有一天像 Java 一樣如日中天(當然不大可能)，肯定對大部分問題的答案也就是”去讀API!”其實它已經在向這一步發展了。

　　不得不指出，《提問的藝術》等介紹”黑客文化”的文章對於這種現象的出現有著極大的責任。說穿了，寫這些文章的人一般都是 Unix 的跟屁蟲。這種文章試圖抹去人類文明幾千年來傳承的文化，而重新給”禮貌”做出定義。其結果是，人類的文明因為這些文章，在程序員的世界裡倒退了幾十甚至幾百年。很多外行人人不喜歡跟程序員說話，叫他們是 nerd，就是這個原因。

　　不要提問，不要謙虛，不要恭維

　　跟上面的症狀相似，程序員世界裡的一條重要的潛規則是：只有菜鳥才會問問題。所以如果你有任何機會可以自己得到答案，就不要試圖向人”請教”，尤其不要顯得好奇，否則你就會被認為是菜鳥。我有幾次不恥下問的經歷，最後導致了我被人當成菜鳥。我只是覺得那問題有趣，也許能夠啟發我設計自己的東西，所以吃飯時覺得是個話題可以說一下，結果呢就有人忙著鄙視你，那麼小的問題都沒搞清楚。正確的態度應該是誠實，直接，見慣不驚，那有什麼大不了的，我什麼沒見過，我很懷疑。

　　隨之而來的引論就是：不要謙虛!那些”職場經驗”之類的文章告訴你的進入新的公司工作，要謙虛好問，對 IT 公司這種不講美德的地方是不管用的。有的大 IT 公司有所謂的”文化”，比如叫你要”Googley”，要”humble”，其實只是用來貶低你價值的借口。他們要你向他們”學習”，但其實他們沒有什麼值得學習的地方。他們只是想讓你安於”本分”，做一些微不足道，不能發揮你才能的工作。看看那些叫你要 humble 的人，他們 humble 嗎?所以跟江湖一樣，在 IT 公司裡面一件很重要的事情是，亮出自己的寶劍和絕招，給人下馬威。介紹自己的東西一定要自豪，這就是世界上最好的，無敵的，沒有其他人能做到!不能有任何保留。不要像科學家一樣介紹自己技術的局限性，否則隨之而來的就是有些人對你價值的懷疑和對你自信心的打擊。

　　另外要注意的是對於別人介紹的東西，不要輕易地表揚或者點頭，否則有人就更有氣勢了。你要問這樣的問題：這裡面有什麼新的東西嗎?這個事情，另外一種技術早就能做了啊，沒覺得有什麼了不起。

　　哎，總之這樣還是很累，所以最好是能不跟程序員講話就不講。

　　以語言取人

　　你的軟件是什麼語言寫的，告訴別人的時候是千萬要小心的，不到萬不得已最好不要說。因為十有八九，對方會立即會在心裡對你的軟件的價值做出判斷，光憑你用的是什麼語言。

　　很多程序員都以自己會用最近流行的一些新語言為豪，以為有了它們自己就成了更好的程序員。他們看不到，用新的語言