軟件工程師的謊言

“現在，程序設計工作已經成了試圖創建更大更好的傻瓜式程序的軟件工程師和試圖制造更大更高的傻瓜的上天之間的較量。迄今為止，上天贏了。”這話是技術商業作家Rick Cook說的。什么意思?往下看就明白了。

盡管我把軟件工程師當作偶像，但他們仍然頻繁地撒謊。也許撒謊是創新所必須的，太多人會告訴你，你想做的東西無法達成或者根本沒人想要。只要知道他們在撒謊，你就不用擔心。下面是一些工程師經常說的謊言。

1 “我對市場一無所知”。這是一句假的謙遜之辭。事實上，這位工程師正在想的是，“我不了解市場營銷，但與我所做的工作相比，那又算得了什么?工程和市場我都能應付自如，我只是希望那些MBA能夠提出一些配得上我寫出的代碼的想法”。不過，不用對此太擔心，在工程師錯過了一個個產品開發的最終截止日期之后，他們會發現自己遇到了麻煩。

2 “我們將要進行測試”。這是一個毫無意義的陳述，因為關鍵不在于什么時候開始測試，而在于什么時候完成測試。目前看來，惟一能夠肯定的測試完成日期，就是錢花光的時候。

在過去，產品Alpha版本的意思是“所有的部分都完成了，盡管不一定能夠合格運作”；Beta版本的意思是，“不會再出現重復性的錯誤了”。而到了現在，Beta版本則意味著，“在承諾的交貨期之后，我們就消失了”。

3 “我已經對代碼進行了注釋，后來者可以看懂我的工作”。工程師確實打算對代碼進行注釋，不過隨著日子漸漸過去，工作重點也發生了變化。管理層將面對這樣的問題：“你是想讓我為代碼進行注釋還是盡快完成項目”?答案不言而喻。幸運的是，缺少注釋并沒有什么關系，因為代碼是如此蹩腳，一年之內肯定需要重新編寫。

4 “我們的產品結構是可擴展的”。這是我最樂于聽到的謊言。一般來說，從未交付過產品的工程師在vB中建立模型后會這么說。整個謊言是這樣的：“Google的擴展性不如我們。他們可以支持2，500萬次同時搜索，而我們可以輕而易舉地處理10億次。”幸運的是，在大多數情況下，產品真正能夠應用所花的時間要比CEO的保守估計還長，所以可擴展性從來也不是—個重要問題。

5 “我們編寫的代碼支持所有行業標準”。這幾乎是事實，當然還需要一點補充：“這些代碼支持著我所認同的所有行業標準”。工程師對他不喜歡的標準習慣地選擇視而不見——例如那些微軟頒布的標準。對工程師來說，這無關緊要，反正客戶不會知道這些。 6 “我們有一個數據庫和系統，可以有效地報告bug”。但是，故障報告系統的設計前提是系統中沒有故障，所以不需要報告。一艘情況下，如果記錄的故障從不超過1，000個，那只能說明這個公司沒有進行仔細的檢查。

7 “與印度的外包團隊合作，會幫助我們做得更快、更好，而且更便宜”。普通的技術人員通常不會說出這樣的謊言，這是CTO的杰作。在他們腦中，印度的程序員優秀、迅速、便宜，而美國人則差勁、拖沓、昂貴。事實顯然不是這樣。

8 “我們的測試版網站喜歡它”。在技術界工作了25年，我從未聽說過任何一個公司說起它的測試版網站不喜歡有軟件產品出現在上面。有三個原因：首先，很多測試版網站很榮幸能得到軟件的預發行版本，他們不希望提出否定意見；第二，大多數測試版網站并不怎么使用軟件；第三，測試版網站并不希望無情地批評公司的新產品。正如告訴父母他們的孩子其實很丑一樣，這是一件很難的事情。 9 “這一次我們做對了”。這個謊言的可怕之處在于工程師對此真的相信。問題在于，“這一次”實際上已發生了很多次，到底哪一次做對了?我對工程師很有信心，并認為經過長時間的努力，他們真的能做好，只是我們活不到那個時候。

10 “這段代碼太差了，與調試和擴展相比，還是重寫更好”。所有的程序員都會對別人的作品做此評價，還有一些人如此評論被重編后的版本。 11 “我喜歡像建筑師一樣思考，但是我可以編程”。這意味著該程序員實際上不能編程，而且很可能也不能設計好建筑。

12 “在我的機器上它能正常運轉”。“我的機器”很可能是世界上該軟件能夠正常運轉的機器。

13 “我當然可以放棄編程，而是去經商”。這是每個轉型創業者的工程師的遺言，其意思是他既不能放棄編程，也不能去經商。

14 “即使是我媽媽也可以在屏幕上沖浪”。當然，他的媽媽可能是麻省理工畢業的計算機專業博士。

上面列出了一些工程師經常喜歡說的謊言，我喜歡工程師為了這三個原因而撒下的謊：首先，其謊言暗示了他們像個孩子一樣，忽視了計算機是怎樣工作的；第二，工程師真的相信他們自己的謊言，而創業者、投資人和律師則不相信；第三，他們的大多數謊言并不是不誠實所致，只是時機太早了，最終總會成為現實。如果你是個工程師，現在你知道了自己在不知不覺中都做了些什么；如果你正和工程師一起工作，那么現在你知道了他們的謊言，明白該怎么理解了吧?