原文地址：http://www.dalbll.com/Group/Topic/ArchitecturedDesign/4943 

俗話說“沒有見過好程式，怎麼可能寫出好程式”，同樣，也可以說“不瞭解架構師的能力、工作，怎麼可能成為架構師”，如果沒有接觸過頂級架構師，那你怎麼知道自己要往哪個方向努力？所以，最好的方法是找個頂級架構師，去教你“高效的學習方法”、“完整的知識體系”和“對程式設計正確的認知”，讓他去督促你學習，為你營造出“良好的學習環境”。

  但是大牛很忙，不太可能單獨給你開小灶，更不可能每天都給你開1個小時的小灶；而且一個團隊裡面，如果大牛平時經常給你開小灶，難免會引起其他團隊成員的疑惑，我個人認為如果團隊裡的大牛如果真正有心的話，多給團隊培訓是最好的。然而做過培訓的都知道，準備一場培訓是很耗費時間的，課件和材料至少2個小時（還不能是碎片時間），講解1個小時，大牛們一個月做一次培訓已經是很高頻了。

  因為第一個原因，所以一般要找大牛，都是帶著問題去請教或者探討。因為回答或者探討問題無需太多的時間，更多的是靠經驗和積累，這種情況下大牛們都是很樂意的，畢竟影響力是大牛的一個重要指標嘛。然而也要特別注意：如果經常問那些書本或者google能夠很容易查到的知識，大牛們也會很不耐煩的，畢竟時間寶貴。經常有網友問我諸如“jvm的-Xmn引數如何配置”這類問題，我都是直接回答“請直接去google”，因為這樣的問題實在是太多了，如果自己不去系統學習，每個都要問是非常浪費自己和別人的時間的。

  大牛不多，不太可能每個團隊都有技術大牛，只能說團隊裡面會有比你水平高的人，即使他每天給你開小灶，最終你也只能提升到他的水平；而如果是跨團隊的技術大牛，由於工作安排和分配的原因，直接請教和輔導的機會是比較少的，單憑參加幾次大牛的培訓，是不太可能就成為技術大牛的。

  所以要想成為技術大牛，首先還是要明白“主要靠自己”這個道理，適當的時候可以通過請教大牛或者和大牛探討來提升自己，但大部分時間還是自己系統性、有針對性的提升。