惹惱程序員的十件事

程序員應該是一個比較特殊的羣體，他們由於長期和電腦打交道所養成的性格和脾氣也是比較相近的。固然，既然是人，固然是會有性格的，也是會有脾氣的。下面，讓我來看看十件能把程序惹毛了的事情。一方面咱們能夠看看程序員的共性，另外一方面咱們也能夠看看程序員的缺點。不管怎麼樣，我都但願他們對你的平常工做都是一種幫助。

第十位 程序註釋

程序註釋原本是一些比較好的習慣，當程序員老手帶新手的時候，老是會告訴新手，必定要寫程序註釋。因而，新手們固然會遵從老手的吩咐。只不過，他們可能對程序註釋有些誤解，因而，咱們常常在程序中看到一些以下的註釋：

r = n/2;  //r是n的一半

//循環，僅當r- n/r不大於t
while ((r-n/r) <=t){
        … …
        r = 0.5 * (r-n/r); // 設置r變量
}

每當看到這樣的註釋——只註釋是什麼，而不註釋爲何，相信你必定會被惹火，這是誰寫的程序註釋啊？不找來罵一頓看來是不會解氣了。程序註釋應該是告訴別人你的意圖和想法，而不是告訴別人程序的語法，這是爲了程序的易讀性和可維護性，這樣的爲了註釋而註釋的註釋，分明不是在註釋，而是在挑釁，惹毛別人固然毋庸置疑。

 

第九位 打斷

正當程序沉浸於編程算法的思考，或是靈感突現正在書寫程序的時候，但卻遭到別人的打斷，那是一件很是痛苦的事情，若是被持續打斷，那可能會讓人一會兒就煩躁起來。打斷別人的人在這種狀況下是很是不禮貌的。被打斷的人就像函數調用一下，當其返回時，須要從新恢復斷點時的現場，固然，人不是電腦，恢復現場一般是一個很痛苦的過程，極端的狀況下可能須要從頭開始尋找思緒，而後一點一點地回到斷點。

所以，我看到一些程序員在須要安靜不被打擾的時候，要麼會選擇去一個沒人找獲得的地方，要麼會在本身的桌子上方高掛一個條幅以示衆人——「本人正執行內核程序，沒法中斷，請勿騷擾，謝謝！」，可能正在沉浸於工做的程序被打斷是多麼大的開銷。天然，被打斷所惹毛了的人也不在少數了。

 

第八位  需求變化

這個事情估計不用多說了。只要是是程序員，面對需求變化的時候可能老是很無奈的。一次兩次可能還要吧接受，但也頂不住常常變啊。聽說敏捷開發中有一套方法論可讓程序員們享受需求的變化，不知道是真是假。不過，今天讓你作一個書桌，沒有讓你把書桌改爲餐桌，後天讓你把餐桌改爲雙人牀，大後天讓你把牀改爲小木屋，而後把小木屋再改爲高樓大廈。哎，是人都會被惹毛了的。那些人只用30分鐘的會議就能夠做出任何決定，但後面那幾十個程序員須要搭上幾百個小時的辛苦工做。若是是我，可能我也須要神獸草泥馬幫助解解氣了。

不過，這也正說明了，程序員並不懂得怎麼和用戶溝通，而用戶也不懂得和程序員溝通，若是一個項目沒有一箇中間人（如：PM）在其中協調的話，那麼整個項目可能就是「雞同鴨講」，用戶和程序員都會被對方所惹毛了。若是要例舉幾個用戶被惹毛的事情，估計程序員的那種一根筋的只從技術實現上思考問題的方法應該也能排進前5名。

 

第七位  經理不懂技術

外行領導內行的事例還少嗎？領導一句話，不管對不對，都是對的，咱們必需照作，那怕是多麼愚蠢多麼錯誤的決定，咱們也得照作。程序員其實並不怕經理不懂技術，最怕的就是不懂技術的經理裝着很懂技術。最可氣的是，當你力排衆議的挑站領導權威的時候，領導還把你視爲異類。哎，想起這樣的領導別說是罵人了，打人的衝動都有了。

其實，經理只不過是一個團隊的支持者，他應該幫助團隊，爲團隊排憂解難。而不是對團隊發號施令。其實管理真的很簡單，若是懂的話，就幫着作，若是不懂的話，就相信下屬，放手讓下屬作。最怕的就是又不懂技術，還不信任下屬的經理了。哎，這真是程序員的痛啊。

 

第六位 用戶文檔

用戶文檔原本不該該那麼的使人懼怕。這些文檔記錄了一切和咱們所開發的軟件有關的一些話題。由於咱們並不知道咱們所面對的用戶的電腦操做基礎是什麼樣的，因此，在寫下這樣的文檔的時候，咱們必需假設這個用戶什麼也不懂。因而，須要用最清楚，最漂亮的語言寫下一個最豐富的文檔。那怕一個拷貝粘貼的操做，可能咱們都要分紅5、六步來完成，那怕是一個配置IP地址的操做，咱們也要從開始菜單開始一步一步的描述。對於程序員來講，他們在開發過程當中幾乎每天都在使用本身開發的軟件，到最後，可能都有得有點吐了，但還得從最簡單的部份寫這些文檔，固然容易令他們煩燥，讓程序員來完成這樣的文檔可能效果會很是很差。因此，對於這樣的用戶文檔，應該由專門的人來完成和維護。

 

