大多數(shù)人以為他們需要學習特定技術(shù)、算法、數(shù)學或其他形式的具體知識。 但是在Joost看來，這些從來都不是最主要的。 最主要的是他們需要學習“ 自律 ”。

過去七年半以來我在Ronimo輔導了很多編程實習生，數(shù)百名學生和畢業(yè)生，在他們身上我看到一樣同樣的東西需要學習，也許有人認為，他們應該是需要學習特定技術(shù)、算法、數(shù)學或其他形式的具體知識。 但是在Joost看來，這些從來都不是最主要的。 最主要的是他們需要學習“ 自律 ”。有紀律地編寫清晰代碼，有紀律地在代碼變得混沌時重構(gòu)它們；有紀律地刪除未使用的代碼和添加備注。

我在這個主題上花了大部分時間輔導實習生，不是解釋先進的技術(shù)或我們的引擎的細節(jié)，而是讓他們編寫更好的代碼，我總是詢問有工作經(jīng)驗的開發(fā)者，他們認為成為優(yōu)秀程序員最重要的是需要什么？他們通?；卮鸫a應該清晰，易于理解和維護。這確實也是我想聽的，但是年輕的程序員罕有能始終遵循的。

記住自律，不要停息，如果所有變量的名稱都錯了，但是功能完美，那么代碼將超級混亂，從功能代碼中逐步理清雖然在短期內(nèi)可能得不到回報，但這就是邁向自律的第一步，這也是作為實習生的好的導師通常非常注意代碼質(zhì)量，從而能迫使實習生邁出正確的第一步。

下面是我經(jīng)?？吹降囊恍├樱?/p>

假的函數(shù)/變量/類

這些函數(shù) 類和變量實際做的事情并不是它們名稱的意思所代表的，而是實現(xiàn)其他功能，它們的名字是假的，名不符實，很明顯，名字應該是正確的，但是讓我們驚訝的是很少見完全封閉的名稱。

。..。..

（banq注：緩存失效和命名是計算機科學最難的兩件事）

糾結(jié)在一起的類

我看到另外一個問題是泥團一樣黏糊在一起的類，做了很多無關(guān)的事情，無關(guān)的新特性新功能一點點加入，讓簡單的類變得臃腫，塞入各種與該類名無關(guān)的行為，有時一個類的大小超過幾百行代碼。

。..

避免這個問題的辦法應該總是想：我在這里添加的功能符合類名本身嗎？如果不是，那么重新命名類的名稱，或者分成兩個獨立的類。

如果你不能想出一個代碼類的合適名稱，就會發(fā)出壞味道，那類的內(nèi)部就會變得混雜。有時可能一個需要分成兩個部分，才能找到合適的名稱分別代表它們。

超大號的類

隨著時間推移，越來越多代碼添加到一個類，變得非常臃腫，雖然這個類還能工作，但是代碼太長，非常繁瑣，容易發(fā)生很多bug，方向和細節(jié)混同在一起。

切分一個非常大的類的工作是枯燥的，也是一個挑戰(zhàn)，類中代碼高度交織在一起，運行中不斷修復添加新功能，最后結(jié)果是必須有自律才能阻止它變得更大。

一般經(jīng)驗是我們盡量保持類代碼低于500行，函數(shù)低于50行，有時雖然不可行，但是我們總能尋找到辦法來重構(gòu)它，切分成更小 更易于管理的代碼塊。

代碼的注釋

如果沒有注釋，代表沒有任何信息，這是臨時破碎的代碼嗎？被取代的舊代碼在哪里呢？

。.

并行邏輯和重復代碼

舉一個例子，有某個結(jié)構(gòu)特征的名稱暗示我們一些它是什么的信息，比如“TreeBackground.dds”。 為了了解這個特征能被用于一個tree類，我們需要檢查文件名中是否以單詞“Tree”開始。 通過使用 filename.beginsWith（”Tree”）檢查得很快。 這段代碼如此短，但是我們在不同地方需要它，這樣我們就拷貝粘貼它，這就造成了重復代碼，當然每個人知道重復代碼不好，但是這段代碼真的很短，拷貝粘貼非常容易，我們這里面臨的問題很明顯：也許以后我們會檢查這個結(jié)構(gòu)特征是否適合樹tree的改變，那是我們就需要在每個地方單獨一個個去解決（因為這段短代碼被復制到這些地方）

一般經(jīng)驗是，這段代碼不應該被復制，應該放在一個函數(shù)中，即使它超級短，主要因為做一個函數(shù)再調(diào)用需要許多代碼，而直接復制粘貼更直接簡單？

本文討論的事情似乎很簡單，它們應該是大學第一年教，但是面臨的挑戰(zhàn)是如何讓他們花時間去遵循，總是記住它們，這就是這為什么是最重要的事情，他們最應該學習的不是知識，而自律。