你需要不斷學習，才能保持自己的「市場號召力」。否則，你會變成恐龍，在乙個職位上日復一日，直到有一天，你不再被需要，或者你的工作被外包給了某個更便宜的機構。
為了保險起見，你需要為你自己的教育負起責任。
以下列出了一些學習途徑，它們中的大多數可以在網際網路上免費獲得。
如果你真的想沉浸在一項技術中，那就親自動手編寫一些**。
盡量為自己找乙個導師（mentor）。如果自己就是最厲害的傢伙，那會阻礙你的修習之路。雖然你可以從其他人身上學到點什麼，但是在那些更聰明、經驗更豐富的人身上，你能學到更多。如果找不到導師，就換乙個地方。
要會利用虛擬導師。如果你真的喜歡閱讀web上某個作者或者開發人員寫的東西，那就在他們的部落格上註冊乙個賬號。
了解你使用的框架和庫。懂得他們的運作方式，會使你用得更好。如果它們是開源的，那你真是太走運了。用偵錯程式在**裡一步追蹤，看看底層是怎麼運作的。你會看到某些真正聰明人寫下或審查過的**。
當你犯錯時，或者修復乙個bug時，或者遇到問題時，試著真正去了解到底發生了什麼。也許有人遇到過同樣的問題，並把解決辦法貼在**了。在這裡google就能發揮作用了。
學習某樣東西的乙個很好的方法是教授它或談論它。當人們準備來傾聽你的講述，問你問題的時候，會極大地激發起你的學習積極性。可以嘗試一下工作中的午餐學習會、使用者組或小範圍的討論會。
加入或開創乙個學習小組（也叫模式社群），或者乙個學習語言、技術或任何你感興趣東西的本地使用者組。
參加討論會。如果你去不成，許多討論會也會把它們的會議記錄放在網上，免費使用。
通勤時間長？那就收聽播客。
在**庫上執行過靜態分析工具吧？或者見過ide上冒出的警告資訊吧？吃透它們報告的內容，以及為什麼會出現這些資訊。
遵照《程式設計師的修煉之道》（「pragmatic programmer」）裡的建議，每年學習一門新的語言，至少要學用一門新的技術或工具。這可以幫你拓寬新思路，充實你當前的技術儲備。
你學的東西不一定跟技術相關。學習所從事領域的知識可以讓你更好地理解需求，更快地解決業務問題。另一項不錯的選擇是學習如何提高生產力——如何做得更好。
回到學校去。
程式設計師應該知道的97件事
上星期拿了三本書來看，其中一本就是 程式設計師應該知道的97件事 大概通讀了一遍裡面有73位著名的人物，分別寫了97件事。每個人都有自己總結的一句話，對於程式設計師們確實很實用。這裡面的人物在程式設計師這一職業中有工作20年以上的經歷，有自己開公司的也有是博士 教授的。若能認真遵守這97件建議，我想...
讀《程式設計師應該知道的97件事》筆記
技術債務 當你發現必須在 幹得好 和 幹得快 之間做出抉擇的時候，一般都會選擇 幹得快 並提醒自己將來再來返工。下一輪迭代自有其新的問題，工作重點轉移到新問題上，老問題還存在。martin fowler把它分成 蓄意和無意 把技術 債務立即記錄到任務卡上，在惡化前償還。無論你承諾了什麼，都得小心處置...
《程式設計師應該知道的97件事》樣章
謹慎行動 act with prudence seb rose 無論你承諾了什麼，都得小心處置，顧及後果 無名氏 在一次迭代開始時，各項任務看上去安排得張弛有度，但仍無法避免在某段時間會承受到巨大進度壓力。當你發現必須在 幹得好 和 幹得快 之間作出抉擇時，一般都會選擇 幹得快 並提醒自己將來再來返...