ww13142010

當你有了一定的經驗之後，並且短期的目標是明確的時候不會，反而會比在大廠快一些

90%的程序猿的工作，都是增刪改查，在大廠也同等，只不過大廠因為要面對海量用戶和數據，這種場景下，通常會超越一般的開源軟件的系統設計和性能瓶頸，因為開源軟件是一個普適的設計，大廠沒有辦法，只能從開源裡面脫離出來，你自己學習是不太可能會去研究這方面的，所以這點，你不如大廠

但前面的問題，其實也一樣，如果你沒有深厚的基本功，你想也別想，肯定沒你的機會

對上面的問題，如果你找到一個專家級別的人指導你，你然後去自學，你就擁有了大廠的背景，而且是一個負責整體設計的人給你帶來的經驗，這會更加深刻，這樣你自學半年，絕對會趕超一批大廠程序猿

基本功其實不只是leetcode，還有計算機基礎，併發、操作系統、分佈式理論這些，比如併發情況下，我怎麼優化鏈表，提高併發？比如操作系統方面，如何利用磁盤的順序寫，提高性能？

編碼大棚

毋庸置疑的：會。

我自己在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讀書筆記

最近幾年我在面試Java程序員的過程中發現一個嚴重的問題就是，剛畢業的學生和培訓班出來的程序員嚴重與企業開發所要求的的人才脫節。這些人技術可能真的不錯，Git開源項目也學習了很多，leetcod的題也刷了很多，但是唯一缺乏的就是對某一實際業務場景的思維理解能力，無法將學習到的技術融會貫通，在被問到某一個實際的業務場景中，面試者並不知道該使用什麼技術去解決問題

所以，長期自學編程並不是一件明智的策略，我的建議：

阿邁達聊技術

如果你的做git項目是指參與到大型項目的開發中的話，那完全不會，在國內有莫名其妙的大公司情懷，其實國外很多大神都不是在所謂的大公司，都是出名後被大公司挖去的。

你可以給自己制定好規劃，找一個現在流行的框架，比如kubernetes或flink，加入社區，前期先從contributor做起，後面努力下成為PMC，有志者事竟成，只要目標堅定，一定能成

機械視角

首先需要明確一點，業務驅動的作用是自學給予不了的。業務會帶給你對技術細節研究的深層次驅動力。

你通過文檔學習技術，按照demo部署，然後跑通幾個例子。這些太簡單了。

比如你用k8s，但是你只會本地搭建，跑幾個例子，用istio，跑幾個例子。這個是沒什麼技術提升的。你需要深入到源碼的世界裡面，結合公司的業務，設計出適合的架構出來。這個的提升是指數級別的。

git項目是可以做的，國內很多大廠也在做，但是國內氣氛沒有國外好。你會遇到很多問題，時間成本是很高的。建議先成為大神，再去做github項目。這樣github會給你一些想不到的東西。你會考量通用型，易用性，兼容性。而不是在公司只做一個適合當前業務的產品。

letcode是要刷的。基本功，但是你還要學習操作系統原理，編譯原理，數據結構和算法，網絡通信原理，等等基本原理。這樣你的成長結構將是非常穩固的。以後所有來的新技術，對於有原理知識傍身的開發，都是很容易的。應用級是很簡單的。理論深度上不來，你是不會走多遠的。年齡變大的速度絕對超過了你這樣操作的成長速度。

位加

肯定會慢的，紙上得來終覺淺。不要說大廠了，可能比不過很多學習氛圍比較好的中小型公司，只有自己去做商業項目才能明白用戶需求，只有自己去把技術運用到實踐中才知道突破點在哪。

閉門造車只是在原地踏步，如果是初級碼農的話可能還有效果，但是到了中高級的時候，不是單純的寫代碼就行了，後面你還要懂設計模式，跨部門的交流，厲害的還要在甲方提需求的時候挖掘潛在需求，這樣就不要一天到晚改需求了。

然後如果想往技術深耕的話，除了架構師其實還有現在比較熱門的人工智能行業，這是我們一個新的進階路線，很多人都在說學人工智能就是轉行，其實不是，我以前的目標就是架構師，後來我脫坑了。

人工智能核心就是算法，算法就是一個有智能的程序，我們本身就是搞程序開發的，我感覺就是我們技術深耕的另外一個方向。

知道我為什麼現在有時間和你們在頭條、問答上面閒扯嗎？因為我訓練模型的時候可以自由活動，搭建一個模型就幾百行代碼，然後看著計算機訓練模型就行了。

如果有想往這個方向發展的小老弟可以找我私聊啊，我告訴你我的上岸經驗

架構師交流圈

首先定義好你所說的成長是指的什麼？是指你懂得知識點比較多，對某個知識點研究的比較深入，還是處理實際問題的速度比較快，抗壓能力強？

如果像你所說的，每天自學並且意志力非常強的話，那就像拿一個研究生或是博士生和一個工作了4、5年的本科生比較一樣，但從理論上講，肯定是研究生和博士生對知識點更加深入，瞭解的知識範圍也更加廣，但是如果是解決項目中遇到的實際問題，肯定是有工作經驗的本科生更加熟練一些，因為解決問題時面臨的還有來自領導的壓力，如果生產出了問題，怎麼在最短的時間內解決，怎麼把影響降到最低，這些都是需要考慮的問題。

其實在實際工作中，很多人的技術是很好的，但是在解決實際問題時，並沒有起到很大的作用，就是因為真的出了問題，壓力很大，如果沒有非常強的抗壓能力，受到壓力的影響，並不能發揮出實際的水平。

而且項目類型對學習和成長也是非常重要的，尤其是大廠的員工，如果沒有足夠大的數據和訪問量，理論終究只是理論，只有遇到問題，然後解決了，才算是技術真正的提高了，就像美國的互聯網技術不如中國是一樣的，因為中國有龐大的用戶，足夠多的數據，足夠多的數據才能與理論相互印證，證明什麼樣的解決辦法是有效的，如果某個問題只是理論上解決了，並沒有經過真正的實踐，又怎麼能夠證明答案是正確的呢？

如果你真的只是想多學些理論知識，那麼你可以選擇自己學習，也許可以學的更快，畢竟在項目中很多時候做著重複的工作並沒有實際意義，如果你想學習一段時間就去工作，建議你還是直接去上班吧，在工作中解決實際問題，鍛鍊抗壓能力，以及學習些人際交往問題都是非常有必要的，書中學到的還是和實際社會中是不一樣的，有些東西終究是隻有自己親身經歷過了，才能明白任何事情都有潛在的規則，這不是書本中能夠講到的。

關鍵字: 編程 科技 大廠