差距在哪里，你與開發(fā)高手的距離有多遠(yuǎn)？
原創(chuàng)【51CTO觀察】開發(fā)者的技術(shù)成長是個永恒的話題。最近，51CTO又有一篇與此相關(guān)的文章受到網(wǎng)友們的廣泛關(guān)注——《如何成為一個專家級的開發(fā)者》 。文中雖然界定了專家的概念和開發(fā)者成長為專家級的一般路徑，但卻忽視了一個問題：為什么只有少數(shù)人能成長為開發(fā)高手和專家級程序員？一般程序員與開發(fā)高手的差距在哪里？
事實上，我們一直在關(guān)注這一問題，并就此進(jìn)行了數(shù)月的調(diào)查走訪，受訪的十幾位技術(shù)專家對此問題的回答有些出乎我們的意料，也與眾多入門級開發(fā)者所想象的“差距”大不相同。
入門者 說
我們在開發(fā)頻道QQ群（50677317）和身邊的一些具有1-2年開發(fā)經(jīng)驗的程序員就“你與開發(fā)高手的差距在哪里”的問題進(jìn)行調(diào)查，得到的答案大致可以歸納為以下幾種：
◆項目經(jīng)驗。多數(shù)入門級程序員認(rèn)為，大量的項目經(jīng)驗是提高自身技術(shù)水平的關(guān)鍵；高手們往往具有更多的項目經(jīng)驗，解決問題有更廣泛的思路和方法。
◆對語言和平臺的理解掌握。有相當(dāng)一部分人覺得自己的技術(shù)積累還不夠，很多語法和API并不熟悉，甚至有人還要翻看語法手冊才能完成一段代碼的編寫。而高手們對語言和平臺早已爛熟于心，很多東西都到了“信手拈來”的境界。
◆良師高徒。少數(shù)開發(fā)者抱怨沒有高手和主程序員代領(lǐng)，無法獲得好的項目實操技能和指導(dǎo)。而高手們往往一開始就有好的機(jī)遇得到更好的經(jīng)驗傳授。
◆努力程度。一些開發(fā)者覺得自己不夠努力，很多知識沒有深入學(xué)，很多項目沒有用心做。他們認(rèn)為，高手們的技術(shù)水平與勤奮刻苦的技術(shù)積累有必然的關(guān)系。
這些差距的確存在，且?guī)в幸欢ǖ钠毡樾?。但仔?xì)想來，卻多少有些主觀：同樣的項目，同一個團(tuán)隊，為什么有人可以獲得更多的經(jīng)驗并逐漸成長；同一個SDK同樣的IDE，為什么高手就可以“信手拈來”；一個主程代領(lǐng)3-5名程序員，為什么有人會脫穎而出？這也從另一個角度印證了新浪微博技術(shù)經(jīng)理楊衛(wèi)華所提到的：為什么5%的技術(shù)人員開發(fā)效率是其他95%的20倍？
高手 說
“差距在哪里”的問題在受訪的專家級開發(fā)高手看來有不一樣的答案。這些答案多是指向技術(shù)內(nèi)涵和開發(fā)者本身。
代碼的“斟”與“酌”
高手在編程效率方面可能并不比普通程序員快多少，因為他們會吝嗇自己敲下的每一行代碼。這種“吝嗇”有兩方面的含義，一是項目的架構(gòu)性和整體性考量，二是從性能和優(yōu)化的角度進(jìn)行Coding。其實，這里所映射的是一個開發(fā)者的技術(shù)視野。
有多位技術(shù)專家強調(diào)項目執(zhí)行時的全局觀。面對一個項目，即使是團(tuán)隊中的普通一員，也要力求從項目整體架構(gòu)的角度審視開發(fā)需求，對各個模塊、接口和通信做最優(yōu)化的預(yù)想和配置。這樣可以從全局審視整個項目的技術(shù)布局，預(yù)判可能出現(xiàn)的問題。
在確定了整體之后，落實到具體的模塊實現(xiàn)，每一行代碼不但有上下文的考量與規(guī)劃，還要具備模塊間的整體布局。這是模塊內(nèi)的技術(shù)視野，比如接口的定義、注釋的可讀性、代碼的執(zhí)行效率等。當(dāng)你寫下一行代碼前，要考慮它是否會對整個系統(tǒng)造成影響，是否方便其他接口進(jìn)行調(diào)用，這些都是一個開發(fā)高手的“技術(shù)潛意識”。
據(jù)一些經(jīng)常帶領(lǐng)入門級開發(fā)者的技術(shù)經(jīng)理介紹，多數(shù)人只考慮自己所負(fù)責(zé)的模塊進(jìn)行開發(fā)，缺乏一個全局性的技術(shù)視野和對代碼性能苛刻的態(tài)度，這樣雖然能按交付日期完成項目，卻對項目質(zhì)量和開發(fā)者的自我提高有很大阻礙。
喜歡大麻煩
一般開發(fā)者對工作中的一些技術(shù)問題相當(dāng)排斥，每個人都希望手里的項目可以順利進(jìn)行，一旦遇到問題就會有負(fù)面情緒。而我們所看到的一些開發(fā)高手對待技術(shù)問題則是一種非常積極的態(tài)度。
問題、難點是提高的機(jī)會。解決一個問題，能力就提升一點；解決一個大問題，能力就提升一大截。很多技術(shù)高手喜歡大麻煩，如果開發(fā)工作可以順利進(jìn)行當(dāng)然是好事，但沒有難度就沒有高度；高手們會認(rèn)為沒有技術(shù)挑戰(zhàn)性，很難讓高手們在項目中發(fā)揮應(yīng)有的激情。
同樣有技術(shù)經(jīng)理反映，用一個開放的態(tài)度迎接問題、解決問題，這是目前入門級程序員所缺乏的心態(tài)。“喜歡大麻煩”的態(tài)度也是程序員向開發(fā)高手進(jìn)階的必備心里素質(zhì)。
代碼閱讀者
開發(fā)高手是代碼閱讀者。大多數(shù)技術(shù)專家的代碼閱讀量是普通程序員的百倍，代碼閱讀的時間比寫代碼的時間要長得多。《Java編程思想》的作者Bruce Eckel對閱讀代碼的好處做出兩種說明：
◆代碼被閱讀的時間比寫代碼的時間要長，這有助于你的代碼被人理解，并改善或者修改其中的Bug。
◆ Code Review是最有成效的改善軟件缺陷的方法，但在我們卻經(jīng)常“沒有時間來考慮它”。
關(guān)注代碼的可讀性有助于團(tuán)隊的其他同事幫助你修正技術(shù)問題，而技術(shù)問題的修正可以使你不再犯同樣的錯誤。Code Review可以讓你有更高的視角來審視已完成的項目，這樣做，往往能有意外的收獲——你發(fā)現(xiàn)同樣一個項目，你可以做的更好。
除了自己和團(tuán)隊中的代碼，高手們還愿意花大量的時間研究“代碼大全”，從別人的代碼中吸收不同的技術(shù)思想并與自己的技術(shù)風(fēng)格融匯貫通。而普通程序員多數(shù)只閱讀與自己項目相關(guān)的程序代碼，很少分配精力閱讀優(yōu)秀代碼。
其他“差距”
◆參與開源項目。高手們往往都會參加2-3個開源項目，從頭到尾完成一個項目的實現(xiàn)和后期升級。開源項目可以與世界各地的優(yōu)秀程序員接觸，協(xié)同完成工作，學(xué)習(xí)和應(yīng)用最前沿的技術(shù)；并得到更多人對你的技術(shù)反饋。
◆技術(shù)探索者。專家級開發(fā)者往往是技術(shù)探索者和新技術(shù)的布道者。高手們往往對現(xiàn)有技術(shù)并不滿足（而且經(jīng)常抱怨這些技術(shù)的不足之處），能清晰看到現(xiàn)有技術(shù)的缺陷。與開源社區(qū)的結(jié)合讓高手們有更多機(jī)會接觸到最前沿的技術(shù)和應(yīng)用理念，這些技術(shù)往往是解決現(xiàn)有技術(shù)缺陷的最佳方案。高手們還會把新發(fā)現(xiàn)的技術(shù)帶到國內(nèi)加以推廣和應(yīng)用，成為這門新技術(shù)的專家。
與之前入門者的答案想對比，你是否想到了什么？
技術(shù)與夢想
事實上，在“高手 說”的部分我們還有一個答案沒有列出——技術(shù)熱情。雖然受訪的幾位開發(fā)高手給出的答案雖各有側(cè)重，但卻幾乎同時提到了這一點，“要有足夠的技術(shù)熱情”。
多數(shù)程序員只把程序開發(fā)當(dāng)成一份工作，他們在乎平臺的前景、語言的優(yōu)劣、報酬的高低；他們不愿為一個技術(shù)點反復(fù)鉆研，不愿為一個bug精心測試，不愿為自身技術(shù)水平的提高多花時間。而開發(fā)高手往往具有單純的技術(shù)夢想，愿意為技術(shù)付出自己全部的時間。
歸根結(jié)底，這還是技術(shù)與夢想的話題：你想用技術(shù)成就怎樣的夢想？在你的夢想中，技術(shù)占到幾分？
這個比例，才是你與開發(fā)高手的真正“差距”，也是你與開發(fā)高手的最大“距離”。
【更多關(guān)于程序員成長的話題】
