ww13142010
慢，因為不是實際磨練出來的。也沒有承受過用戶訪問壓力，沒有團隊協作，沒有限時解決複雜問題，沒有代碼評審，bug修復。大廠的程序員要求還是比較高的，不只是要求代碼能力，還要抗壓，溝通，協作。
天一閣圖書管理員
毋庸置疑的：會。
我自己在it行業已經混了十年，給你講個真實的例子：我公司以前有個哈工大的研究生，在做行政工作的。覺得編程工資高，有前途，就自己自學java編程，據說自學了有2，3年。然後來公司的時候，技術總監面試摸了一下底：能幹活，就是初級工程師的水平，在公司java開發水平屬於墊底的。如果不是老闆介紹來的，估計都沒有面試機會。如果在公司上班的程序員，3年如果項目成長夠快的話，都可以成為高級程序員了。
為什麼會有這麼大的區別？編程是一門實踐科學，需要不斷的去解決現實中的問題，才能不斷獲得成長。自學練手的項目做出來就好了，並沒有什麼實際的用戶去使用，給你提各種奇葩的需求。實際項目給客戶用之後會出現各種各樣你想不到的問題，產品，客戶，測試，項目經理，運維，甚至客服都會對你的項目產生各種影響。大廠的程序員的項目都是影響千萬用戶，甚至上億用戶體量，一點點細節沒注意到，就是成千上萬用戶被影響。就像玩遊戲一樣，你一直在新手村砍些什麼花花草草怪物升級，輕鬆經驗少，別人已經在下大副本，過一次副本經驗值夠你刷新手村怪物好幾個月。時間久了，差距自然就天壤之別了。
所以，要進步快就是準備個差不多，就趕緊去面家公司上班，去實際的項目中去鍛鍊成長，會比自己閉門造車效率高多了。
子安之路
本人是一個前端工程師。我的觀點：自學比大廠在職成長更慢。
分析一下，github項目應該是指參與到開源項目的開發。這個我有一點發言權：我參與了harbor的一個較為獨立功能的前端開發。
我學到了什麼呢？PR的分支管理？前端代碼的整體架構？還是說變量函數的命名規範？emmm....其實都有學到一點東西。學到最多的估計是熟悉了Angular的代碼並進行開發，畢竟在此之前，我都是Vue陣營的。整體來說，開源項目和實際項目有一定的差距。而且開源項目的邏輯複雜度並不一定不會比實際項目高。就算harbor有多語言配置、各種組件高度抽象。
再一個非常現實的問題，如何參與到開源項目？我的經歷估計沒啥可複製性：我司後端在工作項目中用到了harbor，然後根據業務需求提出了新的特性反饋給社區，然後我參與到了其中。emm...開源項目經驗也是來自於實際工作，就很現實。據我個人瞭解，開源經驗一般是解決issue、完成feature、或者是在某個生態圈自己產出項目。這裡面對開發者的要求也是一步步往上升。
leetcode我不是很熟悉，不過在類似的學習平臺上也做過些算法題。工作中作用蠻大的，建議去刷，過程中要著重看下別人的思路，漲見識！
最後說下，我為什麼認為大廠的在職員工成長更快。
1.同事間互相補充，溝通更方便。項目有需要用到的新框架，新組件。可以直接在群裡發個消息，基本上會有人知道，然後可以很快上手，解決問題。比如我之前調研了xterm，實現了瀏覽器的shell功能。同事在其他項目裡或新需求有用到，就不需要再去從頭開始瞭解。比如我想把ts引到項目中來，有個同事之前在另外的項目實踐過了。那我就可以少踩很多坑。
而一個人的話，碰到坑，基本只能去論壇、社區裡求助；新知識需要一個人找資料、再去消化。當然，這樣的獲益會大一些，只是時間成本會大更多。
2.項目督促學習。每個deadline，需要我們有完成需求，或者有文檔產出。舉個例子：我接手的項目需要我去調研openShift的UI項目。迭代出調研報告。那我就得去好好看，我還得思考怎麼和實際項目結合起來。
自己學習的話，說實話，這裡是非常大的坑。很容易沒有重點；或者說學到了東西，沒有實踐的機會，知識學到了也很容易遺忘。
ps: 工作的成長快，其實也有個大前提：不能只做一些重複的業務工作。
Humiliter
刷 leetcode 我知道，你在 leetcode 上做算法題，刷算法，可能想通過這種方式來提高自己的算法能力，畢竟程序員面試的時候，算法是比較重要的一環。
但是做 git 項目是什麼鬼？git 是什麼？是代碼管理工具， 是一個開源的分佈式版本控制系統，可以有效、高速地處理從很小到非常大的項目版本管理。題主貌似沒明白什麼是 git 吧？這樣的話，在家自己學習容易誤入歧途啊！
你應該想說的是在 GitHub 上學習一些開源項目吧？GitHub 是一個開源項目的社區，是可以進行代碼管理，裡面有很多開源項目值得學習。
建議你在自學編程期間一定要搞清楚各種工具和技術之間的概念，概念都搞不清楚的話，容易學著學著就走錯路了，就跟古代武俠上的人一樣，閉關練功，容易走火入魔。
一個人的成長和學習，無非這兩條道路，一個是自我主動學習，一個是在工作實踐中提升自己。
但是一個人真正的提升，是堅持兩條道走路，而不是隻堅持其中一個。
自己在家學習，自學當然不錯，但是自己學的時候，其實成長和提升的都比較慢，並不是自己在家學習的時候，很難控制自己的時間，無法控制懶惰，也無法合理管理時間，拋出去這些因素之外，更重要的是自己學習，是一個相對緩慢的過程，自己學習很容易誤入歧途，在學習的過程中會經常走彎路，所以會緩慢，有時候，會跟實踐脫節。一旦這樣的，你學習的成本會大大提高，學習的效率會大大降低。
而在工作和項目實踐中學習提升的話，是結合實踐的，實踐是檢驗真理的唯一標準，實踐也是矯正你學習路線的一種方式。在項目實踐中，會經常遇到一些現實性的問題，實踐性的問題，而這些問題，可能會讓你攻堅克難，你一旦把他們克服了，提升有可能是質的改變。這是自主學習不能相比的。
自學，往往都是一直在學，而不是在克服困難，學的時候，看別人講，看書都覺得對，但是隻有實踐的時候，才知道你自己有沒有掌握。而實踐真正的項目，往往會遇到很多問題，解決問題才會讓自己有質的飛躍。不僅讓你學習了，而是也提高了自己的解決問題的能力。
尤其是編程這個行業，我感覺編程重要實踐，所以在項目中歷練比自己學提升的更快，更好。
非著名程序員
我自己在一線互聯網行業也從業3年了，也是從小白一路走過來的，這個問題還得的從自己的現有實力出發來分析。
如果是新手：
推薦去大廠工作。新手什麼概念呢，就是知道一些編程語法和熟悉一些編程框架，比如Java常用的SSM（Spring+SpringMvc+mybatis）等，沒有太多的實際開發經驗。對於新手來說，編程知識可能給不是他們最缺的，而是實戰經驗。因為很多實戰經驗是光靠學習基礎知識、刷題是體驗的不到的。雖然刷leetcode對程序員鍛鍊思維和算法能力有很大的重要性，但是在實際開發中用到的還是相對較少。另外就是做git項目，github上頂級項目基本都是根據實際業務場景研發的，脫離了業務場景這個頂級項目就沒有靈魂了，對於一個新手來說，連業務場景都不清楚怎麼能參與github頂級項目呢。參與github上的普通項目其實對自己成長和經驗來說提升真不如去大廠工作來的快。而且在大廠可以多請教一些公司的大佬，會得到不錯的成長。
如果有3-5年工作經驗：
推薦先刷leetcode等然後再去大廠實踐。這裡3-5年的工作經驗並不是僅僅指具體的3-5年工作經驗的同學，實際上指的是有工作經驗接觸過不少業務場景，但是對一些技術原理、算法等並不是很瞭解，又想進一步提升自己的人群。這部分人群如果在公司繼續做項目有成長但是不大，大部分工作都是基本的CRUD。所以想提升自己就要從底層、原理入手。這時候刷leetcode可以提升算法能力。同時可以參與一些在工作中實際應用過的github開源項目，如zookeeper等，這樣不僅可以提升自己對技術原理的掌握，還增加了自己參與頂級開源項目的經歷（這個對找工作來說很重要）。從底層原理提升自己後就可以去大廠實踐下，看看大廠是如何將這些底層技術用到實際業務中去的。
總結：不能盲目的去說哪種方式提升更快，而是從自身具體情況出發。新手建議去大廠工作提升自己。有開發經驗但是想提升自己對底層知識認知的同學，可以先刷leetcode算法、瞭解相關技術原理、參與一些gittub開源項目提升自己，然後在去大廠實踐。
Java讀書筆記
如何能夠更快的成長，掌握更多的知識？
這裡就涉及到學習方式的討論了。
本人也是IT這行，因此說下我的個人看法總結：
成長的速度依次遞增。
1.看書籍、博客等（通過閱讀相關的專業書籍）。
2.看視頻（買一些老師的課程來學習）。
3.寫總結，寫文章，記錄到個人公眾號中。
4.寫項目。
可能大家在看書和看視頻有分歧，因為看視頻可能花的時間要比看書的時間話的長。我個人認為一個好的老師講解相關知識可以讓自己少走許多彎路，很多老師很好的思想觀念可能你沒想到，但是老師備課的時候肯定都有了解過，會在講解的時候介紹到。
大家可視自身情況定。
寫項目是最快的成長方式
題主也說了做git項目，但是自己做始終有限，比如並沒有應用到實際的場景當中，沒有讓用戶真正的使用。而企業的項目就不同了，都是經歷過最真實的用戶場景考驗。實際中出現的問題要比自己做的項目出現的問題多的多。當你在解決問題的同時就是你成長的過程。
因此自學肯定沒有在大廠參與過實際場景解決的程序員成長的快！
Coder編程
每天自學四個小時，刷網上的項目，也只能說可能會比那些混日子的在職程序員成長快一些；至於和大廠的在職程序員比（正常工作），我認為是趕不上的。
編程的實質是解決實際問題
敲代碼不是閉門造車，很多時候還是要結合業務場景來做開發；
如果一個程序員開發一個需求，我認為需求分析和設計的時間應該佔50-60%甚至更多，實際敲代碼可能只有一小部分；
網上的大部分項目，很少有複雜的業務場景的，這個對程序員分析問題、解決問題是沒有任何幫助的；
相當水平的兩個程序員，放到不同的項目組中，一個項目高峰期一萬個用戶，一個項目高峰期一千萬個用戶，他們的成長速度肯定是不一樣的；很多時候程序員都是被業務逼著成長的！
編碼只是程序員的能力之一
雖然編碼是程序員最重要的能力，可以算作程序員的核心競爭力，但是程序員的成長，單單提高編程水平是不夠的：
溝通能力：一個項目不可能完全由一個人負責，在開發過程中需要和需求人員（產品經理）、測試、運維、其他項目的開發人員做溝通；彼此說的話，對方是否可以充分理解，這都是非常重要的；
架構設計的能力：程序員成長到一定程度的時候，肯定會參與架構設計方面的工作；通常這些架構設計，都是結合業務場景做的；（有一次提到了業務場景）
管理能力：咱也不能當一輩子一線程序員不是，從帶幾個新人，到帶一個項目，再到管理一條產品線，都需要管理經驗的積累。
個人建議，不要辭職，在下班之後自學編程，同時騎驢找馬，去找一份程序員的工作，並且不要挑公司的大小，儘量不要在乎工資得高低。
如果有公司原因招聘你，果斷跳槽，然後工作中成長，同時保持下班後自學，再過幾年，說不定題主可以找到一份大廠的工作。
我將持續分享Java開發、架構設計、程序員職業發展等方面的見解，希望能得到你的關注。
會點代碼的大叔
首先需要明確一點，業務驅動的作用是自學給予不了的。業務會帶給你對技術細節研究的深層次驅動力。
你通過文檔學習技術，按照demo部署，然後跑通幾個例子。這些太簡單了。
比如你用k8s，但是你只會本地搭建，跑幾個例子，用istio，跑幾個例子。這個是沒什麼技術提升的。你需要深入到源碼的世界裡面，結合公司的業務，設計出適合的架構出來。這個的提升是指數級別的。
git項目是可以做的，國內很多大廠也在做，但是國內氣氛沒有國外好。你會遇到很多問題，時間成本是很高的。建議先成為大神，再去做github項目。這樣github會給你一些想不到的東西。你會考量通用型，易用性，兼容性。而不是在公司只做一個適合當前業務的產品。
letcode是要刷的。基本功，但是你還要學習操作系統原理，編譯原理，數據結構和算法，網絡通信原理，等等基本原理。這樣你的成長結構將是非常穩固的。以後所有來的新技術，對於有原理知識傍身的開發，都是很容易的。應用級是很簡單的。理論深度上不來，你是不會走多遠的。年齡變大的速度絕對超過了你這樣操作的成長速度。
位加
首先，對於程序員來說，崗位提升和自主學習是兩個主要的成長手段，但是崗位提升往往會起到更重要的作用，所以並不建議已經具有編程基礎的人完全通過自主學習的方式完成提高。
程序員不論是否在大廠工作，通常都需要通過不斷的崗位提升來促進開發能力的提升，不論是從事業務功能實現的應用級程序員，還是從事平臺設計的研發級程序員，都需要不斷突破崗位瓶頸從而獲得成長。
對於程序員來說，能力的提升不僅僅包括做項目刷代碼，更重要的是崗位往往會給程序員帶來更多的資源，比如從事大數據、人工智能方向的程序員往往都需要大量的軟硬件資源作為研發的基礎（比如深度學習對於運算資源就有較高的要求等等），而自學者很難能夠獲得這些資源。另外，大部分程序員的工作需要多個角色進行配合，在配合的過程中也能互相促進，不少應用級程序員就是在合作的過程中逐漸成長為研發工程師的。所以，交流對於程序員的成長往往會起到更加重要的作用。
最後，對於初學者來說，通過做Git項目是會獲得一定提高的，而且短期內的提高還是比較明顯的，做Git項目一方面會促進自己的代碼規範性，另一方面也會積累大量的編程經驗，通過Git也可以完成一些交流，這些對於初學者來說都是有較大幫助的。所以，不少在職的程序員也會參加一些自己感興趣Git項目。
我從事互聯網行業多年，目前也在帶計算機專業的研究生，主要的研究方向集中在大數據和人工智能領域，我會陸續寫一些關於互聯網技術方面的文章，感興趣的朋友可以關注我，相信一定會有所收穫。
如果有互聯網方面的問題，或者考研方面的問題，都可以諮詢我，謝謝！
IT人劉俊明
首先，自學編程和刷題的訓練只能是夯實基礎，通過的這樣的方式，讓自己的基礎更加紮實是沒有問題的。當這個階段積累到一定程度時，就需要介入項目了，從需求分析，設計，建模，再到架構設計，數據模型建立，編碼實現，把一系列過程整合起來，帶著項目的目標靠近，這樣才可以快速成長。沒有實際項目，練習題永遠是紙上談兵。
其次，編程是沒有時間概念的，沒必要投入幾個小時就會有幾個小時的收穫，它和學習內容的體量，難度有關係，有時候一個問題可以困擾好幾天，有時一週可以吞掉一門編程語言，要以知識點為導向，不要像小學生一樣，學習幾個小時這樣固定機械的方式進行。
最後，想說的是編程是需要做中學的，不是學習後才做。要注重實踐的重要事，很多曾經的編程者都是眼高手低，一看全會，一寫手顫，都頭來半路夭折，感覺編程對自己很簡單，可是就是進階不了。這些都是眼高手低惹得禍。看一年不如做一天。
