談談最近的一點感悟和之後的學習安排

Remember發表於2019-12-05

Laravel

 成年人的世界從來沒有容易二字。

最近真的很忙,忙著大改需求,忙著加班,似乎有點懷疑人生。結合最近的一些想法,寫下這篇文章以執行之後的計劃,也給你們一個參考吧。

學習

我想先談談學習方面的。在我看來,做我們這一行的,不能停止學習。因為,技術更迭的太快了。正因如此,完全不能把自己定義成 xx 語言開發者。我想說的是,我並不熱衷於學習哪一個框架,哪一門語言,因為不同的語言有自己的特點,使用的場景,解決了其他語言不能解決的問題。但是語言之間,框架之間,設計模式還是那個設計模式,演算法,資料結構,網路......這些都是相通的,當你對這些基礎知識如數家珍的時候,對於你來說,語言只是你實現需求的工具,就像技術只是你達到目標的一種手段,至少在我看來是這樣的,

其二,我想談談如何學習的問題。在我之前,我一直陷入這樣的狀態,今天狀態興起,學學資料結構,明天學學網路,到頭來,時間是走了,但是能力並沒有半點提升。只是在假裝自己很忙碌的樣子,告訴自己今天又有多努力,似乎有種掩耳盜鈴的味道。正確的方式在我看來應該是階段性學習,目標性學習,實踐性學習,分享性學習。字面意思很好理解吧,我們應該設定學習的階段任務,包括這個學習階段學習目標,把握學習的進度(利用有道這類的筆記做每日總結),你可以知道每天花的時候都在哪,最終要通過實踐,一個可大可小的作品(最重要的是要自己動手做),然後通過文字來結束這一階段的學習成果。

進度管理

基於我上面說的,看過一篇文章,寫的挺好,結合一下,我之後會以這種形式來開啟學習計劃。首先我會先花上時間思考接下來對我來說學習任務的重要性,進行等級排列,依次以 A,B,C......按照等級排列。A類就是超級重要的事情,不做會對之後產生嚴重的影響,如果有多個,可以設定A1,A2.....分清主次,合理安排時間。這個學習任務,定義一定不要太廣,意思是明確任務,比如不要直接寫學習演算法,演算法這個定義太廣了,而且不是一下能學完的,你可以換成這個階段學習動態規劃,這樣具體到某個場景,劃分時間,然後執行,最後階段學習結束,給出成果,我覺得這樣由點到面的學習,每一個階段都一定會有所收穫,當然最重要的還是強大的執行力。

溝通成本

基於最近做的一個專案下來,因為還對接了 Java 方,我體會到了溝通成本的代價。能寫清楚的東西一定要寫清楚。勸你寫個好文件吧。兩個人溝通不清楚的東西,一定要拉上雙方的其他相關人員面對面,嘴對嘴對接,請確保自己動手寫的時候對於需求沒有任何疑惑。如果你覺得那個地方好像溝通不明確,別想了,一定是不明確。是自己的鍋,及時背,及時改。不是自己的鍋,趕緊甩,不甩留著回家過年?還有一點,要忍住打產品經理的衝動。

情緒控制

我之前一直把一句話掛在嘴邊,情緒只是對自己無能的憤怒。可是,我也確實沒做到,我是一個容易情緒化的人,這段時間看一本名為 <<思考快與慢 >> 的書,按照我對書中的理解,發脾氣是瞬間本能做出的無需思考的反應,這是系統1的事情,這時候的系統2是惰性的,像計算一個 67 * 234 這樣的過程,系統1 無法進行本能的計算,才需要由系統2參與進來,進行計算,直到口算得出釋放大腦資源或是資源耗盡,大腦放棄計算。在這裡系統2沒有參與到這個發脾氣的過程。這個時候應該需要系統2進行干預判斷,也就是在禍從口出之前截斷,思考下這句話造成的後果,我想表達的意思是,請控制好自己的情緒,與人友善。

個人觀點

最後,還想多聊兩句。決定一個人上限的關鍵因素絕非技術。就像我說的,技術只是達成目標的一種手段,從來不是目的。越往上爬,技術在裡面的比重只減不增。當然,我不排除有純技術痴迷者,本身除了提升技術的同時,我們應該抬頭多看看外面的世界了。

吳親庫裡

相關文章