程序員可以說是一個(gè)比較特殊的群體，他們因?yàn)殚L期和電腦打交道所養(yǎng)成的性格和脾氣也是比較相近的，當(dāng)然NF801R尋線儀怎么找斷點(diǎn)了，既然是人，就會(huì)有性格的，也是會(huì)有脾氣的。尤其是做seo的，和程序員打交道比較多，今天安徽seo（www.qingqingwu.com）雨辰博客就來 跟大家分享一下令程序員最生氣的10件事情，一方面我們可以看看程序員的共性，另一方面我們也可以看看程序員的缺點(diǎn)，無論怎么樣，這對于正和程序員相處或從事seo優(yōu)化工作的你都是一定的幫助。

　　1、程序員的代碼

　　無論你當(dāng)時(shí)覺得自己的設(shè)計(jì)和寫的代碼如何的漂亮和經(jīng)典，過上一段時(shí)間后，再回頭看看，你必然會(huì)覺得自己的愚蠢。

　　當(dāng)然，當(dāng)你需要去維護(hù)他人的代碼的時(shí)候，你一定要在一邊維護(hù)中一邊臭罵別人的代碼。

　　是否你還記得當(dāng)初怎么怎么牛氣地和別人討論自己的設(shè)計(jì)和自己的代碼如何如何完美的？可是，用不了兩年，一剛從學(xué)校畢業(yè)的學(xué)生在維護(hù)你的代碼的過程當(dāng)中就可以對你的代碼指指點(diǎn)點(diǎn)，讓你的顏面完全掃地。

　　當(dāng)然，也有的人始終覺得自己的設(shè)計(jì)和代碼就是最好的，不過這是用一種比較靜止的眼光來看問題，編程這個(gè)世界變化總是很快的的，很多事情，只有當(dāng)我們做過，我們才熟悉他，熟悉了后才知道什么是更好的方法，這是循序漸進(jìn)的。

　　所以，當(dāng)你對事情越來越熟悉的時(shí)候，再回頭看自己以前做的設(shè)計(jì)和代碼的時(shí)候，必然會(huì)覺得自己的膚淺和愚蠢，當(dāng)然看別人的設(shè)計(jì)和代碼時(shí)，可能也會(huì)開始罵人了

　　2、思路被打斷

　　正當(dāng)程序沉浸于編程算法的思考，或是靈感突現(xiàn)正在書寫程序的時(shí)候，但卻遭到別人的打斷，那是一件非常痛苦的事情，如果被持續(xù)打斷，那可能會(huì)讓人一下子就煩躁起來。

　　打斷別人的人在這種情況下是非常不禮貌的，被打斷的人就像函數(shù)調(diào)用一下，當(dāng)其返回時(shí)，需要重新恢復(fù)斷點(diǎn)時(shí)的現(xiàn)場，當(dāng)然，人不是電腦，恢復(fù)現(xiàn)場通常是一個(gè)很痛苦的過程，極端的情況下可能需要從頭開始尋找思緒，然后一點(diǎn)一點(diǎn)地回到斷點(diǎn)。

　　因此，我看到一些程序員在需要安靜不被打擾的時(shí)候，要么會(huì)選擇去一個(gè)沒人找得到的地方，要么會(huì)在自己的桌子上方高掛一個(gè)條幅以示眾人——“本人正執(zhí)行內(nèi)核程序，無法中斷，請勿騷擾，謝謝!”，可能正在沉浸于工作的程序被打斷是多么大的開銷，自然，被打斷所惹毛了的人也不在少數(shù)了。

　　3、程序員自己

　　惹毛程序員的可能還是程序員自己，程序員是“相輕”的，他們基本上都是持才傲物的，總是覺得自己才是最牛的，在程序員間，他們幾乎每天都要吵架，而且一吵就吵得臉紅脖子粗，在他們之間，總是被自己惹毛。

　　（1）、技術(shù)上的不同見解

　　比如NF801R尋線儀怎么找斷點(diǎn)：Linux和Win，VC++和VB，Vi和Emacus，Java和C++，PHP和Ruby等等，不管用哪一種編程語言，總要先吵吵，什么都要吵！

　?。?）、老手對新手的輕視

　　總是有一些程序員看不起另一些程序員，說話間都帶著一種傲慢和訓(xùn)斥，當(dāng)新手去問問題的時(shí)候，老手們總是愛搭不理

　?。?）、在技術(shù)上不給對方留面子

　　不知道為什么，程序員總是不給對方留面子，每當(dāng)聽到有人錯(cuò)誤理解某個(gè)技術(shù)的時(shí)候，他們總是喜歡當(dāng)眾大聲指證，用別人的“錯(cuò)誤”來表明自己的“博學(xué)”，并證明他人的“無知”。

