很多人都會問”個人技能如何快速提高，如何成為專家？“之類的一些問題，《程序員修煉之道》由一系列獨立的部分組成，涵蓋的主題從個人責任、職業發展，直到代碼、架構技術，感興趣的可以自己去看看那本書，本篇我不做介紹，而更多的是從我自身的一些成長路線和體會來談，算對自己工作多年的一個階段性總結，放上來希望即使不能幫助你也不致于誤人子弟，如果我的成長階段能夠給你帶來一些指導，那就更好不過了。

　　這篇文章, 我想和大家分享一些我學習生涯中的一些體會, 其中一項, 就是技術要拿得起, 更要放得下.

與通常所列舉的應該培養的有益習慣不同，本文在此舉出的是我們最好避免的7種習慣。

　　這里分享一篇 Peter Norvig的 《十年學會程序設計》 （Peter Norvig  系Google研究院主任、美國計算機協會（ACM）資深會員（Fellow））。全文如下：

　　我大約剛開始學編程時就看到這篇文章了（下面簡稱《C#風潮》），這是一篇被轉載了上萬次的名文，可參見這里 文章搜索。今天無意間又看到它，《C#風潮》顯然是很不錯的文章，作者列舉學習中的實例包括自己的經歷，將自己對技術學習的深刻理解，清晰地展示給我們，并指出了學習的方向。又一年就要過去了，現在重讀，聯想這幾年的經歷和認識的發展，我覺得有一些新的體會。

　　Perl 是用于文本分析的一種出色語言。內置的操作符使得文本搜索、替換和模式匹配輕而易舉。程序員在學習 Perl 時，常常會試著編寫一些自己的例程來解析文本和數據。幸運的是，CPAN（綜合 Perl 檔案網絡（Comprehensive Perl Archive Network）；請參閱 參考資料）匯集了大量模塊，有些模塊把您從文本和數據分析的困境中解救出來。

　　慢慢地已經融入團隊，工作狀態逐漸步入正軌，但是有別于之前自己參與項目，該項目更多地注重細節方面，比起業務邏輯的調整來看，我們更多的時間都是在調整和統一頁面樣式、修改描述信息錯誤、修復存儲過程的邏輯錯誤，即便是添加新的頁面和業務邏輯，自己也必須是處處小心，因為不統一的樣式即是“錯誤的”，不標準的標注和提示就是“錯誤的”……

轉自:http://www.programmer.com.cn/1462/

　　上個月跟劉江以及一些《程序員》的熱心作者讀者吃了一頓飯，劉江讓大家談談《程序員》的內容以及未來的方向。在激烈的討論之后，我覺得我應該把自己的想法寫下來，但那篇文章在我的草稿箱里躺了一個月了，就是無法結尾。

身為一個維護人員，我每天的工作就是研究產品的代碼，修正各種bug，或者添加各種新功能。Kent Beck在《重構》一書中使用了一個隱喻，“壞味道（bad smell）”。用這個隱喻來形容我目前的處境，那就是我正在糞坑里掙扎。這里充斥著“Copy/Past/Modify”而來的代碼。為了實現一個功能而隨心所欲添加的成員變量。長達一兩千行的函數。幾萬行的類。到處都是public的成員變量。豐富多彩的編程風格。

　　昨天在csdn上看到一篇“十年總結”的文章，頗受感動！不為作者光鮮的履歷感動，感動的是他為80后、90后提供了一頓精神大餐，大家深受鼓舞。想想如今的我，已過而立之年，遠談不上成功，但在廣州摸爬滾打近十年，也總結了些許成功的經驗，加之我的職業是教書育人，所以還是想和大家分享一下我的經歷和感受，希望對剛出校門的80后、90后有所幫助。

　　學東西這事絕對是件功夫活，也絕對是條漫長路，因為當你決定踏上一條求學之路時，你可能對其充滿了朦朧的向往，而當你已經上路一段日子后，你可能又會感到到處都是自己不知道的東東，頂著頭皮再走一段日子，你可能會感到稍微有了一點點自信的安慰，因為你已經對一些基本的東東有了理解，以前很多的高深的東東也開始慢慢褪去了其身邊濃濃的白霧，但你仍舊有很多事情不懂。

老婆經常夸我有想法，得益于老婆大人的鼓勵，我才打算將自己平時所想，所總結的東西寫下來。人是需要不斷總結的，有總結才會有進步。所謂總結，并不一定是多么高深的道理，多么復雜的推論，也并不一定要長篇大論。有時，一句話，或是一個瞬間，會讓你明白很多。