ww13142010

比不上哦，原因是別人都在平臺上一起交流學習，所以考慮的東西比編程這種工具的應用要深一些。而且4個小時時間不算多哦。其次決定你實際成效的是思考的深度，而不是做題的多少，雖然實踐能夠加深或者矯正你的認知。你可能以為會做這些題目就可以進大廠了，但事實是基礎好只是能進去的前提之一，別人還要看你做的項目，這能反應你解決問題和創造價值的能力。你現在能力還不算強，看不到全部的情況，所以會被假象欺騙，也因此希望能夠進入大廠給自己加資歷，但事實是你越這樣想越進不了大廠。給你個建議，請試圖解決自己領域內最難最麻煩，別人都不願意解決的問題，這樣你就不至於看不到全部的世界，並開始朝著大廠的人走的方向去努力，你會自己去創造價值，並學習有意義的東西，而當你做到這些的時候你就發現你不需要進入大廠來給自己鍍金了，你自己就是金子。你會發現你在做你愛做的事情，這件事情給你帶來了錢和榮譽，而且它解決了現實中的問題。為此你必須跨過幾大障礙：懶惰、時間的堅持、延遲的獎勵、忍受暫時不喜歡的環境。最後送你一個親切的問候，mua～

mxmxlwlw

毋庸置疑的：會。

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

位加

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

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

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

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

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

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

架構師交流圈

辭職自學這條路我認為走不通，會被那些在大廠工作的人拉開不小的距離。

實踐出真知，編碼除了理論要掌握之外，我認為最重要的還是要去項目中實施，試錯，然後才能編碼水平才能有一個質的飛躍。

下面就幾個方面簡單闡述一下其中緣由。

正常工作的編碼人員為了解決項目中遇到的各種問題也在自學

身在程序員這個江湖，很多時候身不由己，同時分你幾個新項目也是常有的事情。項目急著上線，要同時get幾種新技能（語言或者框架）。這個時候就考驗個人的自學能力了。在這種高壓情況下的自學速度，可以說完勝那種辭職在家悠哉悠哉的自學速度。

程序員這個行業，知識更新換代很快。需要通過不斷學習跟上時代發展，才不至於被淘汰。自學能力要強，是能在程序員這個江湖混下去的基本功。

所以說，想通過自學來提高自己，完全沒必要辭職。工作中同樣可以。

辭職在家自學需要很強的自制力，很難堅持下去

懶惰是人性，一個人在沒有學習環境的前提下，很難做到完美的自制。除非自己制定一套很詳細的學習計劃，而且要雷打不動的堅持下去。如果沒有這種自學，最好還是不要盲目的去嘗試。

我感覺邊工作邊自學是最理想的狀態。有工資拿，還能不斷的提升自己。為什麼非得要辭職才能去學習呢！

關鍵字: 編程 科技 交流學習