　　（4）、喜好鄙視

　　他們喜好鄙視，其實(shí)，這個(gè)世界上沒有一件事是完美的，有好就有不好，要挑毛病太容易了，程序員們特別喜歡鄙視別人，無論是什么的東西，他們總是喜歡看人短而不看人長，經(jīng)常掛在他們嘴上的口頭禪是“太差”、“不行”等等。

　　程序員，長期和電腦打交道，編寫出的代碼電腦總是認(rèn)真的運(yùn)行，長期養(yǎng)成了程序員們目空一切的性格，卻不知，這個(gè)世界上很多東西并不是能像電腦一樣，只要我們輸入正確的指令它就正確地運(yùn)行這么簡單。

　　程序員，什么時(shí)候才能變成熟起來呀！

　　4、問題報(bào)告

　　“我的軟件不工作了”，“程序出錯(cuò)了”，每當(dāng)我們聽到這樣的問題報(bào)告的時(shí)候，程序員總是感到很痛苦，因?yàn)檫@樣的問題報(bào)告等于什么也沒有說，但還要程序員去處理這種錯(cuò)誤。

　　沒有明確的問題描述，沒有說明如何重現(xiàn)問題，在感覺上，當(dāng)然會(huì)顯得有點(diǎn)被人質(zhì)問的感覺，甚至，在某些時(shí)候還摻雜著看不起，訓(xùn)斥的語氣，當(dāng)然，程序員基本上都是很有個(gè)性的，都是軟硬不吃的主兒，所以，每當(dāng)有這樣的語氣報(bào)告問題的時(shí)候，他們一般也會(huì)把話給頂回去，當(dāng)然，后面自己然發(fā)生一些不愉快的事情。

　　所以，咱們還是需要一個(gè)客服部門來幫助我們的程序員和用戶做好溝通。

　　5、部署環(huán)境

　　雖然，程序員們開發(fā)的是軟件，但是我們并不知道我們的程序會(huì)被部署或安裝在什么樣的環(huán)境下，比如，網(wǎng)絡(luò)上的不同，RAID上的不同，BIOS上的不同，操作系統(tǒng)的不同(WinXP和Win2003)，有沒有殺毒軟件，和其它程序是否兼容，系統(tǒng)中有流氓軟件或病毒等等。

　　當(dāng)然，只要你的軟件出現(xiàn)錯(cuò)誤，無論是你的程序的問題，還是環(huán)境的問題，反正都是你的問題，你都得全部解決。

　　所以，馬海祥覺得程序員們并不是簡單地在編程，很多時(shí)候，還要當(dāng)好一個(gè)不錯(cuò)的系統(tǒng)管理員，每當(dāng)最后確認(rèn)問題的原因是環(huán)境問題的時(shí)候，可能程序員都是會(huì)心生怨氣。

　　6、沒有文檔

　　正如上一條所說的，程序員本來就不喜歡寫文檔，而因?yàn)榧夹g(shù)人員的表達(dá)能力和寫作能力一般都不是太好，所以，文檔寫的也很爛，對此，大家看看開源社區(qū)的文檔可能就知道了，但是我們可愛的程序員另一方面最生氣的卻是因?yàn)闆]有文檔。

　　當(dāng)然，上面說是的用戶的文檔，這里我們說的是開發(fā)方面的文檔，比如設(shè)計(jì)文檔，功能規(guī)格，維護(hù)文檔等等，不過，基本上都是一樣的。

　　反正，一方面，我們的程序員不喜歡寫文檔，另一方面，我們的程序又會(huì)被抱怨沒有文檔，文檔太少，或者文檔看不懂。

　　呵呵，原來在抱怨方面也有遞歸啊。

　　據(jù)說可以降低程序開發(fā)中的文檔，據(jù)說他們可以把代碼寫得跟文檔和視圖似的，不知道是真是假，不過，馬海祥也聽過太多太多的程序員抱怨沒文檔太少，文檔太差了，這個(gè)方面要怪還是怪程序員自己。

　　7、用戶文檔

　　用戶文檔本來不應(yīng)該那么的令人害怕，這些文檔記錄了一切和我們所開發(fā)的軟件有關(guān)的一些話題，因?yàn)槲覀儾⒉恢牢覀兯鎸Φ挠脩舻碾娔X操作基礎(chǔ)是什么樣的，所以，在寫下這樣的文檔的時(shí)候，我們必需假設(shè)這個(gè)用戶什么也不懂。

