“優(yōu)秀絕非偶然. 它總是由強烈的意圖、真誠的付出以及聰明的行動帶來的。優(yōu)秀代表著明智的選擇——選擇，而不是機會，它會決定著你的命運。“ – 亞里士多德

我們所有人都想成為自己所在領(lǐng)域的佼佼者，但是很少有人付出時間和努力去實現(xiàn)自己所想。成為優(yōu)秀的人很難，任何職業(yè)都是這樣。

評估一個JavaScript開發(fā)者的優(yōu)秀程度是非常難的事情。

是什么成就一個優(yōu)秀的JavaScript開發(fā)者呢？

我們可以通過很多標準來做出判斷。

代碼質(zhì)量、按時交付、及時解決ticket（注：ticket類似于github中issue的意思，參考這里）是幾個可以參考的標準。當然也包括幫助團隊其他成員解決ticket。

我認為以上幾點都沒有提供準確的的量度。為了寫出優(yōu)美的代碼而使整個項目延期了兩個月，僅僅是由于你想要重構(gòu)那些沒有任何幫助的東西。我們都知道，關(guān)閉一個ticket并不意味著什么。

有許多變化的因素需要考慮。假如我問10個不同的程序員——他們覺得是什么成就一個優(yōu)秀的開發(fā)者，我相信我會得到10種不同的回答。

我相信現(xiàn)在你也在思考著關(guān)于它的定義。

我曾一度掙扎于思考這個定義，所以我決定嘗試并弄清楚。

專注于工作

我想找出所有開發(fā)者都會做的一些事情，然后我就可以基于開發(fā)者是如何做的，來對開發(fā)者的表現(xiàn)做出分類。

對于一個行業(yè)的優(yōu)秀評估只基于一件事過于簡單化，但，無論如何我都打算去試一下。

現(xiàn)在你可以持保留態(tài)度。

我會試著證明我做了一個不錯的選擇。它會是所有開發(fā)者都會做的，同時又能夠?qū)?yōu)秀的人從平庸者中篩選出來的一件事。

所有的開發(fā)者都會偶爾寫出垃圾代碼。

讓我們正面這件事吧，你和我都會時不時寫一些非常垃圾的，可恥的，以致我們永遠都不希望被人看見的代碼。

我們都有偶爾寫出垃圾代碼的理由。我不打算去討論哪些是正當?shù)睦碛桑驗槲覀兠總€人都有自己正當?shù)睦碛伞?/p>

在展示一些編碼的暴行之前，我們先回顧一下我們寫垃圾代碼的原因。然后我們就可以避免陷入代碼氣味，苦苦掙扎。

寫垃圾代碼的常見原因1. 趕時間

“時間不夠”是目前寫垃圾代碼最多的一個原因。對客戶的承諾、緊張的日程安排，以及正在等待的新的發(fā)布都可能是造成這個惡果的原因。

2. 深陷痛苦之中

現(xiàn)有代碼庫實在是太垃圾了，讓你根本不想努力寫出好的代碼。你知道自己無論做什么都不可能挽救這份將在某一時刻崩潰的垃圾代碼庫。

3. “我只需完成任務然后離開”

作為開發(fā)者，我們有時候是在不同的項目組工作。假如寫完最后幾行代碼你就要轉(zhuǎn)到一個新的項目，這并不是什么影響別人的大事情。

知道自己在這個項目上的時間即將結(jié)束，沒有人會再review你的代碼了。于是你就草草提交、推送，然后指望單元測試來確保沒有任何問題。

　看看真相

我們都會偶爾寫出垃圾代碼。這能說明我們都是糟糕的開發(fā)者嗎？

當然不能。正因為每個人都會偶爾寫出糟糕的代碼，所以這件事本身不能說明任何問題。

然而，多年來，我漸漸發(fā)現(xiàn)一個關(guān)于開發(fā)者的令人驚訝的真相。

在寫出垃圾代碼后如何表現(xiàn)，就是對我們開發(fā)者資質(zhì)的根本檢驗。

有點不可思議，但確實是這樣。意識到你正在寫出垃圾代碼，以及為了避免將來再次發(fā)生而采取的行動，都反映出你是如何寫代碼的，以及你一般都是如何對待寫代碼這件事的。

垃圾代碼與評估開發(fā)者的優(yōu)秀程度有多大關(guān)系呢？

有很大的關(guān)系。

我們舉Ron為例。Ron今天寫了糟糕的代碼，并為此不高興。因為一個令人討厭的五級深度的Backbone模型繼承鏈，讓Ron根本不能修改一行代碼，除了打破一切。

