要做技術工作，特別要做好技術，必不可少的就是學習。我碰到的所有技術牛人，無一例外的都擁有強烈的求知慾，不同的態度決定了自己可以走多遠。
對於平時學習的態度，可以分爲以下幾個層次：
1、只關注項目本身，遇到不懂得問題後G或者B一下。
2、會通過博客或者買書學習項目有關的框架或者技術。
3、除了閱讀和項目相關的書外，會查詢是否有更好的框架或者技術來優化當前的架構。
4、會看各類開源項目（Spring、Dubbo...）的源碼，並搞懂其中的實現原理。
5、緊跟技術前沿，爲開源社區貢獻自己的力量。
毫無疑問，大多數技術人員都在1和2兩個層次上。能做到4,5的人至少是一家公司的大牛，或者技術圈的大神了，對技術需要濃厚的興趣，同時具備奉獻的精神。
學習技術，需要保持一個平常心，少被外界干擾，保持耐心很重要。在信息爆炸的時代，我們都可以站在巨人的肩膀上學習，看看不同的人的學習思路，選擇最適合自己的方法。同時，學習是一件循序漸進的事情，比如先學習API結構、框架的設計，搞明白流程，再去搞明白更多的細節。
講真，要把所有用到的框架的源碼都看一遍了，不太現實，我們能做的是選擇一些有代表性的源碼進行閱讀。做JAVA的同學，一定要去看Spring的源碼，網上的源碼解讀一大堆，爲什麼大家都要讀？因爲Spring無論是設計思想，代碼規範，還是設計模式，接口設計，類加載，都是非常優秀的源碼。而且經歷了從Spring1.x到5.x，幾代程序員的洗禮，可以說已經無可挑剔。
學習源碼的目的切記走火入魔，有些框架的源碼可讀性並不好，讀後的現實意義並不大，將一個非常難懂的代碼實現讀懂並不能將它用到自己的項目中。我個人是實用主義者，讀源碼就是用來學習代碼技巧，學習健全的錯誤異常機制，將這些好的經驗用到自己的項目中。
而且對於技術學習，別動不動就要鬧着學習源碼，學習解決問題的思路更重要，大多數時候，我們缺乏的是明明看到有問題，但是不知道如何去解決它，所以可以多去學習一項技術或者一個框架的演變歷史，看看作者是怎麼應對和解決一個又一個問題的，別人踩過的坑，沒必要自己非要再踩一遍。
最後，我們絕大多數人都是帶着業務背景做技術的，如果你真能成爲“業務人中最懂技術的，技術人中最懂業務的”複合型人才，也是一條很好的發展路線。
描二維碼或手動搜索微信公衆號【架構棧】： ForestNotes
歡迎轉載，帶上以下二維碼即可
點擊“閱讀原文”，所有【架構棧】近期的架構文章彙總
↓↓↓