　　于是，需要用最清楚，最漂亮的語言寫下一個(gè)最豐富的文檔，那怕一個(gè)拷貝粘貼的操作，可能我們都要分成五、六步來完成，那怕是一個(gè)配置IP地址的操作，我們也要從開始菜單開始一步一步的描述。

　　對于程序員來說，他們在開發(fā)過程中幾乎天天都在使用自己開發(fā)的軟件，到最后，可能都有得有點(diǎn)吐了，但還得從最簡單的部份寫這些文檔，當(dāng)然容易令他們煩燥，讓程序員來完成這樣的文檔可能效果會(huì)非常不好。

　　所以，對于這樣的用戶文檔，應(yīng)該由專門的文檔人員來完成和維護(hù)。

　　8、經(jīng)理不懂技術(shù)

　　領(lǐng)導(dǎo)一句話，無論對不對，都是對的，我們必需照做，那怕是多么愚蠢多么錯(cuò)誤的決定，我們也得照做。

　　在馬海祥看來，程序員其實(shí)并不怕經(jīng)理不懂技術(shù)，最怕的就是不懂技術(shù)的經(jīng)理裝著很懂技術(shù)，最可氣的是，當(dāng)你據(jù)理力爭的挑戰(zhàn)領(lǐng)導(dǎo)權(quán)威的時(shí)候，領(lǐng)導(dǎo)還把你視為異類。

　　哎，想起這樣的領(lǐng)導(dǎo)別說是罵人了，打人的沖動(dòng)都有了。

　　其實(shí)，經(jīng)理只不過是一個(gè)團(tuán)隊(duì)的支持者，他應(yīng)該幫助團(tuán)隊(duì)，為團(tuán)隊(duì)排憂解難，而不是對團(tuán)隊(duì)發(fā)號施令，其實(shí)管理真的很簡單，如果懂的話，就幫著做，如果不懂的話，就相信下屬，放手讓下屬做，馬海祥覺得最怕的就是又不懂技術(shù)，還不信任下屬的經(jīng)理了。

　　哎，這真是程序員的痛?。?/p>

　　9、需求變更

　　這個(gè)事情估計(jì)不用多說了，只要是是程序員，面對需求變化的時(shí)候可能總是很無奈的，一次兩次可能還要吧接受，但也頂不住經(jīng)常變?。?/p>

　　據(jù)說有一套方法論可以讓程序員們享受需求的變化，不知道是真是假，不過，今天讓你做一個(gè)書桌，明天讓你把書桌改成餐桌，后天讓你把餐桌改成雙人床，大后天讓你把床改成小木屋，然后把小木屋再改成高樓大廈，哎，是人都會(huì)被惹毛了的。

　　那些人只用30分鐘的會(huì)議就可以作出任何決定，但后面那幾十個(gè)程序員需要搭上幾百個(gè)小時(shí)的辛苦工作，如果是我，可能我也需要神獸草泥馬幫助解解氣了。

　　不過，這也正說明了，程序員并不懂得怎么和用戶溝通，而用戶也不懂得和程序員溝通，如果一個(gè)項(xiàng)目沒有一個(gè)中間人(如：PM)在其中協(xié)調(diào)的話，那么整個(gè)項(xiàng)目可能就是“雞同鴨講”，用戶和程序員都會(huì)被對方所惹毛了。

　　如果要例舉幾個(gè)用戶被惹毛的事情，估計(jì)程序員的那種一根筋的只從技術(shù)實(shí)現(xiàn)上思考問題的方法應(yīng)該也能排進(jìn)前5名。

　　10、程序注釋

　　程序注釋本來是一些比較好的習(xí)慣，當(dāng)程序員老手帶新手的時(shí)候，總是會(huì)告訴新手，一定要寫程序注釋，于是，新手們當(dāng)然會(huì)聽從老手的吩咐，只不過，他們可能對程序注釋有些誤解，于是，我們經(jīng)常在程序中看到一些如下的注釋：

　　1 r = n/2; //r是n的一半2 //循環(huán)，僅當(dāng)r- n/r不大于t3 while ((r-n/r) <=t){4 //… …5 r = 0.5 * (r-n/r); // 設(shè)置r變量6 }

　　每當(dāng)看到這樣的注釋——只注釋是什么，而不注釋為什么，相信你一定會(huì)被惹火，這是誰寫的程序注釋??？不找來罵一頓看來是不會(huì)解氣了。

　　在雨辰博客看來，程序注釋應(yīng)該是告訴別人你的意圖和想法，而不是告訴別人程序的語法，這是為了程序的易讀性和可維護(hù)性，這樣的為了注釋而注釋的注釋，分明不是在注釋，而是在挑釁，惹毛別人當(dāng)然毋庸置疑。