文章持續更新,微信搜一搜「 吳親強的深夜食堂 」
以前看過一篇文章工程師應該如何學習,估計不少人都看過了。最近恰好在思考一些事情,我也來寫寫。編程
真正的成功者是在練習中慢慢積累起來的。微信
你在看大佬文章的時候,也許已經意識到了這一點。看到他們在作的一些事情,你就會想:架構
我不知道這我的爲了實現目標付出了多少努力。學習
編碼也不例外。若是你想要成爲一個頂尖的工程師,你必須時刻地練習你的技能。編碼
我主要會這麼作。設計
這是我的的信念,它也許能引導着個人一輩子。不管是從我的的角度仍是從職業生涯,咱們老是須要每一個階段爲本身設置一個的目標,而後去幹掉它。blog
好比,你能夠:源碼
......社區
定目標的時候,不要太過於抽象,最好是一個可視化的目標。基礎
另外設置目標的難度應該是超過當前能力範圍,可是這個幅度不能過大,不然會脫離實際意識,咱們就會稱之爲:勸退師。
若是目標很龐大,那麼就須要進行拆解,就和咱們系統模塊同樣,能夠進行劃分。目標也同樣,能夠進行拆分。設置一個總週期,那麼相應的,階段任務也就出來了。
更重要的是這個過程,過程纔是目標的意義所在。結果只是意料之中的附屬品。你永遠也不知道這個過程能給你帶來什麼?打通任督二脈也不是不可能。
有些話我仍是挺喜歡的。種一棵樹最好的時間是十年前,其次是如今。
對於編程來講,空想是最沒用的,必定得經過不斷的練習。另外,延遲知足感是一件很重要的事情,當你以爲本身愈來愈菜的時候,多是你愈來愈強的時候。
爲何是可能呢?
由於,也許你是真的菜。
我記得初入職場的時候,忘記實現了一個什麼功能性的東西,那時候以爲本身好牛逼,如今我只想說:草率了。
在實現目標的同時,必定會趕上本身不會的,從不會到會到熟練掌握存在一個過程,它也是一個個階段。每個階段你都須要去總結分析你所學到的技能,如何知道本身的掌握程度?那必定是輸出。輸出的方式不少,好比:
目前公衆號內卷比較嚴重,加上你看別人的文章都是別人學習、吸取、總結的最終產物。對於某個不瞭解的知識點,仍是須要先看一手的資料。在這個基礎上,回頭看做者的文章,也許會有不同的體會。
另一篇文章因爲篇幅限制或者側重點的選擇,每每會比較片面。這時候更應該看書了。你能吸動 <<TCP/IP詳解>>的書,你看不懂別人寫的閹割版 TCP/IP 文章?
至於源碼,我以爲得從實際出發,好比項目中使用到的優秀庫或者最近任務涉及到的技能想看別人的實現。總體架構?底層原理?設計細節?爲何要這樣設計?只有瞭解底層原理,用起來才能更加舒心。從使用到原理,說不定後面有對應的需求,還會進行擴展,提交 PR,一舉成爲 Contributor。
編碼不是彩票,並不能一晚上暴富。它是一個緩慢的過程,若是你能天天堅持向着目標學習,也許短期你看不到任何可視化的效果。可是一年,兩年.....,當你回頭想一想一年前的本身是否是個傻逼,你就看到成長了,話糙理不糙。