給自己設定乙個提高開發技術的目標很容易，但是「想成為一名偉大的程式設計師」卻不是乙個容易實現的目標。首先，說「我想變得更好」，是建立在你認識到「更好」的樣子基礎之上。另外，有太多的人追求進步而不知道如何去實現。
因此，讓我分享八個可實際操作的指導方針，你可以把它們作為提高程式設計技能的流程圖。這些智慧型都是伴隨著計算機35年的發展沉澱下來的。
1.時刻提醒自己：學習
學習某件事的第一步是承認你不知道。這聽起來很正常，但經驗豐富的程式設計師還記得要真正讓自己承認這一點需要花多長時間。很多電腦科學專業的學生畢業的時候，都有一種很傲慢的態度，就是「我知道最好的」，但其實這只是一種虛張聲勢，他們不知道從**來的自信，就好像他們什麼都知道，並且需要向每一位新同事強烈的證明這一點。換句話說:你所謂的「我知道我在做什麼！」這種態度會妨礙你學習新的東西。
2.不要試圖證明自己是正確的
要想成為優秀的人，你必須學會吃一塹長一智。但是千萬小心，經驗也可能教會我們重複一些不良行為，甚至也教會我們養成一些不好的習慣。我們都遇到過有8年經驗的程式設計師。對於他們來說，同樣的經歷，重複了8次。為了避免這種綜合症，看看你做的每一種事情，然後問自己:「我怎樣才能讓它變得更好?」
新手(以及很多經驗豐富的開發人員)會看著他們自己寫的**，欣賞它的奇妙。他們編寫測試來證明他們寫的**是可以執行的，而不是試圖讓它執行失敗。真正優秀的程式設計師會積極地尋找他們的錯誤在**，因為他們知道終端使用者會發現這些遺漏的bug。
3.「**可以執行了」這個目標不是終點，而是起點
是的，你的第一步總是想寫出質量很高的**，而且**上面都寫滿了注釋。但是一般的程式設計師在這一點上就退出，然後繼續下一件事。
但是一旦「完成」就停止了這種思想就像是拍一張快照，然後期待它是一件藝術品一樣。偉大的程式設計師都知道第一次迭代只是一次迭代。它執行起來了,恭喜你!但你的工作還有很多。現在,使它變的更好。
其實這個過程就是在定義「更好」的含義。讓它變得更快能有什麼價值嗎?可重用更高有什麼好處嗎?更可靠嗎?答案隨著每個應用程式的不同而不同，但是過程都是一樣的。
4.寫三次**
好的程式設計師目標是寫出可以執行的軟體就可以了。偉大的程式設計師寫出來的軟體目標是執行得非常好。通過一次編寫這種情況幾乎不可能發生。最好的軟體通常被寫三次:
首先，編寫軟體以向你自己(或客戶)證明解決方案是可行的。其他人可能沒有意識到這只是乙個概念驗證，但你確實這麼做了。
第二次可以讓它正常地執行。
第三次你能夠讓它平穩的執行。
當你看到最優秀的開發人員的工作時，這種級別的工作可能並不明顯。他們所做的一切看起來都很出色，但你沒有看到的是，即使是開發界的大腕兒，也可能在向其他人展示他們的軟體之前就已經拋棄了第乙個和第二個版本。拋棄之前的**並開始編寫另乙個版本是一種強大的方式，可以將「更好地」融入到您的個人工作流程中。
如果沒有其他情況，通過「寫三次**」可以告訴你解決問題的方法有多少種。而且它可以防止你陷入停滯不前的狀態。
5.閱讀大量的**
你可能希望我能夠引導這個建議，實際上，這也是提高程式設計技能的最常見和最有價值的建議。閱讀他人**的原因也很重要，只是不是很明顯而已。
當閱讀其他人的**時，你會看到其他人是如何解決程式設計問題的。但不要把它當成是文學作品，而是把它當成一種教訓和一種挑戰。想要變得更好，問問自己：
不要只是漫不經心地思考這些步驟。寫下你自己的答案，無論是在個人日誌、部落格、審查**的過程中，還是與其他開發人員交流的論壇中。就像向朋友解釋問題可以幫助你解決問題一樣，記錄和分享你的分析可以幫助你理解為什麼你會以一種特定的方式對別人的**做出反應。這是我之前提到的自省的一部分，幫助你冷靜地判斷你自己的優點和缺點。
警告:在不需要成為一名優秀程式設計師的情況下，很容易閱讀大量的**，就像乙個想要成為作家的人可以在不提高自己散文的情況下閱讀偉大的文學作品一樣。很多開發人員都在尋找開源或其他軟體來「找到答案」，而且很可能是複製和貼上**來解決類似的問題。這樣做實際上會讓你成為乙個更糟糕的程式設計師，因為你盲目地接受別人的智慧型而不去審視它。(另外，它可能比夏季野餐還要麻煩，但因為你沒有花時間去理解它，你永遠不會意識到你就像是大自然的搬運工一樣，只是在做體力勞動。)
6.不要把編寫**僅僅看作是任務
從事個人程式設計專案有很多優勢。首先，它為你提供了一種學習工具以及學習技術的方法，而這些工具和技術在你當前的工作中是用不到的，但是這將使你在下乙份工作中更有市場。無論你是為開源專案做貢獻，還是為當地社群組織做公益工作，你都能獲得技術技能和自信。(此外，你的個人專案向潛在雇主證明，你是乙個從不停止學習的人。)
編寫**的另乙個好處是它強迫你自己去解決問題。你不能把這些難啃的問題留給別人，所以它會讓你過早地尋求幫助。
7.盡一切可能做到與其他開發人員面對面的工作
傾聽別人的意見是很有幫助的。這可能意味著結對程式設計，或者參加黑客馬拉松，或者加入乙個程式設計使用者組(比如vermont coders connection)。當你為乙個開源專案做貢獻時，要關注一下你從使用者和其他開發者得到的反饋意見。你在他們的批評中看到了什麼共同點?
這樣做你可能會很幸運地認識了一位可以完全信任的導師，無路是編碼技術還是職業決策，你都可以完全信任他。所以不要浪費這些機會。
8.你是在學習技術,而不是在學如何使用工具
程式語言、工具和方法這些都只是一時的。這就是為什麼需要你在這麼多的語言和框架中盡可能多的獲得經驗。重點關注程式設計基礎，因為基礎永遠不會改變;更關注體系結構而不是如何程式設計。如果你覺得做某件事只有一種正確的方式，那可能是時候進行現實核查了。條條框框的限制會妨礙你學習新事物的能力，也會使你很難適應變化。
我可以繼續前進，但自我提公升的關鍵原則是知道何時停止。
成為更好程式設計師的8種途徑
原文 8 ways to become a better coder 翻譯 vincent 譯者注 本文作者講述了8種方式幫助你如何從一名普通的程式設計師高階成為一名偉大的程式設計師，讓我們就從此時此刻開始提高自己的開發技能吧。以下為譯文。是時候開始認真考慮一下如何公升級你的開發技術了。讓我們來認真...
讓我們成為更好的程式設計師
即使是很聰明的程式設計師也存在很大的成長空間，那麼現在，我們就來談談如何做個更有想法 更善於突破自我的程式設計師。1.善於總自身找原因 在發生錯誤之後，要學會首先質疑自己和他人的預設情況，因為來自不同的 商可能存在 內建不同的預設。當有人想你報告乙個你無法重複的問題之時，去看看他們做了些什麼，要 在...
五個方法成為更好的程式設計師
載自 陳浩 酷殼 原文 對我來說，乙個好的程式設計師應該是努力去追求盡可能無錯的高質量的符合需求的 實現。一些人也許認為好的程式設計師是那些懂得多門程式語言，懂得很牛技術的程式設計師，是的，這在某些情況下是對的。但歸根到底，無論你用什麼樣的技術，什麼樣的語言，所有的程式被寫出來，其功能都要符合需求以...