Ron寫了一段超級垃圾的代碼，繞過了這個問題。每個人都很高興，因為Ron準時交付了代碼。然而除了Ron自己。

他告訴團隊老大發(fā)生了什么。他們一起反復思考如何解決這個問題。他們明確了一點，打破繼承鏈并劃分為水平的組合模塊是最佳的解決辦法。

Ron于是請求老大給他時間實施自己和老大剛剛討論的重構(gòu)方案。

Roger今天也寫了很糟糕的代碼。他告訴自己的開發(fā)伙伴，自己用難以置信的hack手法繞過了一個奇怪的五級深度的Backbone模型繼承鏈。他準備繞過整個整個架構(gòu)，就這樣準時交付。

Roger自己感到非常滿意，覺得沒有進一步改善的必要。

　四類JavaScript開發(fā)者

你可以通過程序員對待寫出垃圾代碼的態(tài)度，將他們分為四類，從差勁到優(yōu)秀。

告訴我你沒有同時遇到所有的這四類開發(fā)者。

Barney - 差勁的JavaScript開發(fā)者

Barney并不關(guān)心自己正在寫垃圾代碼。他關(guān)心的僅僅是能否按時完成工作，其他任何事都無關(guān)緊要。代碼能正常運行，就沒有問題。

Barney寫出的垃圾代碼，有時也會阻礙整個項目的進展。代碼工作時，也會一直帶來很多問題，讓整個項目進度倒退。Barney卻認為自己并不需要學習什么新的東西。

他已經(jīng)知道了完成工作所需要的關(guān)于JavaScript的所有東西。

Bill - 普通的JavaScript開發(fā)者

Bill并沒有意識到自己正在寫垃圾代碼。他遵循著團隊的約定和lint規(guī)則，認為自己所做的沒什么問題。但他并沒有花費時間去理解整個項目結(jié)構(gòu)，以及不同組件之間是如何交互的。

最后的結(jié)果就是，很不幸，一片混亂。

Bill在做出重大的設(shè)計選擇之前，沒有咨詢?nèi)魏稳恕Ｋ约涸趺聪氲木驮趺醋觥Ｋx過三篇發(fā)表于一年前的博文，它們一直在指導著他的決定。

我經(jīng)常說走進Bill的代碼中，感覺就像地雷戰(zhàn)，移動錯了一步，所有的東西都會炸到你臉上。

Roger - 好的JavaScript開發(fā)者

我們前面就提過Roger這種類型。完全意識到自己在寫垃圾代碼。他知道如果他想好好寫的話，代碼會是什么樣子。他拍拍自己的背，然后繼續(xù)寫出這段垃圾代碼。

Roger的主要問題在于沒有嘗試做一些改變。他做了自己被要求去做的，而且完成的很好。但是他寧愿讓事情該怎樣就怎樣，而不是花點時間，做一些努力讓其有所改變。

Ron - 優(yōu)秀的JavaScript開發(fā)者

Ron是一個優(yōu)秀的程序員，但偶爾他依舊不得不寫一些垃圾代碼。

讓Ron與別人不同的，就是在寫那些垃圾代碼的時候，他會認真地思考如何讓這種情況不會再次發(fā)生，既不為自己，也不為任何其他人。Ron會弄清楚需要那種類型的重構(gòu)，哪一塊的技術(shù)方案可以改變或提升。

然后，基于這些發(fā)現(xiàn)，Ron會行動起來，去推動這些改變。

　冷酷的現(xiàn)實

我必須得懺悔一下。 我就是這里的Roger。 但我也是Ron。 我也相信我曾不止一次的偶然當過Bill而自己不知道。我認為自己沒有像Barney那樣過，但是，到底有沒有，誰知道呢！我們都在走向持久優(yōu)秀之路上來來回回。有時候我們是普通的，有時候我們是好的又或是優(yōu)秀的。總是在嘗試著不要變成差勁的。

我們最終持續(xù)時間最長的那個角色會決定我們是什么樣的開發(fā)者。

說實話，從普通開發(fā)者到好的開發(fā)者，相較于其他事情，需要的是積累更多的知識和經(jīng)驗。但是想要從好的躍升到優(yōu)秀，你只需要改變一樣——態(tài)度。

“記住，在成為偉大之前，你必須是良好。在你成為良好之前，你必須是差勁。但是，在成為差勁之前，你必須去嘗試。——阿特 威廉姆斯

原文：http://thefullstack.xyz/excellent-javascript-developer/