如何成爲一名架構師？

最近有小夥伴，問我：「你是如何過段轉變到架構師的？」

今天就該問題和你們分享一下，與君共勉！

想要成爲一個架構師是每位程序員的目標，那麼如何成爲一名架構師呢？

架構師的定義&級別

初級架構師：Application Level （應用級別），專一於單個應用，有很是明確的設計產品，溝通侷限在開發團隊內。

中級架構師：Solution Level （解決方案級別） ，須要關注幾個應用來實現一個商業的需求，有部分高層的設計，但大多數仍是具體的設計，溝通須要跨越多個開發團隊。

高級架構師：Enterprise Level （企業級別），關注多個解決方案，這一級的設計比較抽象，須要解決方案架構師和應用架構師去細化，溝通跨越整個企業組織。

而架構師很是重要的一項技能就是「各部門人員的粘合劑」：好比在業務人員和開發人員創建溝通的橋樑；在開發人員和經理之間創建溝通橋樑；集成不一樣的技術和應用。

架構師的平常工做

• 肯定項目或產品開發的平臺和技術；（技術選型、對比等）

• 肯定開發標準和規範：編碼標準，工具，評審流程，測試方法等；

• 根據需求，設計系統而且作出架構設計決定；

• 把架構設計和決定文檔化，和團隊溝通；

• 把高層的設計變成底層設計；

• 檢查、評審架構設計和代碼，好比看看肯定的模式和代碼標準是否正確施行；

• 和其餘架構師、利益相關者協做；

• 指導開發人員開發

• ......（更多架構師平常歡迎留言補充）

如何成爲呢？

架構師是一個充滿挑戰的職業，知識面的寬窄每每決定着一個架構師的架構能力，因此記住一點：多讀書、多學習、多思考，遇事多問本身幾個爲何？而後搞明白爲何！

架構師，毫不是一蹴而就的，確定是通過時間、項目等的磨練，踩過坑、躺過水，幹過CURD、幹過if-else式「無聊」的業務開發等等，這些都是你將來炫耀和爲之吐槽的話題。不要小看這些，特別是入行不久時，這些對你將來的成長是頗有幫助的。更況且，假若沒有這些，怎麼可以支撐起你的項目呢？總之，不要小看這些。

當某一天，你意識到一些工做內容的無聊、重複時，但又想爲之改變時，說明你成熟了、成長了。此時，建議你多多思考一下，爲啥以爲這些內容的無聊、重複，可能你就會從中找到答案：

• 是我工做的方式不對，太過於循序漸進，機械性的工做，是否能夠提高下工做效率？

此時，你確定會想法來提升工做效率，如：寫寫工具、優化優化工做思路等。讓平時1小時能完的事情，在半小時幹完，預留更多時間，然本身多多思考，多多開開目前代碼是否有可優化等的地方，多研究下產品層面的實現等等，搞明白爲何這麼實現，爲何不用其它技術或框架實現等。

• 尋求工做內容的調整

向領導提出工做內容的調整（前提是當前工做已經完成的很好了），即便多幹也沒事，畢竟這樣更能引發領導的關注、更能出成績，將來更好發展。

讓本身不斷的提高，涉獵更多的內容，若是長期在這家公司的待下去的話，未嘗不能成爲架構師呢

• 以爲本身能力還不錯，目前成長空間有限，那就跳槽吧！

這種狀況的前提是，你對當前工做的產品有必定的瞭解，實際上就是你get到了不少東西，沒啥新東西可get了，而且成長空間受限，那就跳槽吧！

選擇一個能學到新東西的公司，再次開啓get模式！

搞清楚架構師的平常工做內容，在平時工做中，多多留意，多多向這方面內容思考、涉及，不斷鍛鍊本身，爲之後作準備。

此外，建議你在工做以外，不斷沉澱，學習一些技術，包括對既往技術的深刻研究、新技術/新領域的學習。

既然，都這麼幹了，那就等待時機，架構師有啥難的呢？

總結

總之，想要成爲架構師，須要有耐心，不斷學習，拓寬本身的視野，不只僅侷限於本身眼前的項目，關注公司產品、開源技術，關注熱門技術社區的新動向等。