第五位  沒有文檔

正如上一條所說的，程序員原本就不喜歡寫文檔，而由於技術人員的表達能力和寫做能力通常都不是太好，因此，文檔寫的也很爛。看看開源社會的文檔可能就知道了。可是，咱們可愛的程序員另外一方面最生氣的倒是由於沒有文檔。固然，讓面說是的用戶的文檔，這裏咱們說的是開發方面的文檔，好比設計文檔，功能規格，維護文檔等等。不過，基本上都是同樣的。反正，一方面，咱們的程序員不喜歡寫文檔，另外一方面，咱們的程序又會被抱怨沒有文檔，文檔太少，或者文檔看不懂。呵呵。原來在抱怨方面也有遞歸啊。聽說，敏捷開發能夠下降程序開發中的文檔，聽說他們能夠把代碼寫得跟文檔和示圖似的，不知道是真是假。不過，我聽過太多太多的程序員抱怨沒文檔太少，文檔太差了，這個方面要怪仍是怪程序員本身。

 

第四位 部署環境

雖然，程序員們開發的是軟件，可是咱們並不知道咱們的程序會被部署或安裝在什麼樣的環境下，好比，網絡上的不一樣，RAID上的不一樣，BIOS上的不一樣，操做系統的不一樣（WinXP和Win2003），有沒有殺毒軟件，和其它程序是否兼容，系統中有流氓軟件或病毒等等。固然，只要你的軟件出現錯誤，不管是你的程序的問題，仍是環境的問題，反正都是你的問題，你都得所有解決。因此，程序員們並非簡單地在編程，不少時候，還要當好一個不錯系統管理員。每當最後確認問題的緣由是環境問題的時候，可能程序員都是會心生怨氣。

 

第三位 問題報告

「個人軟件不工做了」，「程序出錯了」，每當咱們聽到這樣的問題報告的時候，程序員老是感到很痛苦，由於這樣的問題報告等於什麼也沒有說，但還要程序員去處理這種錯誤。沒有明確的問題描述，沒有說明若是重現問題，在感受上，固然會顯得有點被人質問的感受，甚至，在某些時候還摻雜着看不起，訓斥的語氣，固然，程序員基本上都是頗有個性的，都是軟硬不吃的主兒，因此，每當有這樣的語氣報告問題的時候，他們通常也會把話給頂回去，固然，後面本身然發生一些不愉快的事情。因此，我們仍是須要一個客服部門來幫助咱們的程序員和用戶作好溝通。

 

第二位 程序員本身

惹毛程序員的可能仍是程序員本身，程序員是「相輕」的，他們基本上都是持才傲物的，老是以爲本身才是最牛的，在程序員間，他們幾乎天天都要吵架，並且一吵就吵得臉紅脖子粗。在他們之間，他們老是被本身惹毛。

• 技術上的不一樣看法。好比Linux和Win，VC++和VB，Vi和Emacus，Java和C++，PHP和Ruby等等，等等。什麼都要吵。
• 老手對新手的輕視。老是有一些程序員看不起另外一些程序員，說話間都帶着一種傲慢和訓斥。當新手去問問題的時候，老手們老是愛搭不理。
• 在技術上不給對方留面子。不知道爲何，程序員老是不給對方留面子，每當聽到有人錯誤理解某個技術的時候，他們老是喜歡當衆大聲指證，用別人的「錯誤」來代表本身的「博學」，並證實他人的「無知」。
• 喜愛鄙視。他們喜愛鄙視，其實，這個世界上沒有一件事是完美的，有好就有很差，要挑毛病太容易了。程序員們特別喜歡鄙視別人，不管是什麼的東西，他們老是喜歡看人短而不看人長。常常掛在他們嘴上的口頭禪是「太差」、「不行」等等。

程序員，長期和電腦打交道，編寫出的代碼電腦老是認真的運行，長期養成了程序員們目空一切的性格，殊不知，這個世界上不少東西並非能像電腦同樣，只要咱們輸入正確的指令它就正確地運行這麼簡單。程序員，何時才能變成成熟起來……

 

第一位 程序員的代碼

不管你當時以爲本身的設計和寫的代碼如何的漂亮和經典，過上一段時間後，再回頭看看，你必然會以爲本身的愚蠢。固然，當你須要去維護他人的代碼的時候，你必定要在一邊維護中一邊臭罵別人的代碼。是否你還記得當初怎麼怎麼牛氣地和別人討論本身的設計和本身的代碼如何如何完美的？但是，用不了兩年，一剛從學校畢業的學生在維護你的代碼的過程中就能夠對你的代碼指指點點，你的顏面徹底掃地。呵呵。固然，也有的人始終以爲本身的設計和代碼就是最好的，不過這是用一種比較靜止的眼光來看問題。編程這個世界變化老是很快的的，不少事情，只有當咱們作過，咱們才熟悉他，熟悉了後才知道什麼是更好的方法，這是按部就班的。因此，當你對事情愈來愈熟悉的時候，再回頭看本身之前作的設計和代碼的時候，必然會以爲本身的膚淺和愚蠢，固然看別人的設計和代碼時，可能也會開始罵人了。