ww13142010
刷 leetcode 我知道，你在 leetcode 上做算法題，刷算法，可能想通過這種方式來提高自己的算法能力，畢竟程序員面試的時候，算法是比較重要的一環。
但是做 git 項目是什麼鬼？git 是什麼？是代碼管理工具， 是一個開源的分佈式版本控制系統，可以有效、高速地處理從很小到非常大的項目版本管理。題主貌似沒明白什麼是 git 吧？這樣的話，在家自己學習容易誤入歧途啊！
你應該想說的是在 GitHub 上學習一些開源項目吧？GitHub 是一個開源項目的社區，是可以進行代碼管理，裡面有很多開源項目值得學習。
建議你在自學編程期間一定要搞清楚各種工具和技術之間的概念，概念都搞不清楚的話，容易學著學著就走錯路了，就跟古代武俠上的人一樣，閉關練功，容易走火入魔。
一個人的成長和學習，無非這兩條道路，一個是自我主動學習，一個是在工作實踐中提升自己。
但是一個人真正的提升，是堅持兩條道走路，而不是隻堅持其中一個。
自己在家學習，自學當然不錯，但是自己學的時候，其實成長和提升的都比較慢，並不是自己在家學習的時候，很難控制自己的時間，無法控制懶惰，也無法合理管理時間，拋出去這些因素之外，更重要的是自己學習，是一個相對緩慢的過程，自己學習很容易誤入歧途，在學習的過程中會經常走彎路，所以會緩慢，有時候，會跟實踐脫節。一旦這樣的，你學習的成本會大大提高，學習的效率會大大降低。
而在工作和項目實踐中學習提升的話，是結合實踐的，實踐是檢驗真理的唯一標準，實踐也是矯正你學習路線的一種方式。在項目實踐中，會經常遇到一些現實性的問題，實踐性的問題，而這些問題，可能會讓你攻堅克難，你一旦把他們克服了，提升有可能是質的改變。這是自主學習不能相比的。
自學，往往都是一直在學，而不是在克服困難，學的時候，看別人講，看書都覺得對，但是隻有實踐的時候，才知道你自己有沒有掌握。而實踐真正的項目，往往會遇到很多問題，解決問題才會讓自己有質的飛躍。不僅讓你學習了，而是也提高了自己的解決問題的能力。
尤其是編程這個行業，我感覺編程重要實踐，所以在項目中歷練比自己學提升的更快，更好。
非著名程序員
毋庸置疑的：會。
我自己在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
我自己在一線互聯網行業也從業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讀書筆記
最近幾年我在面試Java程序員的過程中發現一個嚴重的問題就是，剛畢業的學生和培訓班出來的程序員嚴重與企業開發所要求的的人才脫節。這些人技術可能真的不錯，Git開源項目也學習了很多，leetcod的題也刷了很多，但是唯一缺乏的就是對某一實際業務場景的思維理解能力，無法將學習到的技術融會貫通，在被問到某一個實際的業務場景中，面試者並不知道該使用什麼技術去解決問題。就像我們學習了很多英語單詞，但是當與老外對話的時候，我們常常忘記改使用什麼單詞與他溝通。
所以，長期自學編程並不是一件明智的策略，我的建議：
阿邁達聊技術
如何能夠更快的成長，掌握更多的知識？
這裡就涉及到學習方式的討論了。
本人也是IT這行，因此說下我的個人看法總結：
成長的速度依次遞增。
1.看書籍、博客等（通過閱讀相關的專業書籍）。
2.看視頻（買一些老師的課程來學習）。
3.寫總結，寫文章，記錄到個人公眾號中。
4.寫項目。
可能大家在看書和看視頻有分歧，因為看視頻可能花的時間要比看書的時間話的長。我個人認為一個好的老師講解相關知識可以讓自己少走許多彎路，很多老師很好的思想觀念可能你沒想到，但是老師備課的時候肯定都有了解過，會在講解的時候介紹到。
大家可視自身情況定。
寫項目是最快的成長方式
題主也說了做git項目，但是自己做始終有限，比如並沒有應用到實際的場景當中，沒有讓用戶真正的使用。而企業的項目就不同了，都是經歷過最真實的用戶場景考驗。實際中出現的問題要比自己做的項目出現的問題多的多。當你在解決問題的同時就是你成長的過程。
因此自學肯定沒有在大廠參與過實際場景解決的程序員成長的快！
Coder編程
每天自學四個小時，刷網上的項目，也只能說可能會比那些混日子的在職程序員成長快一些；至於和大廠的在職程序員比（正常工作），我認為是趕不上的。
編程的實質是解決實際問題
敲代碼不是閉門造車，很多時候還是要結合業務場景來做開發；
如果一個程序員開發一個需求，我認為需求分析和設計的時間應該佔50-60%甚至更多，實際敲代碼可能只有一小部分；
網上的大部分項目，很少有複雜的業務場景的，這個對程序員分析問題、解決問題是沒有任何幫助的；
相當水平的兩個程序員，放到不同的項目組中，一個項目高峰期一萬個用戶，一個項目高峰期一千萬個用戶，他們的成長速度肯定是不一樣的；很多時候程序員都是被業務逼著成長的！
編碼只是程序員的能力之一
雖然編碼是程序員最重要的能力，可以算作程序員的核心競爭力，但是程序員的成長，單單提高編程水平是不夠的：
溝通能力：一個項目不可能完全由一個人負責，在開發過程中需要和需求人員（產品經理）、測試、運維、其他項目的開發人員做溝通；彼此說的話，對方是否可以充分理解，這都是非常重要的；
架構設計的能力：程序員成長到一定程度的時候，肯定會參與架構設計方面的工作；通常這些架構設計，都是結合業務場景做的；（有一次提到了業務場景）
管理能力：咱也不能當一輩子一線程序員不是，從帶幾個新人，到帶一個項目，再到管理一條產品線，都需要管理經驗的積累。
個人建議，不要辭職，在下班之後自學編程，同時騎驢找馬，去找一份程序員的工作，並且不要挑公司的大小，儘量不要在乎工資得高低。
如果有公司原因招聘你，果斷跳槽，然後工作中成長，同時保持下班後自學，再過幾年，說不定題主可以找到一份大廠的工作。
我將持續分享Java開發、架構設計、程序員職業發展等方面的見解，希望能得到你的關注。
會點代碼的大叔
首先需要明確一點，業務驅動的作用是自學給予不了的。業務會帶給你對技術細節研究的深層次驅動力。
你通過文檔學習技術，按照demo部署，然後跑通幾個例子。這些太簡單了。
比如你用k8s，但是你只會本地搭建，跑幾個例子，用istio，跑幾個例子。這個是沒什麼技術提升的。你需要深入到源碼的世界裡面，結合公司的業務，設計出適合的架構出來。這個的提升是指數級別的。
git項目是可以做的，國內很多大廠也在做，但是國內氣氛沒有國外好。你會遇到很多問題，時間成本是很高的。建議先成為大神，再去做github項目。這樣github會給你一些想不到的東西。你會考量通用型，易用性，兼容性。而不是在公司只做一個適合當前業務的產品。
letcode是要刷的。基本功，但是你還要學習操作系統原理，編譯原理，數據結構和算法，網絡通信原理，等等基本原理。這樣你的成長結構將是非常穩固的。以後所有來的新技術，對於有原理知識傍身的開發，都是很容易的。應用級是很簡單的。理論深度上不來，你是不會走多遠的。年齡變大的速度絕對超過了你這樣操作的成長速度。
位加
1、Leetcode智能完成一些類似積木的基本程序，一般不會超過100行代碼實現。而一個商業項目是成千上萬行代碼。比如搭積木，五層積木和千萬層積木的基本原理是不同的。
2、編程是不僅僅是基於語言。打開電商平臺，到處是《21天精通xxx》,這些只是基本的語法學習，而理解計算機程序的運行原理更重要，否則在學習的路上對很多概念只能是一知半解，走不了太遠。計算機系統、 數據結構和算法、網絡基礎知識等等，對計算機系統的理解將會讓程序員走的更遠。
3、學以致用，融會貫通。Leetcode現有1000多題目，刷這些題目不如做一些簡單的項目，比如網站博客系統，實際的人工智能識別項目等，更能激發學習的興趣。
AI地球
先說答案，會比大廠在職程序員成長慢。至於為什麼，且聽我慢慢道來。
引子
我曾經是個武俠迷，也老是夢想成為一個武林高手，所以在大學的時候經常看傳統武術相關的秘籍和武林故事。對的，這裡的秘籍就是網上流傳的各種什麼鐵砂掌、鐵掃帚功，而武林故事都是什麼某某人某某師爺發力打死幾頭牛的故事。
有一次，我看到這樣一個故事。說的是民國時期，武林中各門各派都覺得要強國強種，於是決定舉辦武術大賽。有一對從深山老林中出來的師徒，在深山埋頭苦練多練，武藝高深莫測，也來到此處參賽。比賽中師父讓徒弟出戰，徒弟覺得苦練多年，不說天下無敵，至少少有人匹敵。誰知上臺，一個回合就被一個經常打野架的小混混打下擂臺。師徒兩人於是黯然離去。
原因分析
為什麼苦練多年的武林高手卻慘敗於打野架的小混混？是因為實戰！實戰！實戰！重要的事情說三遍。
編程同樣如此。雖然leetcode刷題，做github項目也可以算是實踐，但是它和在大廠做實際的項目還是有一定的區別的。下面，我們就來分析一下有哪些區別：
大廠的項目多是直接需要盈利的產品，是實際場景下的產物。無論是leetcode刷題，還是自己做github項目，多是學習性質的或者說是玩票性質的。出發點可以簡單認為是為了技術而技術，就是像上面故事中那對師徒一樣，為了武術而練武術，缺少真實對戰下的實踐，即使練一輩子，也難在實際的工程環境下有非常好的表現。而在大廠則不一樣。做每個項目、每個產品的時候，都會考慮到最終用戶的體驗，用戶會不會認可，所以更能驅動技術上的成長。
大廠做項目講究的團隊作戰，除了碼代碼，還有溝通、組織能力等多方面的成長。天天刷leetcode能讓你在算法上，編程熟練度上有一定的提升，但是僅僅在一個小的功能，或者是一個具體的算法本身。而在大廠，一個項目可能需要幾十上百的人參與。在這個過程中涉及上同事之間的溝通協作，相互融合，這些方面的成長是無法用簡單的刷題來解決的。
三人行必有我師，大廠高手如雲，培訓更是豐富，更利於成長。一個人再能學習，再努力，其精力也是有限的。而在大廠中，高手如雲，同時大廠一般都是比較鼓勵分享的。在大廠中，只要你願意學習，願意聽別人的分享，是能夠很大程度上擴寬自己的知識面的，這一點也是刷題和github項目無法辦到的。
總結
和大廠的實際環境項目，leetcode刷題和github項目不能更好的提供真實的工程場景，也無法鍛鍊到團隊協作開發方面的能力，更無法更多的享有和其它同事交流的機會。因此，一般來說是會比大廠程序員成長慢的。
