【讀書筆記】程序員的《終身學習》

前幾天看了《終身成長》這本書

    當咱們仍是嬰兒時，咱們學習走路、說話，跌倒了、說錯了，不會懼怕和丟臉。

後來，咱們懂得了更多，反而怕這怕那，止步不前了。

爲何呢？由於咱們轉變了思惟模式。

《終身成長》本書從就是從思惟模式的角度，讓咱們找到本身恐懼、苦惱和失敗的緣由。同時，它將幫助咱們突破這些阻礙，得到成長，達成目標。

《終身成長》核心論點

人有兩種思惟模式：

1.固定型思惟模式

認爲人的才能一成不變。這讓人們時刻想證實本身的智力、個性和特徵。他們會把發生的事看成衡量能力和價值的直接標尺。

2.成長型思惟模式

認爲人的能力能夠努力培養。雖然人的先天才能、資質、性格各有不一樣，但均可以經過努力和經從來改變。

固定思惟VS成長思惟

1.對自身評價的準確度不一樣

  ● 固定型思惟模式者，對本身能力的評估非好即壞，因此不免失真。他們的評估結果，有些被誇大，有些很模糊。

  ● 成長型思惟模式者，<font color=red>相信能力能夠培養</font>，因此對本身的現有水平，他們能以開放的心態評估。同時，因爲以學習爲目標，他們也須要對本身的現有水平有一個準確的評估。這樣才能更好地學習和成長。

2.對成功的見解不一樣

  ●  固定型思惟模式者，但願確保本身的成功。他們認爲聰明人應該永遠是成功的。這讓他們極力掩飾不足，最後變成不愛學習的人。

  ● 對成長型思惟模式者來講，<font color=red>成功意味着拓展本身的能力</font>。而這須要經過不斷學習才能實現。

3.對失敗的見解不一樣

  ● 在固定型思惟模式者看來，若是他在某件事中失敗了，他就成了失敗者。在這裏，他們的失敗，從一種行爲轉變成了一種身份。

  ● 在成長型思惟模式者看來，<font color=red>即使失敗是痛苦的，但它不能對你下定義。</font>它只是一個須要面對和解決的問題。並且，咱們還能從中學習和受益。

4.對努力的見解不一樣

  ● 固定型思惟模式者認爲，只有無能的人才須要努力。若是你須要爲某件事付出努力，說明你不擅長作這件事。

  ● 成長型思惟模式者以爲，<font color=red>天才也須要努力才能成功</font>。他們欣賞天賦，更崇尚努力。

5.腦波不一樣

    在哥倫比亞大學的腦波研究室，兩種思惟模式的人進行了一項測試。他們在回答問題，並獲得反饋時，腦波顯示出不一樣的反映。

  ● 固定型思惟模式者，只對反映其能力高低的反饋有興趣。他們的注意力集中在答案的對錯上，他們對幫助學習的信息沒有興趣。

  ● 成長型思惟模式者，<font color=red>則高度關注提升知識水平的信息。對他們來講，學習纔是第一要務。</font>

程序員的思惟

    經典的達克效應(咱們把 「高估本身」、「過分自信」的現象在心理學中被稱爲「達克效應)認知曲線圖：

愚昧山峯特色

• 工做3-5年
  
• 熟悉使用主流框架
  
• 可以快速完整的完成較爲簡單的業務需求
  
• CURD、ctrl-c/ctrl-v 溜的飛起
  
• 誰都不服，看誰都是以爲是傻逼
  
  

絕望之谷特色

• 工做至少五年之上
  
• 工做再也不僅僅是CURD
  
• 業務壓力大、開始關注性能
  
• 線上故障頻發
  
• 開始注重系統監控、系統安全
  
• 新技術層出不窮
  
• 技術選型眼花繚亂
  
• 框架源碼似懂非懂
  
• 操做系統所爲什麼物
  
• CPU、IO、內存、磁盤一看再看
  
• 看誰都像是大佬
  
• ....
  
  

開悟之坡特色

• 終身學習
  
• 大佬
  
• 啥都知道
  
  

