本篇文章，我們主要討論十個(gè)糟糕程序員的特征，只有避免了這些行為，或許我們才能向一個(gè)優(yōu)秀的程序員邁進(jìn)。

1) 質(zhì)疑別人

糟糕的程序總是說(shuō)：“我的代碼一定是正確的，我懷疑編譯器有問(wèn)題”，“我這應(yīng)該沒(méi)有問(wèn)題吧，STL庫(kù)怎么這么難用啊”。我曾經(jīng)見過(guò)有程序員這樣使用STL類：map<char*, char*>，當(dāng)他發(fā)現(xiàn)這樣放入字符串后卻取不出來(lái)，覺(jué)得那是STL庫(kù)的BUG，然后自己寫了一個(gè)map！我的天啊！

某些時(shí)候，過(guò)早的下結(jié)論是一個(gè)很不好的習(xí)慣，任何事情都有其原因，只有知道了原因，你才能知道是誰(shuí)的問(wèn)題。一般來(lái)說(shuō)，總是自己出的問(wèn)題。

2) 過(guò)多關(guān)注結(jié)果，陷入問(wèn)題細(xì)節(jié)

有些時(shí)候，當(dāng)我們面對(duì)一個(gè)問(wèn)題或是一個(gè)需求的時(shí)候，糟糕的程序員總是會(huì)馬上去找一個(gè)解決方案或是實(shí)現(xiàn)，這是一個(gè)很不好的習(xí)慣。設(shè)計(jì)模式告訴我們，“喜歡接口，而不是實(shí)現(xiàn)”就是告訴我們，認(rèn)清問(wèn)題的本質(zhì)和特性要比如何實(shí)現(xiàn)更重要。

對(duì)于一個(gè)客戶的問(wèn)題來(lái)說(shuō)，首先應(yīng)該想到的是如何先讓用戶正常工作，如果恢復(fù)正在“流血”的系統(tǒng)，而不是把用戶放在一邊而去分析問(wèn)題的原因和解決方案。
對(duì)于解決一個(gè)bug來(lái)說(shuō)，重現(xiàn)bug，了解原來(lái)程序的意圖是首先重要的事，而不是馬上去修改代碼，否則必然會(huì)引入更多的BUG。
對(duì)于一個(gè)需求來(lái)說(shuō)，我們需要了解的需求后面的商業(yè)背景，use case和真實(shí)意圖，而不是去討論如果實(shí)現(xiàn)。只有了解了用戶的真實(shí)意圖，實(shí)現(xiàn)使用，你才能真正如果去做設(shè)計(jì)。
糟糕的程序總是容易陷入細(xì)節(jié)，爭(zhēng)論于如何實(shí)現(xiàn)，問(wèn)題的根本原因，而忽略了比這些更重要的東西。只有看懂了整個(gè)地圖，你才知道要怎么去走。

3) 情緒化的態(tài)度

如果你開始使用不同顏色的眼光來(lái)看待這個(gè)世界的話，那么你可能會(huì)成為一個(gè)很糟糕的程序員。情緒化的思維或態(tài)度很有可能會(huì)把自己變成一個(gè)怪物。相信你經(jīng)?？梢钥吹胶芏嗪茉愀獾某绦驎?huì)使用下面的這些語(yǔ)句：

我的程序不可能有這種問(wèn)題。
Java就是shit。
我最恨的就是使用UML做設(shè)計(jì)。
受不了這些人，他們到底懂不懂啊。
…… ……
這些帶著情緒化的思維和態(tài)度，不但可以讓你成為一個(gè)很糟糕的程序員，甚至可以影響你的前途。因?yàn)?，情緒化通常都是魔鬼，會(huì)讓你做出錯(cuò)誤的判斷和決定，錯(cuò)誤碼率的判斷和決定直接決定了你的人生。

 

4) 使用陌生代碼

糟糕的程序員最好的朋友是 Ctrl-C 和 Ctrl-V ，有些時(shí)候，他們并不知道代碼的確切含義，就開始使用它，有證據(jù)表明，由拷貝粘貼引發(fā)的bug點(diǎn)了絕大多數(shù)。因?yàn)?，代碼總是只能在特定的環(huán)境下才能正常地工作，如果代碼的上下文改變了，很有可能讓使得代碼產(chǎn)生很多你不知道的行為，當(dāng)你連代碼都控制不住了，你還能編出什么好的程序呢？

