【IT168 評論】幾周前，布萊斯在網(wǎng)上發(fā)帖，漫談自己對編程工作的看法。在Reddit上引起了廣泛討論。討論的焦點(diǎn)集中在程序員的等級——“優(yōu)秀”、“良好”、“糟 糕”和“極差”。我發(fā)現，討論中一些用語(yǔ)十分不妥。"好"與"壞"都是道德評價(jià)，評價(jià)之后似乎便給人貼上了永久不變的標簽。

　　可以肯定的說(shuō)，我曾被另一個(gè)程序員稱(chēng)作是 “極差”的程序員。我也承認，我確實(shí)寫(xiě)過(guò)一些極差的代碼;但我也自認為曾寫(xiě)過(guò)相當多的“好”代碼。

　　要評判很久以前寫(xiě)出的代碼是優(yōu)是劣很不容易，因為現在已經(jīng)不知道當時(shí)為什么編寫(xiě)這些代碼，也不知道為誰(shuí)編寫(xiě)了這些代碼。

　　問(wèn)問(wèn)自己，現在正為誰(shuí)編寫(xiě)代碼?

　　為了按時(shí)交付任務(wù)

　　也許最常見(jiàn)的原因就是為了按時(shí)交付任務(wù)。走走捷徑，寧可復制粘貼刪掉幾行代碼也不愿意重構代碼，然后匆匆交工。我們都這么做過(guò)，也都知道這是不妥的。

　　為了突出的考核結果 [至尊版]

　　當管理者本身不懂代碼，卻有一套程序員“好壞”評價(jià)標準時(shí)，會(huì )出現什么情況?程序員要理清這套標準并不困難，因為他們的特長(cháng)就是解決難題，然后他們會(huì )努力完善自己，從而迎合評價(jià)標準。代碼行數、已解決Bug數量、注釋的密度、代碼深度等都可能是衡量編碼人員的指標，但這些又都是相對標準，而不是絕對標準。也有些新穎的衡量手段(比如“已刪除代碼的行數”)。

　　為計算機編寫(xiě)

　　從某種意義上來(lái)說(shuō)，所有的程序都是為計算機編寫(xiě)的，但計算機應當程序員最后才考慮的。計算機只注重語(yǔ)法，不注重注釋和變量名稱(chēng)。大多數程序語(yǔ)言也不注 重間 距與代碼格式化。當然，你還是要選擇正確的算法，但不要想著(zhù)通過(guò)微小的優(yōu)化來(lái)加速算法。在for循環(huán)中，使用i++還是++i并不重要，編譯器和JITs 會(huì )解決這些問(wèn)題。在考慮優(yōu)化算法之前，還是應該先把代碼寫(xiě)的清晰易懂。要知道編碼在使用通用模式時(shí)，計算機和編譯器運行的更快。

　　為了自己

　　雖然學(xué)習一門(mén)新的程序語(yǔ)言很有趣，不過(guò)如果你將整個(gè)公司架構都建立興趣之上是不切實(shí)際的。Hacker News上曾有一則相關(guān)故事，Lambda the Ultimate網(wǎng)站上還有更糟糕的案例。如果你是為自己寫(xiě)代碼，你可以不加注釋?zhuān)梢噪S意使用糟糕的變量名，甚至使用其他“怪癖”，但這樣寫(xiě)出來(lái)的怪異 代碼別人很難看明白。不過(guò)沒(méi)關(guān)系，因為每個(gè)人都會(huì )時(shí)不時(shí)想在某些事上找點(diǎn)漏洞出來(lái)。

　　為后來(lái)者編程

　　編程是把抽象觀(guān)念轉換成計算機可以理解的形式。即使是細微的抽象觀(guān)念，轉換成代碼也是很不簡(jiǎn)單。因此很多軟件項目都衍生出了成千上萬(wàn)甚至是上百萬(wàn)行的代碼，相當于一本代碼書(shū)。通過(guò)有限的語(yǔ)法與其他人交流這些概念，大多數時(shí)候都注定失敗。

　　我所寫(xiě)的最出色代碼就是我愿意花時(shí)間來(lái)添加注釋、列出代碼流、甚至附上一些ASCII文字圖的代碼。編寫(xiě)過(guò)程專(zhuān)注于如何把自己抽象概念，與今后將有可 能讀到這些程序的、不幸的程序員進(jìn)行傳遞和交流。我認為專(zhuān)注于這種交流，代碼會(huì )變得越來(lái)越好，因為你會(huì )更深入地思考抽象概念以及如何對正在做的事情分層， 而不是一味的編寫(xiě)代碼和轉到下一個(gè)程序塊。

　　注釋使代碼變得更好理解。每當你再次做某事的時(shí)候，總會(huì )比上一次更好。當你在編寫(xiě)代碼和注釋時(shí)，就是將抽象概念向讀者解釋了兩遍。這會(huì )迫使你思考更 多。很多次我寫(xiě)完一個(gè)代碼以后都會(huì )對它寫(xiě)一個(gè)注釋。然后從頭修訂代碼，甚至改變了一些小地方，例如選擇更好的變量名稱(chēng)，來(lái)更好的交流想法。

　　評價(jià)代碼/程序員

　　綜合前文所述，可以看出，編程人員孰優(yōu)孰劣確實(shí)難以定奪。因為難以明確他們編寫(xiě)代碼目的。你可以考評代碼，但你無(wú)法得知代碼編寫(xiě)者當時(shí)的心理狀況?；?許那天是星期五，他急著(zhù)要趕去維加斯度周末;也許是程序出了問(wèn)題，他不得不采取緊急補救措施，但這些補救措施一用就是5年;也可能他原本就是個(gè)不合格的程 序員。

　　也許編程真是一門(mén)藝術(shù)?

　　我不知道如何公正地考核編程人員，我想也沒(méi)幾個(gè)公司能做到?？纯闯绦騿T的面試流程就清楚了，他們只不過(guò)坐在桌前被問(wèn)幾個(gè)問(wèn)題而已;根本沒(méi)有什么標準測試能讓計算機科學(xué)專(zhuān)業(yè)的學(xué)生證明自己已經(jīng)掌握了必要的技能。

　　編程工作帶有太多藝術(shù)色彩，所以不可能通過(guò)測試手段或者固定的考核標準來(lái)評價(jià)。

　　你知道還有哪個(gè)領(lǐng)域也是通過(guò)視覺(jué)媒介將抽象的概念傳達給其他人?美術(shù)和繪畫(huà)作品。今天，我們或許會(huì )說(shuō)梵高是個(gè)大人物(其畫(huà)作聞名于世)，但是仍然有人不喜歡他的作品。類(lèi)似表達抽象概念的事物不應該用“好”或“壞”來(lái)評價(jià)。

　　程序員可以做到的就是時(shí)刻提醒自己，編程的目的要正確。不能僅僅要求編譯器能識別就行，不能為了迎合某種考核標準，也不能為了按時(shí)交工而編程。相反，應該適時(shí)注解或寫(xiě)文檔，解釋或記錄代碼功能。只要用心，你就能編寫(xiě)出優(yōu)秀代碼。如此一來(lái)，以后就會(huì )有人夸你是個(gè)優(yōu)秀程序員，而不會(huì )因你那一萬(wàn)行的代碼文件而“咒罵”你是“極品”程序員。歡迎在評論或微博中分享你的觀(guān)點(diǎn)。