舉個例子，我能公司改了德國一套框架，國內會用的人少，我們用起來也很方便，學習的成本我們團隊一共參加幾個人，大概多半年時間，就研究的能滿足大部分的官網，網站開發模式了，但是我覺得要到專家的地步，那是要常年的學習才可以，當今社會技術更新比較快，不學習肯定會落後啊，所以這個答案我覺得應該是長期累計，不斷鑽研，才是大牛！

這個問題，我想起一個博士的話，一門模式的程式語言，一個月我就入完門了。現在只談我自己的情況，應該就一個月左右的時間，說不上達到專家級，超越70%人應該是可以的，夠用了。如果我想學新知識，先買書，再看入門部落格知識點，動手實驗實驗，找人交流交流。作為程式設計師，寫的程式碼要符合設計模式，程式寫給CPU看，更重要的是寫給未來的自己、同行看，大家的技術才能一起上一層樓。

根據通常的1萬小時定律，一般要成為某個行業裡的專家，需要在這行業裡工作1萬個小時。但是軟體行業不一樣，他是一個迭代更新非常快的行業。特別是系統架構。要是你研究一個系統框架1萬個小時，那麼這個框架說不定已經過時了。

學習某一個技術框架，成為這個框架的專家水平。我覺得因人而異。有些技術基礎紮實的人，或者本身就是其他技術架構的專家，那麼他學習一個新框架，估計1,2個月就差不多了。如果是一個有潛力的小白，那麼我個人認為要成為該領域的專家，至少需要2-3年的潛心研究。還要通過專案的實踐才能成為技術專家水平。當然如果你只是拿著框架在使用，不潛心研讀他的底層程式碼，那麼你至多能成為一個熟練的老手，很難成為專家。這是個人的淺見，歡迎批評指正

框架就是別人給你制定的條條框框，學會了就像工廠的流水線上的操作工一樣會幹活了，不過換一個流水線你還得掌握另一些條條框框，專家、架構師就是給你制定條條框框的人。很多程式設計師以掌握某個架構然後自稱架構師然後指點江山，指責其他不會某個架構的人，心中充滿了偉大感，是不是很可笑；如同一個生產線上的操作工自稱掌握了這條生產線。