總結|成爲架構師的一些思考與經驗

1. 體系化的學習

天天的時間使有限的,而接觸的信息是無窮無盡的。在熟悉了工做以後,最重要的事情就是如何提升學習的效率,最好的辦法是:c#

體系化的學習架構

擁有了體系化結構知識以後,再去了解別人的觀點,閱讀獨立的文章、知識,理解就會更透徹。併發

clipboard.png

2. 再學習

在理解,熟悉工做以後,在構建了完整的知識體系以後,雖然你的工做能力已經可以解決大部分的問題,可是實際上仍然有許多的問題並不會命中本身的知識區。高併發

這就須要咱們學習

帶着問題再學習spa

這種學習是對知識體系中的知識點的補充。這種知識點的學習就須要在具體的工做問題中去理解和深刻。架構設計

3. 架構師寫代碼

寫代碼的架構師:設計

  • 應在第一時間發現代碼問題,及時反饋。code

  • 不須要參與到核心模塊的開發,而是掌控大局觀和適度參與ip

4. 開會

開會的目的是溝通,溝通有一些原則

  1. 各方對背景理解一致

  2. 去掉對方不能、不須要理解的內容

  3. 在對方失去注意力前說出重點

  4. 不要說沒有意義的內容

5. 程序的生命力

系統功能在不考慮時間維度的基礎上,看上去都是沒問題的,可是一旦加入時間維度,就須要從新考量了。

「大多數系統當初都很好使,功能當時夠用,擴展性看起來也能夠,可是這些系統都是開發的人離職以後變壞的。」

具備時間維度的代碼,須要有更通用的使用方式,簡單的擴展,易於理解的文檔。

6. Better

每當出現問題時,能夠自問一下:

  • "他們要你解決什麼問題?"

  • "你解決了什麼問題?"

  • "還有更好的辦法嗎?"

7. 成爲架構師的門檻

大的概念、架構、模式再懂,也不能缺失對基本概念的理解。

Eg:

  • 精通高併發殊不知道高併發的瓶頸在哪

  • 精通架構設計卻不能保證系統高可用

架構師最重要的工做就是實踐

8. 與大牛之間的距離

要客觀的評價本身的能力。

要意識到,只要跑的快,就足夠了。

參考

  1. 秦迪

  2. http://mp.weixin.qq.com/s?__biz=MzA5Nzc4OTA1Mw==&mid=410242201&idx=1&sn=fbb4bd4644282a8d275b14d6db627edc#rd

相關文章
相關標籤/搜索