這8個方法讓你成為最優秀的程式設計師
圖片來自網路
0 前言
程式猿給自己的職業生涯設定一個提升目標，“成為一個高薪程式設計師”不是一個簡單的目標。一方面，“我要變得更優秀”意味著你知道“更優秀”是什麼樣的。另一方面，太多立志改善的人卻不知道怎麼做。
下面我要分享8個可操作的，可提高程式設計技能的行為準則。
1 提醒自己得學習
學習的第一步是要認識到，你不懂。因為不懂，所以才需要學習。這聽上去很明顯，但有經驗的程式設計師肯定記得自己用了多長時間才能做好這個心理建設。太多的電腦科學學生帶著一種傲慢畢業：“我懂得最多”，自以為是地認為他們知道一切，並且有一種想要證明給每一個新同事看的強烈慾望。換句話說：這樣一種“我知道我懂我瞭解！”的態度會成為阻礙你學習新東西的攔路虎。
2 不要竭力證明自己是對的
要成就偉大——而不只是優秀——你必須從經驗中學習。但要小心，經驗會讓我們重複錯誤的行為，養成壞習慣。我們都遇到過有著8年經驗的程式設計師……不斷說自己的經驗豐富，倚老賣老。為了避免一葉障目，你應該回顧自己所做的一切，問問自己，“怎樣才能做得更好？”
新手軟體開發人員（以及很多有經驗的開發人員）觀看他們自己的程式碼是為了欣賞它的精彩。他們編寫測試是為了證明其程式碼可工作，而不是為了讓它失敗。真正偉大的程式設計師會積極尋找他們錯誤的地方——因為他們知道，終端使用者必將會發現他們遺漏的缺陷。
3 “程式碼可工作”不是你止步的標誌；而是你開始的地方
是的，第一步是寫出高質量的軟體，滿足規格說明。普通的程式設計師往往在這裡就放棄了，直接跳到下一件事。
但是就此當作是“已經完成”而止步，就像是拍了張照片就希望它成為一件藝術品一樣荒誕可笑。偉大的程式設計師知道第一次迭代就只是第一次迭代而已。可以工作——那麼恭喜你！——但是這不是結束。你還需要讓程式碼變得更好。
一些流程定義了何為“更好”。有沒有價值使其更快？文件更簡單？更可重用？更可靠？對於不同的應用程式，這些問題的答案也各不相同，但是這個流程是不變的。
4 寫三遍
好的程式設計師編寫可工作的軟體。而那些偉大的程式設計師編寫的軟體執行起來極為出色。這很少是能夠一蹴而就的。最好的軟體通常要寫三次：
首先，你寫軟體是為了證明給自己（或客戶）看該解決方案是可能的。其他人可能不會意識到這僅僅是一個證明型的概念，但是你知道。
第二，讓它工作起來。
第三，讓它正確工作。
這種程度的工作可能並不明顯，如果你去看那些最佳開發人員的工作的話。他們做的一切都顯得如此才華橫溢，但你沒有看到的是，即使是明星開發者，在將自己的軟體展示給別人看之前，可能也扔掉過第一次和第二次的版本。拋棄程式碼重新開始是一個能將“力求完美”納入個人工作流程的好方法。
如果不出意外，“寫三遍”會告訴你很多解決問題的方法。它可以避免你陷入困境。
5 閱讀程式碼，閱讀很多程式碼
你可能已經聽過這個建議，實際上這是提高程式設計技巧最常見也是最有價值的建議。但是很多人不知道閱讀別人的程式碼之所以如此重要的原因。
當你閱讀別人的程式碼時，你要去看別人是如何解決問題的。但不要把它當作文學來看；把它當做一個教訓，一個挑戰。為了變得更好，你得問自己：
我會怎麼寫那樣的程式碼塊？在你看到另一種解決方法之後，你有什麼不同的做法？
我學到了什麼？怎麼應用那個技術到我以前寫的程式碼？ （“我從來沒有想過在那裡使用遞迴下降……”）。
我要如何改進這個程式碼？如果它是一個開源專案，而且你相信自己有一個更好的解決方案，那麼就去做！
用作者的風格寫程式碼。練習這個可以幫助你瞭解寫軟體的那個人的思維。
不要光想不做。寫下你的答案，無論是在個人日記，部落格，程式碼審查過程中，還是在開發者社群論壇上。就像給朋友解釋問題可以幫助你理清解決方案，寫下並分享你的分析也可以幫助你瞭解為什麼你對別人的程式碼會有這樣一種既定方式的反應。這就是我前面提到的自省，自省可以幫助你冷靜地判斷自己的長處和短處。
警告：閱讀大量的程式碼很容易，但要憑此就成為一個偉大的程式設計師未免異想天開。許多開發人員會通過開原始碼或其他軟體來“找尋答案”，而大多數人的做法是，複製和貼上恰巧出現的可解決類似問題的程式碼。這樣做實際上是在讓你變成一個更差的程式設計師，因為你只是盲目地接受別人的智慧，而沒有消化吸收。
6 寫程式碼，而不僅僅是作為分配的任務
工作於個人程式設計專案有很多優勢。首先，它提供了一個學習工具和技術的途徑，而這些工具和技術在你當前的工作中是學不到的，但是這能讓你在找下一份工作時更有競爭力。無論你是致力於開源專案，還是為當地的社群組織提供無償的勞動，都可以讓你增加技術技能和自信。
為了好玩而寫程式碼的另一個優點是，它迫使你靠自己去搞清楚這些事情。你不能將難的那部分留給別人去做，所以它可以避免你太快地向別人尋求幫助。
小貼士：不要選擇那些你永遠不會失敗的個人專案。你需要失敗！但你不會希望在工作中失敗，或者當專案有時間期限的時候。
7 儘可能一對一地和其他開發人員合作
這有助於仔細傾聽別人的思路和想法。方法可以是結對程式設計，可以是去參加程式設計馬拉松，也可以是加入一個程式設計使用者群。當你致力於一個開源專案時，要注意你從使用者和其他開發人員那裡得到的反饋。在他們的批評建議中有沒有什麼共同點？
你或許會很幸運地找到一個可以信任的個人導師，他會指導你從編碼技術到職業決定的所有東西。不要浪費這些機會。
8 學習技術，而不是工具