文章作者：尹洪亮
創作時間：2022年1月22日 清晨
我的目標：助力100萬程式設計師快速成長
如果架構師是你的目的地，本篇文章就是你前進的地圖
你根本不瞭解自己的目標
大多數程式設計師都想成為架構師，這是一種技術追求、也是解決經濟問題的重要手段。
但是你真的瞭解你的目標嗎？
請先回答我五個問題。
1、架構師的職責是什麼？
2、企業為什麼需要架構師？
3、架構師與程式設計師、技術大佬的區別是什麼？
4、架構師應該具有哪些能力？
5、成為架構師有哪些方法，應該怎麼做？
對這些問題似乎知道又不知道，
我們總是這樣，對自己想成為的人或想做的事模模糊糊，缺乏清晰的認識，認為只要天天悶頭寫程式碼、做專案，只要任勞任怨，勤學苦練，一切都會水到渠成。
其實做一切事情都是有方法、有步驟的，如果你不清楚你要成為什麼樣的人，以及怎樣成為這樣的人，就會不斷的錯失人生當中一個又一個的機會，在不斷的試錯中浪費一分又一秒的時間。
當別人在跑步的時候，你還在泥坑裡打滾。
認真地把這篇文章看完，這也許是你成為架構師之前，最重要的一堂課
架構師的職責是什麼
很多人認為，架構師就是技術特別好的大佬，能夠完全靠自己手寫出一套系統，甚至能夠輕鬆設計出微信、支付寶、這樣的系統，高併發、高可用手到擒來，隨隨便便能夠解決各種問題，這種想法是完全錯誤的。
對於不同的場景、不同的問題給出對應的解決方案，突破技術瓶頸，技術選型，奠定底層框架，效能調優等等，這只是架構師的工作內容之一，這也是引起誤會的重要原因。
架構師是需求與開發之間的橋樑，它並不是一個純技術崗位
，表面上離技術更近一些，因為架構師都是從一名普通的開發人員成長起來的。
架構師的職責
架構師往往需要具有深厚的技術功底，對於技術有一定的深度和廣度，更加註重底層原理，並且能夠融會貫通，具有自己的一套知識體系
，如果只是照搬理論，就成了死記硬背。
架構師的職責除進行業務分析、系統架構、分層設計外，
很大一部分職責在於雙向傳播，向上彙報系統的構建方案，向下傳達系統建設方法
，也就是清晰準確地讓公司上層領導和下層員工瞭解自己的思想和意圖。
向上彙報更多的是站在宏觀視角，在非技術層面、合理性層面、成本層面考慮，讓公司上層領導清晰直觀地瞭解團隊要做一個什麼東西、打算怎麼做、需要投入多少資源、能夠帶來什麼效果。
在公司內，任何工作能夠得以順利執行，都必須得到公司上層領導的支援和認同。
架構師往往需要協調多個團隊、多個部門的開發人員相互協作來進行系統實施，涉及任務的分配、設計的評審、人員的管理等。
可以說，架構設計能力、系統研發能力只是技術技能。此外，
如何規劃自己的架構師職業生涯、組織協調能力、彙報能力、管理能力也十分重要
。畢竟架構師不可能憑藉一己之力，實現一個龐大的企業級系統。
當你看到這裡，還認為技術可以決定一切嗎？
企業為什麼需要架構師
資本永遠是逐利的，企業是否需要架構師這個崗位，完全取決於它能夠為企業帶來什麼價值。架構師屬於高階職位的原因，就在於它能夠為企業帶來的價值遠遠要大於一個技術牛人。
架構師的重要之處在於，將抽象的東西具體化，讓複雜的事情簡單化，讓眾多部門、人員清楚自己的職責，有序地實現各自部分的系統功能，最終形成一個大而完整的系統。
架構師能夠快速定位問題、解決問題，很多人並不是無法解決問題，而是沒有解決問題的思路，而架構師不一定親自動手去修改程式碼，但是往往會提出精準的思路。
企業為什麼需要架構師
很多時候一個開發人員用1天、2天的時間解決不了的問題，架構師可以簡單的幾句話“點醒你”，讓你幾分鐘解決問題，這就是他的價值。
架構師就像一個催化劑，放入到團隊當中，能夠為每一個人賦能。
架構師與程式設計師、技術大佬的區別是什麼
架構師是一個人驅動眾人，而一個程式設計強人，往往只能自己驅動自己或少數人
，為企業帶來的價值存在巨大差別，這也是架構師屬於高階職位的原因。
這裡請注意區分技術大佬和科學家的區別，某個人可以在一個領域突破，獨立創新我認為那是科學家。
而技術大佬更多的還是在應用別人的技術，他並不是原創者，只能稱之為一個能夠熟練使用某一領域技術的專家。
技術大佬更加專注於解決“技術問題”，時常會陷入到具體的細節。
為什麼很多老闆、業務人員不愛和技術人員一起討論問題，因為兩個人不在一個維度，技術人員經常給人一種“鑽牛角尖”的感覺，或者答非所問。
很多人不認為技術人員思維木訥，那是因為我們身在其中，身邊的每一個人的思維模式都和我們相似。
技術思維僵化
當你和非技術人員交流的時候，嘗試切換到對方的視角來看我們自己，你會發現，我們把思維困在了自己的小圈子裡。
業務架構師、技術架構師都可以統稱為橋樑工程師，他們都能過“講人話”，讓各個團隊和角色“聽得懂”，讓整體效率得到提升。
架構師應該具有哪些能力
架構師最需要的是綜合能力，由硬實力和軟實力兩方面組成。
硬實力是我們的技術能力和架構能力，這一部分是最基礎的，同時也是最重要的，因為這些使我們能成為架構師的敲門磚。
當我們成為架構師之後，在實際的工作當中，你會發現，技術能力只佔你本職工作中的一小部分，而大多數的時候，需要你發揮的是軟實力。
硬實力當中，最重要的是架構能力，架構能力是一種思維能力，能夠透過現象看到本質的能力、能夠將業務語言轉化為技術語言的能力、能夠將從抽象到具體的能力。
所以成為架構師最重要的就是打磨自己的架構思維。
更難的就是溝通能力、表達能力、協調能力、總結能力、彙報能力、抗壓能力等等一系列的軟實力，
現在社會越來越需要的是具有綜合能力的人，只有僵化的技術思維，唯技術論很難讓自己的職業生涯長期發展。
架構師是個能力綜合體，從技術、思維、方法等各個方面都需要較為平衡，而我們其實更多的只專注於技術層面，忽略了其它重點。
成為架構師有哪些方法，應該怎麼做
第一，提升硬實力！
最重要的是提升自己的架構思維，形成自己的架構體系
，能夠解決不同場景下的不同問題。
這是個不斷積累的過程，當你看的案例越來越多，思考得越來越多，就可以逐步養成自己的架構思維模式。
我用一年的時間寫了人生中的第一本書
《架構基礎：從需求到架構》
，這可以作為你的一個重要起點，來提升你的架構思維能力。
這本書與任何程式語言無關，目的是提升讀者的設計思維、培養讀者的設計能力、開啟讀者的架構思維。
我根據各種企業級真實場景總結，提出合理的設計思路和解決方案，從需求、問題、解決方案、原理、設計方法、落地方案，從多個角度，給出架構設計方法，透過大量的思考和解讀，潛移默化地增強你的架構能力。
大量的架構圖、時序圖、狀態圖等，簡單直接地刺激你的思維能力。
同時，本書也是一本設計方案指南，開發人員、設計人員、架構人員均可參考本書，針對遇到的場景進行參考性設計。
包括大型網際網路架構設計的四大原則、分散式微服務架構設計、登入功能架構設計、使用者安全架構設計、系統日誌架構設計、系統攻防架構設計、系統訊息架構設計、監控預警架構設計、關係型大資料架構設計、批處理排程架構設計、系統配置架構設計、企業級核心架構設計實戰等，詳細講解了各種場景的架構方案。
目前這本書已經上架京東、噹噹。
架構基礎：從需求到架構
其次，提升軟實力！
技術人員從骨子裡不重視軟實力的提升，認為那些都是阿諛奉承、極盡諂媚，最終導致了不會溝通、不會彙報、不會開會、不會寫文件。
我在自己工作十年之際，深刻反思了自己的職場生涯，分析過往的經驗，找出那些自己踩過的坑。
以真誠之心，錄製了一套十分接地氣的音訊課程
《程式設計師到架構師的精進之路》
，來幫助大家提升軟實力，程式設計師如何學習技術、如何彙報、溝通、寫文件、開會、提升價值等等內容。
-----------------END----------------