5) 拼命工作而不是有效的工作

對(duì)于糟糕的程序員，我們總是能看到他們拼命地修正他們的bug，總是花非常多時(shí)間并重復(fù)地完成某一工作。而好的程序可能會(huì)花雙倍的時(shí)間來(lái)準(zhǔn)備一個(gè)有效的開發(fā)環(huán)境，工具，以及在開發(fā)的時(shí)候花雙倍甚至10倍的時(shí)間來(lái)避免一些錯(cuò)誤。好的程序員總是會(huì)利用一切工具或手段來(lái)讓自己的工作變得更有效率，總是為在開發(fā)的時(shí)候盡可能得不出錯(cuò)。后期出錯(cuò)的成本將會(huì)是巨大的，而且那時(shí)改正錯(cuò)誤的壓力也是巨大的。所以，糟糕的程序通常會(huì)讓自己進(jìn)入一種惡性循環(huán)，他們看上去總是疲憊的，總是很辛苦的，所以更沒(méi)有時(shí)間來(lái)改善，越?jīng)]有時(shí)間來(lái)改善，就有越多的問(wèn)題。所以，拼命工作有些時(shí)候可能表明你不是一個(gè)好的程序員。

6) 滋生辦公室政治

有句話叫“丑女多作怪”，意思是說(shuō)如果一個(gè)自己沒(méi)有真實(shí)的能力的話，那么他一定會(huì)在其它方面作文章。糟糕的程序員也是這樣，如果他們程序編不好的話，比不過(guò)別人的話，他們通常會(huì)去靠指責(zé)別人，推脫責(zé)任，或是排擠有能力的人，等等不正常的手段來(lái)保全自己。所以，糟糕的程序通常伴隨著辦公室政治。

7) 說(shuō)得多做得少

糟糕的程序員總是覺(jué)得自己什么都懂，他們并不會(huì)覺(jué)得自己的認(rèn)識(shí)和知識(shí)都是有限的。這就是所謂的夸夸其談，是的，什么都做不好的程序員能靠什么混日子呢？就是吹啊吹啊。

另一個(gè)表現(xiàn)方式是他們?cè)谠u(píng)論起別人的程序或是設(shè)計(jì)，總是能挑出一堆毛病，但自己的程序?qū)懙靡埠軤€?？偸桥u(píng)抱怨，而沒(méi)有任何有建設(shè)性的意見，或是提出可行的解決方案。

這些糟糕的程序員，總是喜歡以批評(píng)別人的程序而達(dá)到顯示自己的優(yōu)秀。

8) 總是在等待、找借口以及抱怨

當(dāng)需求不明確的時(shí)候，當(dāng)環(huán)境不是很滿意的時(shí)候，他們總是在等待別人的改善。出現(xiàn)問(wèn)題的時(shí)候，總是在找借口，或是抱怨這也不好，那也不好，所以自己當(dāng)然就沒(méi)有做好。糟糕的程序員總是希望自己的所處的環(huán)境是最好的，有明確的需求，有非常不錯(cuò)的開發(fā)環(huán)境，有足夠的時(shí)間，有不錯(cuò)的QA，還有很強(qiáng)的team leader，以及體貼自己的經(jīng)理，有足夠的培訓(xùn)，有良好的討論，有別人強(qiáng)有力的支持……，這是一種“飯來(lái)張口，衣來(lái)伸手”的態(tài)度，這個(gè)世界本來(lái)就不完美，一個(gè)團(tuán)隊(duì)需要所有人去奮斗，況且，如果什么都變得完美了，那么，你的價(jià)值何在嗎？driving instead of waiting, leading instead of following.

9) 寫“另類”的代碼

他們寫出來(lái)的代碼需要?jiǎng)e的同事查看程序語(yǔ)言參考手冊(cè)，或是其程序的邏輯或是風(fēng)格看上去相當(dāng)時(shí)髦，但卻非常難讀。代碼本應(yīng)該簡(jiǎn)潔和易讀，而他們喜歡在代碼中表現(xiàn)自己，并嘗試另類的東西，以顯示自己的才氣。是的，只有能力有問(wèn)題的程序員才需要借助這樣的顯示。

10) 頑固、倔強(qiáng)