優秀的程式設計師如何思考、學習新技術的原則和方式

edithfang發表於2015-04-09
先看下面這樣的困惑:

最近了解了幾個MVC的框架,其中有兩個是公司內部的。發現這些東西都是類似的,從處理邏輯到頁面渲染;從service到layout;配置的實現無非就是XML,或者annotation……我有種感覺,興許已經跳不出這個思維圈子了?


如今的時代,是一個概念翻飛的時代,oschina裡的開源軟體數量就已經超過了兩萬,五花八門的技術層出不窮,到底什麼技術才是值得學習的?

有位朋友說,他想學習一些關於Android上的開發技術,興趣驅使。幾個月過去了,他說他已經能做出許多小程式了,可是他現在回想起來,掌握一門技術是好,可興趣之外還有什麼呢?他說,“如果我的工作中不使用Android平臺,我學它還有何用?”。

學習技術到底是一件有意思的事,還是一件痛苦的事?讀書的時候,我曾經買過侯捷翻譯的《深入淺出MFC》,對那時的我來說,似乎太困難了一點,我強迫自己看完了三分之一,實在是沒有毅力繼續往下讀了。我在其中察覺不到快樂,這本書在當時似乎充滿了生澀。

如上這樣的故事太多了,很多時候,程式設計師們(包括我在內)辛苦地學習,有的沒有好的效果,有的過程充滿痛苦,有的更是不知道我學它的目的是什麼。

國內的教育體制,培養了這樣一批人:

他們努力、奮進,熱愛技術,願意投身軟體行業,願意寫出高質量的程式碼,他們對業界的東西很感興趣,他們願意學習紮實的基礎知識,他們渴求火熱的新技術……

幾年以後,他們擁有廣泛的視野,閱歷寬闊、經驗老到、言辭犀利,對行業動態瞭如指掌,顯然,他們是行業的博學者。

然而……

他們卻缺乏這樣一種能力——思考。

欠缺思考容易導致這樣的現象:

不會做設計

遇到了問題,拿見到過的、學到了的熟悉的框架、方案、模式往上套,而不仔細分析其中的利弊,只是儘可能地尋找最接近當前問題的解決途徑。

有的是不會做系統設計。和少數所謂的“架構師”接觸過,他們“只懂業務,不懂技術”,這樣設計出來的系統只能滿足功能性需求;而論壇上的一些具體問題的討論話題,則暴露出一些跟帖討論者“只談技術,不提業務”,譬如“XXX大容量的解決方案”、“秒殺系統的終極架構”,企圖對某一類寬泛的問題,設計出一套放之四海皆準的通用解決方案。

還有的則是不會做物件導向設計,缺少抽象和解耦的能力,這樣的例子就更多了。朋友告訴我,他的單位有一位寫Ruby的老員工,一個龐大的工程,程式碼裡面居然只有一個上帝類,就搞定了所有的問題。

不能堅持自己的觀點

這一點在面試中最容易觀察到。應聘者有剛畢業的學生,也有工作超過10年的有豐富經驗的從業者。他給出一個粗略的方案以後,在方案沒有細化到一定程度以前,很難給出優劣的評論,但是,如果你輕輕地challenge一下,他就迅速放棄本來的構思,跑到你的思路上來。

例如,SNS系統中,服務端有訊息要怎樣通知到客戶端,這樣的一個問題,解決方案有很多種,比如客戶端輪詢、服務端hold住連線推送等,各有利弊。應聘者應當有自己的觀點。

不能細化一個問題解決方案

怎樣區分一個空談家和一個實幹家?給他一個具體的問題是最好的辦法。在我剛工作的時候,我曾經很欽佩那些在活動中、討論中高談闊論的人,我覺得他們很能說。可是後來我逐漸發現,能說的人實在是太多太多了。細化設計、甚至落到編碼,才是對一個程式設計師真實的檢驗。當然,如果你覺得做軟體設計的人可以不熟悉編碼、架構師可以不首先是一名高階程式設計師,那我們也沒有什麼可談了:)。

如果你會學習,你可以成長得很快;如果你不會思考,你永遠只能跟在別人後面。

在新技術的學習上我認為也應當多思考,不同的人有不同的學習動機。在非外界所迫的情況下,對於新技術的學習,我的觀點可以概括為:

它要解決什麼問題,就是所謂的問題域,是我關心的嗎?

我沒有去研究作業系統底層的實現,並非這沒有價值,而是我沒有興趣,這就是問題域的影響(不過現在我有興趣了,我想做一些這方面的事情)。

和過往解決方案它的優勢在哪裡,是否顯著?

這是competition,重複的技術是沒有生存空間的(當然,你是微軟的話除外:)),就像網際網路同一個型別的網站,競爭到最後就那麼兩三家。就像Groovy,我很喜歡它,但是有了Scala以後,我覺得興許有一個要死掉(Groovy創始人說,如果他早些知道Scala的話,就沒有Groovy什麼事了。具體的報導請去Google上搜他的blog)。

它的實現和帶來的效果上看,有沒有很有意思的思路,是值得借鑑和思考的?

這是最難講的一個問題。以去年初開始接觸的Node.js為例,它可以做到把後端的聚合(譬如portlet之流)放到前端來,後端只保留一種型別的頁面服務——頁面模板,以及若干易於管理的API介面,大大簡化了後端體系的複雜度,而且還能把壓力分散到前端來,這是我早些年不曾見到的。

這三個問題想過之後,覺得有價值,我才去學習。要不然,對我而言就是不想深入的東西,瞭解瞭解也就罷了。

新技術學習的方式呢,我想說這麼幾點:

尋找切入點

我很喜歡BlueDavy的blog上的一句話:“理論不懂就實踐,實踐不會就學理論!”。

最後最好是要落到動手實踐上去的,但是倘若習慣從那些原理介紹的文字入手,未嘗不是一種不好的選擇。而且,現實情況會有一些約束,例如在瞭解幾家網際網路公司的雲平臺的時候(Amazon的EC2,M$的Azure等等),除非你是這幾家公司的員工,否則是很難深入其中的。

尋找自己的興趣點

學習應當是一件有意思的事情,當你的大腦排斥它的時候,我不相信可以很容易地掌握這門新技術。如果你找不到興趣點,那麼,不妨回到我前文對於新技術是否值得你學習的觀點上去,既然你沒有什麼興趣,你學它幹嘛?西安軟體培訓

善於比較

比較是一種非常容易上手的思考方式,和什麼比較?和相似技術比較,和作業系統、網路這些基礎設施上面的例子比較,最後,和生活中的例子比較(譬如,JAVANIO的實現是一個很好的例子)。

不斷獲得回饋

回饋是什麼?做出一個HelloWorld的例子,就是一個極好的回饋;理解某一項實現原理,聯想到其它類似的實現,產生一種恍然大悟的感覺,也是一種回饋。在學習的過程中,不斷產生回饋,意味著你不斷地收穫成就感,這是繼續下去的動力之一。
相關閱讀
評論(1)

相關文章