怎樣從愚昧山峯跳到絕望之谷，就取決於咱們是否擁有成長性思惟：


    當測試說你寫的代碼有問題時，不要在內心罵他SB，多想一想是否是自身代碼不夠嚴謹、是否是邏輯有未考慮到地方、代碼是否可以更加優化簡潔、功能是否下層抽象爲通用SDK、是否須要壓測、是否須要業務隔離、是否有關聯模塊爲考慮周全等等


    當產品須要改動需求的時候，不要第一時間罵回去，先想一想爲什麼要改需求、改動後的需求好在什麼地方？何爲要這樣改？行業內是否有其餘公司有相似的案例？是否有行業數據支撐這個想法？這個改動的投入產出比是多少？這個改動是否會影響目前其餘模塊？是否會影響下游功能等等


    當每晚半夜發佈罵爹罵孃的時候，想一想有沒有偷懶的辦法？有沒有什麼方法能自動發佈？docker怎麼玩？怎樣優雅的拉出服務器？怎麼灰度發佈？服務器流量怎樣優雅切換？
服務失敗怎麼快速踢出？怎樣AB測試？等等


    當被業務追問 爲何訂單失失敗、短信沒有發出去等問題的時候，不要就回復一句「沒法復現」，多想一想怎麼進行怎樣管理日誌？怎樣全鏈路跟蹤？怎樣線上全面監控等等？


    當吞吐量和響應時間沒法知足現有業務的時候，不要就會「加機器」一個方法？想一想性能瓶頸在哪？JVM參數是否能調優？GC是否正常？代碼是否有壞的問題？同步是否能夠更換爲異步？單線程是否能夠提高爲多線程？是否能夠加多級緩存？緩存擊穿、失效、雪崩怎麼處理？數據庫是否存在慢查詢、是否能夠索引優化、是否有備份、是否須要分庫分表、是否能夠更換NewSql?業務邏輯是否能夠簡化等？


     人都是在思考中才能成長，工做中遇到的任何bug、奇怪需求、線上事故對咱們程序員來講都是福報，抓住每一次挫折、抓住每一次逆境，咱們纔可以儘早的跳下愚昧山峯，用成長思惟穩穩的走上開悟之坡。

----推薦書籍----

    <font color=red>怎樣才能擁有成長思惟？那就須要咱們多讀書，提高咱們的認知；多摔跤，提高咱們的逆商；多傾聽、多向周邊的人學習，每個人的存在都能投射出你自身不同的影子 ！！！</font>

《Effective Java第三版》

    距離《Effective Java》第二版已通過了十年。誰又能想到，它忽然老樹發新芽的出了針對JDK8新特性的第三版。豆瓣上有一篇《如何變成Java文藝青年》的短評，那絕對是瞎起的題目，明明是變成工匠。

《Java性能權威指南》

    專一於Java性能的書籍並很少，能遊刃有餘地展現Java性能優化難點的更是百裏挑一，本書便是其中之一，做爲一名Java資深開發者，你還有什麼理由不仔細品讀呢？

《SRE:Google運維解密》

    本書很是務實的，提出不要依賴工程師和管理人員的我的素質， 而應該儘量地作好預案演練，設置多層次的縱深防護和響應體系， 依靠制度與體系，構建高可用服務架構。站在巨人的肩膀，你能看到更遠的方向。


《重構：改善既有代碼的設計》

    本書清晰揭示了重構的過程，解釋了重構的原理和最佳實踐方式，並給出了什麼時候以及何地應該開始挖掘代碼以求改善。書中給出了70多個可行的重構，每一個重構都介紹了一種通過驗證的代碼變換手法的動機和技術。本書提出的重構準則將幫助你一次一小步地修改你的代碼，從而減小了開發過程當中的風險。


《逆商》

    情商，智商和逆商是一我的是否能成功的三要素，這三者中逆商是最重要的，他決定了你是否能打敗挫折，繼續前進。我很是喜歡它闡述的要培養攀登者的意識，要努力成爲一名攀登者。


《時間簡史》

    理科生文藝手札。全都是關於宇宙本性最前沿知識，包括宇宙圖像、空間時間、膨脹宇宙、不肯定性原理、黑洞、宇宙起源和命運等內容，深刻淺出地介紹了遙遠星系、黑洞、粒子、反物質等知識，並對宇宙起源、空間時間及相對論等古老命題進行了闡述，有趣的很。