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

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

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

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

　　更好的理解這個活動。

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

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

　　2. 一次只做一件事

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

　　3. 正確干事

　　以下兩個是考察工作是否正確完結(jié)的關(guān)鍵：

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

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

　　4. 不要功敗垂成

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

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

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