“我對技術架構的了解與架構師角色的思考” 讀後感

一、背景

最近讀了一篇非常不錯的文章

《我對技術架構的了解與架構師角色思考》

。

非常推薦大家也讀讀。

下面簡單記錄下對此文的一些感想。

二、讀後感

2.1 概況

1 文中【架構師角色】這一塊講得非常透徹。

架構師需要大量的實踐和知識的積累，身邊的架構師都計算機底層原理了解的都很透徹，都有多年的程式設計經驗。

文章提到“用新的方法解決新的問題”這一點完全認可，其實我們這個行業除了極個别場景，大多數新的問題都可以用舊的方法來解決。

比如分布式架構，本質上就是化整為零，分而治之的思想。領域驅動設計本質上就是加了領域這個中間層，依然是“計算機科學的任何問題都是可以通過增加一個間接的中間層來解決的”。

很多項目管理，技術成長等都逃不過 PDCA 循環，都是不斷計劃、執行、複盤、糾正等。

我們更應該了解不同方法背後的本質原理，找到問題的共性，通過經典的方法或者經典思想的變通來快速解決問題。

雖然歸納演繹的确是解決問題的好辦法，但是很多人會犯教條主義的錯誤，大家在解決問題時還應該因地制宜，以終為始，适當進行變通。

2 文中【架構師能力】這一塊講到：阿裡不缺解決問題的同學，而缺定義問題的同學。這一塊的确發人深省。

這一塊應試教育要背點鍋。大多數人習慣于給題目來解題，并不擅長發現問題、提出并定義問題。

我們還是應該在遇到問題時主動養成尋根究底的思維習慣，這是新的問題還是舊的問題，目前解決辦法是治标還是治本的方案，目前暴露出來的問題未來會有什麼影響等。

現在越發覺得想往架構師轉變不能隻掃門前雪，要擁有更宏觀的視角。

3 【架構師的挑戰】總結的很全面，全局視角、技術廣度、持續學習、業務了解、追求結果。

身邊見過的架構師他們的确可以理清楚系統和業務架構，能夠解決各種技術問題，能夠持續學習，能夠結果導向而不僅追求技術本身。

2.2 感悟

挺希望自己以後可以轉型成為架構師，做一些更有價值的事情。

現在發現這篇文章寫得确實不錯，也指明了方向，但越來越發現當程式員往架構師方向走的時候，已經不再可以單純通過幾本書、幾套視訊非常明确地引導你往前走，更多地需要自己去摸索和思考。對于喜歡通過看書、看視訊，習慣于通過别人指導、習慣于有标準答案的才能清楚該怎麼做的很多人來說非常不适應，甚至迷茫。

尤其現在很多公司業務節奏非常緊，有些同學甚至連雙休都無法保障，如何在兼顧業務節奏的同時持續學習，能夠帶來足夠的成長是一個非常重要的問題。

我認為應該有自己的底線和技術追求，否則很容易得過且過，幹了幾年但是成長并不夠快。在編碼過程中多一些思考和設計，在每個項目結束後都總結下項目中好的不好的方面，學習同僚方案設計的好的地方。此外工作之餘鞏固專業基礎，多讀一些經典的圖書，在這個過程中不再追求記住内容，而是重點思考為什麼這麼設計，重點了解背後的依據。可以選取某個技術深挖，然後再觸類旁通。一個技術學深之後就和别人比起來有一定的優勢，自己也會有成就感，因為有些原理都是相通的，再學其他的也會很容易。

總之還有很長的路要走，對照着文章的一些能力要求，繼續努力。

三、其他

附上一個朋友梳理的思維導圖