目前的社會上充斥著各種“快消式”的觀點、文章層出不窮，而在人與人之間的交往也存在著大量不一致的觀點，很多人都有“強人”思維，就是逼著對方服從自己的觀點，這些歸根結底就是“認知的問題”，今天一起舉幾個例子看看如何進行自我認知革命，
1、完成比完美更重要
有一段時間，我的師弟收集了很多學習資料，因為他覺得自己的基礎比較差，打算開始學習一些新知識提高自己能力了，這里面也有不少我給他的資料，還有很多都是他不知道在哪里搞到的，有時候，我看了一些不錯的文章，也會分享給他，他也會收藏起來，說有空慢慢看，
從畢業作業到現在已經兩年了，前幾天我問他學習的怎么樣了，他說沒時間學習，每天忙忙碌碌的又不知道干了什么，感覺沒有長進，其實，在很早的時候，我也是這樣的人，我有時候學習到某一個方面的知識的時候，一時覺得這個文章比較長，需要慢慢的搞明白，然后就會保存起來，心里告訴自己等周末的時候靜下心來慢慢看完且搞明白了，實際上，到了周末，我已經不記得這件事了，有時候記起來這件事，也懶得打開再研究下去了，除非真的需要深入理解 的時候，那時候，我認為這是一種浮躁，一種偷懶行為（實際上確實也有偷懶的因素），
類似的事情還有很多，比如以前學習架構方面的知識，看到京東上圖書有活動，就買了幾本書，不過大量的文字閱讀確實很枯燥，也會大量消磨人的耐心，時間越長，也就不愿意再去翻看這本書了，所以，很多人買了很多書，也立了很多flag，最后做成功的卻很少，
所以，我給了自己第一個建議，少立flag，做一件事就要像一件事，每次我學習一個知識的時候，我對自己的要求是弄懂前因后果，從頂層理解到底層細節，慢慢來，每次完成一個方面的學習，我會寫總結，也會寫一些文章分享，我自己也會在有空的時候不斷的閱讀自己的作品，雖然當時可能寫的不是很好，但是我對自己的要求會不斷加大，擴展的知識越多，我也能從點到線的完善自己的知識體系，
結論：不要做“囤積”資料的人，而是用立刻、馬上的信念去執行，只有先完成才能不斷的深入下去考慮完美，隨著點滴的積累，人與人之間的差距也會拉開，
2、從專案中尋找學習的知識點
之前和58同城的白牙兄，以及百度的老李交流過，交流什么呢？是這樣的，有一段時間，我覺得天天寫業務代碼，改問題，寫檔案，渴望進步卻看不到進步，于是我們交流了一番，
白牙兄說，他是在廣告事業部，外面看這個光鮮，實際上也是寫業務代碼，大量的if-else處理邏輯，有時候看看告警去分析日志，排查問題，
我問他，那為什么你這兩年進步這么大呢？他給我講了這就是認知差異，之前他也是覺得業務沒什么進步空間，可是他們老大跟他講，你能把整個架構描述出來嗎，能說清楚為什么這么設計嗎？為什么選這些組件，當這些組件出現問題的時候考慮過怎么排查嗎？遇到問題是百度google一下解決方法，有相似的解決方案你照著去做，即使能解決了，那么下次呢？真的，年輕人看不到希望是最可怕的，最簡單的，做后端開發哪怕你能將TCP協議和socket編程搞清楚了，就已經很不錯，
是的，在我們產品中也有很多值得學習的地方，當然也有很多不足的地方，比如，我們的RPC組件怎么設計的，為何這么設計，用了哪些設計模式？能采用執行緒池嗎？采用執行緒池如何考慮任務之間的同步訪問？模塊如何擴展，在設計新功能的時候你會考慮哪些關鍵點？自己撰寫的代碼自己會Review嗎？
每個人都有值得學習的地方，將細節深入下去，可能里面包含了很廣闊的天地，有時候你看似會的東西，不一定就沒有問題，
結論：多問自己幾個為什么，然后踏踏實實做好積累，能把簡單的東西理解清楚就已經很不容易了，往往簡單的道理卻蘊含了大量的智慧，
轉載請註明出處，本文鏈接：https://www.uj5u.com/ruanti/217622.html
標籤：其他
上一篇：話說軟體行業它的路在何方？
下一篇：程式員如何通過博客來學習java