0 前言
程序員給自己的職業(yè)生涯設(shè)定一個(gè)提升目標(biāo),“成為一個(gè)高薪程序員”不是一個(gè)簡單的目標(biāo)。一方面,“我要變得更優(yōu)秀”意味著你知道“更優(yōu)秀”是什么樣的。另一方面,太多立志改善的人卻不知道怎么做。
下面我要分享8個(gè)可操作的,可提高編程技能的行為準(zhǔn)則。
1 提醒自己得學(xué)習(xí)
學(xué)習(xí)的第一步是要認(rèn)識(shí)到,你不懂。因?yàn)椴欢?,所以才需要學(xué)習(xí)。這聽上去很明顯,但有經(jīng)驗(yàn)的程序員肯定記得自己用了多長時(shí)間才能做好這個(gè)心理建設(shè)。太多的計(jì)算機(jī)科學(xué)學(xué)生帶著一種傲慢畢業(yè):“我懂得最多”,自以為是地認(rèn)為他們知道一切,并且有一種想要證明給每一個(gè)新同事看的強(qiáng)烈欲望。換句話說:這樣一種“我知道我懂我了解!”的態(tài)度會(huì)成為阻礙你學(xué)習(xí)新東西的攔路虎。
2 不要竭力證明自己是對的
要成就偉大——而不只是優(yōu)秀——你必須從經(jīng)驗(yàn)中學(xué)習(xí)。但要小心,經(jīng)驗(yàn)會(huì)讓我們重復(fù)錯(cuò)誤的行為,養(yǎng)成壞習(xí)慣。我們都遇到過有著8年經(jīng)驗(yàn)的程序員……不斷說自己的經(jīng)驗(yàn)豐富,倚老賣老。為了避免一葉障目,你應(yīng)該回顧自己所做的一切,問問自己,“怎樣才能做得更好?”
新手軟件開發(fā)人員(以及很多有經(jīng)驗(yàn)的開發(fā)人員)觀看他們自己的代碼是為了欣賞它的精彩。他們編寫測試是為了證明其代碼可工作,而不是為了讓它失敗。真正偉大的程序員會(huì)積極尋找他們錯(cuò)誤的地方——因?yàn)樗麄冎?,最終用戶必將會(huì)發(fā)現(xiàn)他們遺漏的缺陷。
3 “代碼可工作”不是你止步的標(biāo)志;而是你開始的地方
是的,第一步是寫出高質(zhì)量的軟件,滿足規(guī)格說明。普通的程序員往往在這里就放棄了,直接跳到下一件事。
但是就此當(dāng)作是“已經(jīng)完成”而止步,就像是拍了張照片就希望它成為一件藝術(shù)品一樣荒誕可笑。偉大的程序員知道第一次迭代就只是第一次迭代而已??梢怨ぷ鳌敲垂材?——但是這不是結(jié)束。你還需要讓代碼變得更好。
一些流程定義了何為“更好”。有沒有價(jià)值使其更快?文檔更簡單?更可重用?更可靠?對于不同的應(yīng)用程序,這些問題的答案也各不相同,但是這個(gè)流程是不變的。
4 寫三遍
好的程序員編寫可工作的軟件。而那些偉大的程序員編寫的軟件運(yùn)行起來極為出色。這很少是能夠一蹴而就的。最好的軟件通常要寫三次:
首先,你寫軟件是為了證明給自己(或客戶)看該解決方案是可能的。其他人可能不會(huì)意識(shí)到這僅僅是一個(gè)證明型的概念,但是你知道。
第二,讓它工作起來。
第三,讓它正確工作。
這種程度的工作可能并不明顯,如果你去看那些最佳開發(fā)人員的工作的話。他們做的一切都顯得如此才華橫溢,但你沒有看到的是,即使是明星開發(fā)者,在將自己的軟件展示給別人看之前,可能也扔掉過第一次和第二次的版本。拋棄代碼重新開始是一個(gè)能將“力求完美”納入個(gè)人工作流程的好方法。
如果不出意外,“寫三遍”會(huì)告訴你很多解決問題的方法。它可以避免你陷入困境。
5 閱讀代碼,閱讀很多代碼
你可能已經(jīng)聽過這個(gè)建議,實(shí)際上這是提高編程技巧最常見也是最有價(jià)值的建議。但是很多人不知道閱讀別人的代碼之所以如此重要的原因。
當(dāng)你閱讀別人的代碼時(shí),你要去看別人是如何解決問題的。但不要把它當(dāng)作文學(xué)來看;把它當(dāng)做一個(gè)教訓(xùn),一個(gè)挑戰(zhàn)。為了變得更好,你得問自己:
我會(huì)怎么寫那樣的代碼塊?在你看到另一種解決方法之后,你有什么不同的做法?
我學(xué)到了什么?怎么應(yīng)用那個(gè)技術(shù)到我以前寫的代碼? (“我從來沒有想過在那里使用遞歸下降……”)。
我要如何改進(jìn)這個(gè)代碼?如果它是一個(gè)開源項(xiàng)目,而且你相信自己有一個(gè)更好的解決方案,那么就去做!
用作者的風(fēng)格寫代碼。練習(xí)這個(gè)可以幫助你了解寫軟件的那個(gè)人的思維。
不要光想不做。寫下你的答案,無論是在個(gè)人日記,博客,代碼審查過程中,還是在開發(fā)者社區(qū)論壇上。就像給朋友解釋問題可以幫助你理清解決方案,寫下并分享你的分析也可以幫助你了解為什么你對別人的代碼會(huì)有這樣一種既定方式的反應(yīng)。這就是我前面提到的自省,自省可以幫助你冷靜地判斷自己的長處和短處。
警告:閱讀大量的代碼很容易,但要憑此就成為一個(gè)偉大的程序員未免異想天開。許多開發(fā)人員會(huì)通過開源代碼或其他軟件來“找尋答案”,而大多數(shù)人的做法是,復(fù)制和粘貼恰巧出現(xiàn)的可解決類似問題的代碼。這樣做實(shí)際上是在讓你變成一個(gè)更差的程序員,因?yàn)槟阒皇敲つ康亟邮軇e人的智慧,而沒有消化吸收。
6 寫代碼,而不僅僅是作為分配的任務(wù)
工作于個(gè)人編程項(xiàng)目有很多優(yōu)勢。首先,它提供了一個(gè)學(xué)習(xí)工具和技術(shù)的途徑,而這些工具和技術(shù)在你當(dāng)前的工作中是學(xué)不到的,但是這能讓你在找下一份工作時(shí)更有競爭力。無論你是致力于開源項(xiàng)目,還是為當(dāng)?shù)氐纳鐓^(qū)組織提供無償?shù)膭趧?dòng),都可以讓你增加技術(shù)技能和自信。
為了好玩而寫代碼的另一個(gè)優(yōu)點(diǎn)是,它迫使你靠自己去搞清楚這些事情。你不能將難的那部分留給別人去做,所以它可以避免你太快地向別人尋求幫助。
小貼士:不要選擇那些你永遠(yuǎn)不會(huì)失敗的個(gè)人項(xiàng)目。你需要失敗!但你不會(huì)希望在工作中失敗,或者當(dāng)項(xiàng)目有時(shí)間期限的時(shí)候。
7 盡可能一對一地和其他開發(fā)人員合作
這有助于仔細(xì)傾聽別人的思路和想法。方法可以是結(jié)對編程,可以是去參加編程馬拉松,也可以是加入一個(gè)編程用戶群。當(dāng)你致力于一個(gè)開源項(xiàng)目時(shí),要注意你從用戶和其他開發(fā)人員那里得到的反饋。在他們的批評(píng)建議中有沒有什么共同點(diǎn)?
你或許會(huì)很幸運(yùn)地找到一個(gè)可以信任的個(gè)人導(dǎo)師,他會(huì)指導(dǎo)你從編碼技術(shù)到職業(yè)決定的所有東西。不要浪費(fèi)這些機(jī)會(huì)。
8 學(xué)習(xí)技術(shù),而不是工具
編程語言、工具和方法變化不定。這就是為什么我們要積累盡可能多的經(jīng)驗(yàn),使用盡可能多的語言和框架。專注于編程基礎(chǔ),因?yàn)榛A(chǔ)知識(shí)永遠(yuǎn)不會(huì)改變:要更注重結(jié)構(gòu),而不是編程。如果你覺得只有一種做事的正確方法,那么可能是時(shí)候?qū)崙?zhàn)檢驗(yàn)了。教條會(huì)阻礙你學(xué)習(xí)新事物的能力,同時(shí)要試著讓自己慢慢適應(yīng)變化。