Java程序員進階架構師究竟要具有哪些能力（復PDF整理文檔）

 

國內咱們對架構師，項目經理，開發經理或者是技術總監這類職業定位廣泛不都不清晰，不少的狀況是「能者多勞」，一人身兼數職。達爾文的理論在咱們的行業是絕對適用的，我從進入這個行業開始我就不甘於成爲淘汰者，而我也由心地熱愛着這個行業很年前我就立志要成爲架構師（當年流行叫：系統分析員 ）這目標進發。回首這10幾年的磨練，我總結了一下一名合格的架構師應該具有哪一些方面的能力以及怎麼才能獲得這些能力

編碼能力

架構師是一個職業，是一種經歷了各類磨練與終年開發經驗積累出來的。另外我一直認爲：不會編碼的架構師不是一個好的架構師。我見過不少所謂的架構師徹底不懂編碼，但總喜歡拿着架構說事。但從嚴格來講他們並不屬於「軟件架構師」的範疇，充其量只能算是個「系統架構設計師」，遇到這樣的」架構師「我總喜歡說一句話：」Don’t tell me the concepts show me the code!「。

不參與編碼並不表明不會編碼，若是沒有過硬的開發基礎，巨量的編碼時間積累爲基礎，在設計軟件時必定會忽略很是多的細節，而這將會直接影響到整個項目的成敗，試想一想當項目經理按照架構師設計的軟件藍圖訂製開發計劃與安排項目資源時因爲「藍圖」內存有大量未肯定的風險因素，以及由風險觸發後所帶來的不可預知的結果，最後項目是否能成功 ？

• 多看 - 多看別人的代碼，從別人的代碼中讀出軟件的架構與設計的設計思路
• 多學 - 掌握各類語言，不要偏執於某一技術陣形，無論java, .net , phyon 仍是javascript每種語言都有其優缺點，成爲一名語言控，從語言自己學習與理解語言設計者的思想。
• 多作 - 瘋狂編碼，從時間與實踐中去體驗與領悟，工多藝熟。
• 勇敢 - 嚴格要求本身不要寫出」發臭「的東西，勇敢地重構！讓代碼變得優雅，易讀充滿你的設計思想。

架構師須要具有哪些技能須要更多的去了解：

表達力

世界上最難的兩件事是：將別人口袋的錢放到本身的口袋裏面；將本身腦子的想法完整放到別人的腦子裏面。

我認爲一份成功的設計是 」能讓不一樣層面的人都能看得懂「。爲何這樣說？那麼得了解誰須要看設計，又是出於何目的來看設計。

• 銷 售 - 從設計中尋找賣點與特點，豐富銷售方案和定製預售計劃。
• 項目經理 - 根據設計進行時間估算、項目資源準備與工做分解。
• 開 發 - 根據設計要求進行技術準備、開發環境、編寫DEMO以及最終編碼 。
• 測 試 - 根據設計劃分測試粒度、準備測試環境、定製測試計劃

不一樣的開發方法與開發流程都會有不一樣的設計文檔要求，而受衆無非也是上述幾種。做爲項目/軟件的設計者，能清晰地向受衆準確地傳達本身的設計思路就顯得極其重要。這裏指表達不是指嘴上的功底，更多的是在工具的掌握能力與文字的表達能力。使用不一樣的工具表達向不一樣的受從表達相同的理念，這基實是對架構設計的一種驗證，這種溝通與表達能有效地融合不一樣角度的觀點，也能讓架構師能更深刻地理解本身的設計方向。

要面對如此多的複雜性應該如何來鍛鍊本身的表達性呢？

1. 多與人溝通，多參與頭腦風暴
2. 練習用人類語言表達「非人類」的專業知識。一張用鉛筆畫的框圖每每比一個使用專業UML設計工具作出來的設計更容易讓人理解。 UML爲做架構師基本上是必修課，也是輔助架構師思惟的工具，但對於不懂UML的那就是「非人類」的文檔，設計是給人看的，別人看不懂再專業再標準化的設計也只能淪爲廢紙。
3. 培養測試先行的習慣 - 在設計時多寫範例與測試，在很大程度上能夠減小設計誤區和驗證被實現的可行性。這樣能夠在將設計交付給開發、測試後節約大量的溝通時間。

擁抱變化

正如XP（極端編程）中所說：「世界上惟一不變的就是變化」。擁抱變化、預測變化、控制變化不單純是優秀開發人員的和項目經理的要求一樣也是架構師一種重要的能力。

「變」

個人理解 設計中的「變」 就是 「可定製化」 的要求，可定製化程度越高系統/項目的可擴展性就越強。架構師就是須要鍛鍊的是控制這種變化的範圍與程度，「變」是雙刃劍，容許過多的變化就會形成「過分設計」，出現一大堆「將來可能使用的功能」；過於封閉則會變得僵化難以適應新的要求。

「不變」

這裏所說的「不變」也只是相對而然，在系統/項目中相對不變的就應該是「核心」或者是「基礎框架」，舉最簡單的例子就是 .net framework 就是其中一者，雖然它會不斷髮展，加強功能。但其基礎核心設計理念與架構也歷來沒有發生過質的改變。更具體的一點來講「不變」的是規則、用法和基礎設計理念。

我認爲學習控制變化的最佳方法是多看出色的類庫或系統，多問爲何這樣作，理解原設計師的想法。通過必定時間的積累，隨着對「變化」觀察的增多，天然而然會在自已的設計中按設計要求將」變「與」不變「應用得當。

方法論

針對架構設計的方法論衆多，應該如何選擇？我也讀過不少的相關書籍，我只選最實用的，這裏我推薦幾本書。

• 《設計模式》- 要讀懂、活用，我讀了10幾年每次均可以從中學到不同的想法,將其應用於架構內能夠極大地簡化不少複雜的問題。
• 《Java 編程思想》 - 談面向對象方面最好的其中一本書，提升面向對象的設計能力會有很大幫助
• 《Refactoring》- 重構不僅僅是一種作法和程序員才關心的事。重構重於意識與思惟徹底能夠用於架構設計 。
• 《eXtreme Programming》- 雖然討論的是開發方法，但它最能詮釋什麼是」變化「。

除了以上推薦以外還有一些書籍也不錯，下方分享，看到的均可以獲取：關注轉發後。點擊連接加入羣聊【Java高級互聯網架構】：https://jq.qq.com/?_wv=1027&k=5HytUO6可領取資料獲取方法。如今分享給你們

方法論的實踐與應用也須要時間磨合並融會貫通，它們給予咱們更多的是理念與意識，必定要避免走進爲實踐方法論而設計的誤區。

Spring原理詳解

數據結構與算法

消息中間件

這些都是花費了將近半年時間整理出來PDF詳細解析文檔，以及一些大廠所必須掌握的技能知識點，關注轉發後，點擊連接加入羣聊【Java高級互聯網架構】：https://jq.qq.com/?_wv=1027&k=5HytUO6可領取資料獲取方法。如今分享給你們。

小結

成爲架構師的路子我相信還有許許多多，我相信相同的是每位架構師都須要經過長時間的學習、實踐、思考而也且也擁有一顆熱愛軟件心。