《架構即將來》讀後感

前言架構

  有將近2年沒有寫文章了,首先是不知道分享什麼,其次就是工做也比較忙,閒暇的時間要麼玩遊戲、聽小說、看電影,雖然也有看書但其實也並很少,以上也都是爲了個人懶惰所找的一些藉口。運維

  雖然到如今爲止也看了百來本書,可是寫過的讀後感也是寥寥無幾,惟有的幾篇,我試着回憶,感受應該也大多以摘抄爲主,沒有什麼實質的內容。此次下決心寫讀後感,主要緣由是我讀過的那麼多書,真的能記下來的,也不過書中4-5%(多是我上了年紀其次是記憶比較差的緣故吧),可能更少,爲了給本身留點印象,因此準備之後每讀完一本書,都寫一篇讀後感。模塊化

書本內容組件化

  本書洋洋灑灑600多頁,涵蓋了各個方面,管理方向從人、團隊、角色到組織,技術方向從單機、集羣到雲計算,運維方面從測試、持續集成到自動化,項目的不一樣時期在3個不一樣方向上的擴展,以及做者親自經歷的一些經驗和教訓,實屬難能難得,當頭一棒,給了我醍醐灌頂的醒悟,只有一個好的團隊才能建立好的架構和擴展點,軟件雖然發展時間不長,但也是一門很深的學科,這是一本很是值得一讀的好書,雖然書中更多的篇幅仍是在管理方面,技術、運維雖有涉獵但其實並不深,對於技術人員擴展視野或者轉型到管理人員幫助仍是很大的。學習

  首先能夠快速過一下目錄,瞭解一下整本書的內容,跳着看喜歡的部分,不過最終仍是建議你們完整的把整本書看一下,譯者水平仍是很好的,文筆也不錯,看着挺厚的,可是看起來挺輕鬆愉快的,不會像純理論的書那麼死板枯燥,章節之間挺合理的。測試

  整本書看下來之後,其實能清楚記得的東西已經很少了,模模糊糊有一個結構,把我以前看過的一些書的理念聯繫起來了,完善了我之前看其餘書留下的一些不解之處。雲計算

感悟設計

  做爲一個員工,爲公司創造價值是首要目標,可是以技術方向而言,保持項目的簡潔、靈活、可擴展,我以爲是技術更應該關注的,業務的模塊化、組件化,公用的底層庫,以及運維自動化的設計,可是大多數技術人員意識不到運維的重要性,沒有實現人工到自動的一種轉變,歸根究竟是技術人員有如下的一些阻礙:遊戲

  • 須要不斷的瞭解或學習新的技術,好比:遇到問題時,會使用一些成型的解決方案,可是若是不瞭解其中的機制,出現問題或者須要進行擴展時,就陷入了困局,相反若是本身開發的話,工程量很大,並且須要團隊的支持,費時費力。
  • 維護舊系統或者現有系統時,須要對一些已經存在、類似的功能進行重構,提取模塊化,或者組件化,以下降系統的複雜度,開發人員和上級不必定能理解和支持,若是重構一路順風那還好,可是出現紕漏的話,須要承受更大的壓力。
  • 技術屬於默默無聞的類型,表現低調,價值不明顯。
  • 大部分公司看上去提供的是技術的崗位,可是根本沒辦法專心作技術,其實仍是管理。
  • 對於技術只是以一種賺錢的技能來看待。

  技術路線雖然荊棘滿布,書中也沒有技術上深刻太多,可是大體的方向仍是有的,什麼時期能夠用到什麼樣的技術,至於把技術用到什麼程度就看我的了,我以爲看書更多的是完善自個人知識體系,不該該太過追求效益,這樣反而失去了讀書的趣味,也會讓本身在技術路上越走越艱難,要不忘初心,好久沒寫文章了,有些亂,請見諒。開發

相關文章
相關標籤/搜索