成為一個優(yōu)異的程序員和成為其他優(yōu)異的專業(yè)人員相同，需求盡可能多的做一些有質量的作業(yè)。一個好的軟件開發(fā)人員需求培養(yǎng)兩種技術：技術技術和非技術技術。不幸的是一些開發(fā)者只注重技術的部分，致使養(yǎng)成一些陋習，下面是5個非技術性過錯：1.缺乏自律 　2. 自我意識過甚  3.不善溝通交流　　4. 忽略用戶　5. 不能合理安排作業(yè)。

    如何堅持每天都能寫出好代碼的5個主張，關于自律，我的個人做法是每天遵從以下過程：

　　1. 將一天要做的工作列成清單

　　完結雜亂活動(activity)的好辦法是將其拆分紅簡略的各項活動。每天早上，將你一天要完結的活動進行拆分，然后制定一個相應的日程安排表，這樣能夠幫助你：

　　更好的理解這個活動。

　　每天都有一個會集的方針。

　　進步你的估計才能，幾天之后，你會發(fā)現你能預測一天的作業(yè)量。

　　2. 一次只做一件事

　　會集于一項任務比同時做多項任務更多產，不同的研討現已證明這個觀念，而且發(fā)布在不同的媒體上。

　　3. 正確干事

　　以下兩個是考察工作是否正確完結的關鍵：

　　要為解決辦法感到到自豪，由于這不僅僅只是個普通的解決辦法，這是個好的辦法。遵從“軟件質量金字塔”的準則。

　　解決辦法至少要通過一次查看。在你的搭檔中，請一位你尊敬的優(yōu)異開發(fā)人員查看你的辦法，并接受他的真摯主張。

　　4. 不要功敗垂成

　　眾所周知，若仍有一個玻璃杯需求清洗，則不能說現已洗完了。粉刷墻壁或驅車前往某處這些工作上咱們也認可同樣的道理，但在軟件開發(fā)上咱們卻不這么以為 了。即便咱們沒有完結一切的單元測驗，或者咱們沒有核實完成方法是否符合用戶的需求，咱們也說完結了任務。這是典型來自Hope Driven Development的行為，對錯常有害的。

　　5. 與其抱歉，不如補救，而放棄不可取。

　　假如你要花額定的時間來完結一些代碼的測驗，或者重構不可讀的類，那么就去做，由于這是為將來出資時間�？墒羌偃缒阍谀臣�事上面卡住了或者將項目延遲的太久，那么尋找一個更容易的計劃。它可能不如你目前正在完成的計劃高雅，但至少你有計劃。保證記錄下來以應對這個項目將來的危險，而且有些東西需求重新審查。通過同行代碼審查與交流，營造良好技術氛圍，共同提升團隊整體編程水平，寫出更高質量代碼。