精通某個行業的全面技術，熟悉各種開源框架(主要是Java領域)，精通底層c和c++程式設計技術，精通資料庫技術(資料設計、效能調優、高階SQL語法)，精通前後端開發技術，熟悉資料結構和演算法。根據專案需要能選定合適的技術方案，規避技術風險。在軟體出現疑難雜症的時候能最快找到問題方向和思路，同時給團隊提供技術保障和技術培訓！

架構師不是說針對去學習，就能掌握到的。首先，你需要對各個技術面都要了解，需要知道實現一個產品，都需要哪些功能，以及各個功能需要的部件和這些部件之間的資料互動。

我一開始是嵌入式工程師，後來從openstack轉做控制檯的後臺和前臺開發，在到後來前後端分離，開始轉入react開發，以及公司需要手機app開發，學習了flutter的開發。到現在我們公司的對外產品的大專案的整個架構設計都是我來負責的，我覺得真的是需要從產品服務的部署運維，底層服務實現，前端使用者展示，都是需要涉及到的。從我們這個專案所涉及面來講，主要是kubernetes，prometheus，grafana，postgresql，mongodb，eggjs，react，django，alertmanager，redis，rabbitmq，這些都需要熟悉掌握。至於架構圖，肯定不能在這裡展示了。所以，我覺得，成為架構師，是需要自己去多掌握各方面的技術，有產品全域性角度的分析。

作為一名從業多年的IT人，我來回答一下這個問題。

首先，架構師是程式設計師發展的一個重要方向，也是IT行業中的重要崗位。

一個軟體產品的開發需要一系列角色的配合才能夠完成，從一個產品的設計到最終的部署需要產品經理、策劃、互動工程師、視覺工程師、架構師、產品經理、程式設計師、測試、運維工程師等一系列角色的配合。

從研發的角度來說，程式設計師可以簡單劃分為兩類，一類是設計，另一類是實現。負責設計的程式設計師通常也就是所謂的研發級程式設計師，主要解決系統級問題，比如平臺的研發、介面（API）的設計等工作，通常針對的是行業級問題。而負責實現的程式設計師通常是所謂的應用級程式設計師，透過介面來完成平臺功能的呼叫從而實現具體的業務邏輯，工作的重點在於具體功能的實現，往往針對於具體的應用場景。

技術領域的架構師也通常分為兩個大類，一類是平臺架構師，另一類是應用架構師。平臺架構師制定的是平臺的研發策略和技術指標，通常要結合功能定位和行業定位來進行具體的設計。平臺架構師通常是研發級程式設計師成長起來的，同時具備一定的行業前瞻性。比如James Gosling（Java創始人）和Linus Benedict Torvalds（Linux創始人）就是典型的平臺架構師。

通常所說的軟體架構師大部分指的是應用架構師，針對於具體的應用場景給出軟體產品的設計方案、技術選型和介面設計等，通常應用架構師需要對各種平臺產品有較為清晰的瞭解，並能夠緊跟技術發展趨勢來不斷最佳化設計方案。另外，應用架構師需要具備一定的行業背景，對於方案的技術瓶頸有豐富的解決方案。應用架構師通常是應用級程式設計師成長起來的，往往具有多年的行業開發經驗。

以前的宜興城市網就是號稱是我架構的，所以那麼值錢！其實我以前做的是遊戲，我們在開發遊戲，我們想玩遊戲，然後我還是自慰器生產商和開發商！謝乾不承認，不接受，認為我是城市網架構師！

到底怎樣的程式設計師能稱為架構師？首先要知道架構師是做什麼的，架構師主要職責是確認和評估系統需求，給出開發規範，搭建系統實現的核心構架，並澄清技術細節、掃清主要難點的技術人員。

那麼怎樣從一個程式設計師成為架構師呢，我總結了以下幾個方面：

意識方面

首先程式設計師自身想往架構師方向發展，然後換位思考與架構師的差距，該如何努力才能符合一個優秀的架構師，所以關注範圍是不同的，程式設計師專注於具體細節，而架構師專注於“宏觀視角”，整體大局出發，所以不能只專注寫程式碼。

技術方面

架構師的主要任務不是從事具體的軟體程式的編寫，而是從事更高層次的開發構架工作，所以要想成為架構師，自身的技術能力一定要提升，基礎一定要紮實。還有就是要去掌握一些知識來提升自己的抽象能力，提高自己的建模能力，因為架構師所需要具備的就是能夠從很紛繁複雜的需求當中抽象出一個共同的東西出來。

平時積累方面

優秀的架構師要滿足業務需求和能夠靈活對各個人士的技能，同時也對了解多種框架熟悉應用，清洗明確適應場景，這些都需要程式設計師長期的積累，從開發工作中提升自己的技術，從專案中積累中提升業務能力。

架構師專注宏觀，但通晰微觀；開發框架，又精通需求；熟練當前技術，還能前瞻未來發展。成為一個架構師絕對不是一朝一夕就能突破的，是要從基礎開始一點一滴積累而來。而作為程式設計師更是要打好自身的基礎，開拓自己的視野，用自律的心態和積極向上的意識敦促自己，跨越臺階，成為合格的架構師。

你好，科技領域工作十多年的三邵又來夢囈了:-)，如有回答不妥，請指正。

架構師需要具有一定的「 技術寬度 」和「 技術深度 」。

如果說程式設計師具有以下這些典型特徵，那麼這個程式設計師可以認為是架構師級別的:

1、對一個領域所涉及的眾多技術面都有所掌握，能夠獨立完成開發，包括需求分析、方案設計、編碼實現。

2、具有一定的方案設計經驗並能獨立完成開發。

3、可以獨立完成一個複雜系統的架構設計，可以是從0到 1 設計一個新系統，也可以是將架構從 1.0 重構到 2.0。

4、能夠創造新的架構模式。

一直做軟體架構設計，也有7~8年了，主要說下個人理解吧，具體什麼樣的程式設計師可以稱為架構師，這個沒有標準答案。

1、視野要寬闊

2、業務經驗要豐富

3、有實戰型的一套技術體系，從前端到後端要都有了解，從開發到交付都有落地經驗

4、善於總結、樂於分享給同事

5、及時更新自己的技術棧，逐步迭代專案中覺得不合適的架構設計

目前就想到這麼多，共勉。

關注範圍：程式設計師專注於具體細節，而架構師專注於“宏觀視角”。領導關係：程式設計師處於被領導地位，架構師則扮演領導角色。資歷背景：架構師的從業時間一般比程式設計師更長。氣質特性：架構師是重要的夢想家，而程式設計師則是面向繁瑣任務的實幹者技術取向：架構師做出選擇，而程式設計師提供選項。技能：架構師的技能水平高於程式設計師。程式碼：架構師需要編寫之程式碼平均少於開發人員。組織互動：架構師所參與之“業務”會議數量遠多於程式設計師。薪酬：架構師薪酬水平高於程式設計師。自身價值：架構師的價值要高於程式設計師。

想要成為架構師首先要明確架構師是幹什麼的。

1、能夠識別定義並確認需求

2、能夠進行系統分解形成整體架構 3、能夠正確地技術選型 4、能夠制定技術規格說明並有效推動實施落地。

總的來說是一個既能掌控整體又能洞悉區域性瓶頸並依據具體的業務場景給出解決方案的團隊領導型人物。看似完美的“人格模型”背後，是艱辛的探索。需要建立高效卓越的體系，帶領團隊去攻城略地，在規定的時間內完成專案。

從上面能看出，從程式設計師成為架構師需要培養的能力：

1、知識面要廣。想要有能力在各種限制的情況下想辦法解決問題，就必須要做到沒有技術死角。比如：java體系、php體系、c體系、還有python/nodejs/golang等，各自有各自的優勢劣勢，沒有相關開發經驗很難做出萬無一失的風險。

2、卓越的程式碼能力。想要成為架構師，至少你得是一個優秀的程式設計師。深入掌握各類資料結構、各類設計模式、計算機網路、作業系統、各種常見的架構模式等等等等，這些每一項都不是“學會”就行的，理解只是第一步，剛入門的程式設計師考慮的是如何實現功能，而優秀的程式設計師必須要考慮效能、可讀性、可維護性的問題。

3、相關領域的行業深度。上面講的是技術相關，想要成為好的架構師少不了的是深耕行業的專業程度，大資料架構師不能不懂hadoop、spark，高併發領域不能不懂系統的效能最佳化、分散式系統設計。

4、管理能力。架構師少有不帶人、不帶專案的。管理是一門藝術，管理有多重要只需要看看做不好管理的人的境地就知道了。

架構師基於崗位的特殊性很難一言以蔽之的說你只要學會什麼就能從程式設計師變成架構師，畢竟這就像是你本來是公司一個關鍵崗位，現在讓你去經營一個公司一樣的經營你所負責的專案。

本人 作為一名具有10餘年後端開發經驗的大廠在職架構師，結合本人自身一些淺薄的認知，來認真回答一下這個問題。

0、寫在前面

首先，我相信每⼀位程式設計師都有⼀顆迫切成⻓的⼼。

程式設計師的成⻓的路上最重要的就是架構設計思維升級，在工作中，我⻅到過很多技術能⼒很強的程式設計師同學，對於技術能⼒和架構設計如何進⼀步提升依然不能很好的把控，這是因為架構設計的思維方式和具體寫程式碼之間有很大差異，加之許多同學甚至不清楚一名合格的架構師是需要做什麼，存在很多誤區。

在具體工作的方案設計中，在實踐過程中把握不住重點、分不清主次；或者沒有徹底掌握架構設計的原則，就容易在具體設計上舉棋不定。

其實作為架構師，不僅要知道當前⽤戶的需求是什麼，還要對需求未來可能出現的變化做出合理預判。預判什麼會發⽣，⽽什麼⼀定不會發⽣。在這其中，後者更為重要一些，只有這樣才能真正防⽌架構的過度設計，把簡單的事情複雜化。

要成⻓為優秀的軟體架構師，關鍵在於：掌控全域性。

1、架構師需要具備什麼能力？

可以明確的一點是：一個合格的架構師有責任來幫助團隊的進步。

作為該角色的人員，他應該具有非常不錯的技術視野/經驗以及良好的溝通技巧。他對專案或產品的技術方向負責（準確地說是對結果負責），並作為跨團隊溝通的首選人。

對於大中型團隊而言，架構師主要的職責包括：

1）指導專案的技術設計及制定開發規範

例如。我們將使用什麼技術，我們將如何交付專案，我們將使用哪些模式等。

2）分析風險和跨功能要求

分析風險意味著降低風險：我們可以選擇某種方法，還是說有太多未知數。

3）指導/教練經驗不足的新人

很可能在你的團隊中有不同的經驗的同學。一旦談到專案成本，考慮匹配技能和經驗時，它就變得很有意義。因此，需要重視對經驗不足新人的培養。

4）關注跨團隊協助與溝通

一個專案團隊包含各個相關聯角色群體，研發、測試、產品、運營甚至需求業務方等等，其他角色同學可能在技術上不如開發人員，他們將使用不同的語言，技術Leader 將需要關注於這一點，並做好協調與溝通。

2、如何做一個合格的架構師？

架構師通常 是一份包含技術和管理雙重責任的工作，準確地說應該是：先技術，後領導。

那在實際工作過程中，需要注意做好哪些點呢？

1）倡導技術創新與變革

倡導技術創新與變革，建立積極的思維模式。當一個流程緩慢或者繁瑣時，要嘗試去改變它，使其變得更好。

在我們的研發過程中，希望改進的是團隊的效率和樂趣，以及軟體專案的最終交付。

2）坦然面對失敗與成功

事情有可能會失敗，不用過分擔心失敗

技術方案落地可能失敗，專案開發建設可能失敗、部署上線可能失敗、系統重要監控點可能被遺漏、系統宕機崩潰可能會發生。

如果你已經為失敗做好了十足的準備，那麼應該會比較容易應對。

當事情失敗時，不要尋找責怪的人！你是技術 Leader，有承擔的責任和義務。從失敗中汲取教訓，將塑造您的方向，並在未來做出更好的決策。

學會為成功喝彩

當團隊有成就感時，成員們會感受到快樂，同時積極的情緒會讓後面的工作儘可能做到最好。慶祝階段的小成就非常重要，例如成功地衝刺或完成的功能。

3）保持技術

架構師有很多非編碼職責，但不要忽視實踐技術活動是非常重要的。

密切關注程式碼的演變：一段時間後，您所做的實際編碼量可能會更低，但您需要及時瞭解程式碼的演變。您需要了解系統及其技術限制。

4）良好的時間管理

作為架構師，您應始終為您的團隊服務；提問、支援、指導或做出決定。

技術設計 為團隊（包括您）準備工作。確保清楚需要實施什麼以及如何實施。這通常會考慮很多質量屬性，如網路，安全性等。業務：與客戶交談，檢視他們的需求和目標，並將這些與專案的技術願景相匹配。專案管理：定義使用者故事，估算，跟進。程式碼：編寫程式碼，進行程式碼審查等。

5）成為團隊導師

一個好的架構師：

知道什麼時候給予輸入知道何時做出決定知道什麼時候退後一步，讓團隊獲得更多的所有權。

分擔責任，給予所有權，但同時要保持負責。

6）學會做評估

專案工時評估很難，如果你經常這樣做，你會變得更好，但你仍然會有可能犯錯。

作為架構師，掌握評估是一生的旅程，它會讓你與眾不同。合作方會將你與專業、穩定和高質量的工作聯絡起來。

7）擅長與外部溝通對接

非技術利益相關者使用的語言可能與開發團隊的語言是不同的。架構師 必須找到一種以非技術人員可以理解的方式交流思想的方法。

這在 DDD （領域驅動設計）世界中，這意味著建立一種連線上下文通用語言。

與客戶密切合作，嘗試從他們那裡檢測需求，並不斷地將他們的需求與正在進行的實施相關聯。

3、總結

作為架構師，除了以上列舉的幾項之外，還存在其他很多軟性的素質能力。

欲求木之長者必固其本， 欲求流之遠者必浚其源：

業務感知的背後， 是對商業社會的理解， 是對需求的洞察；人員培養激勵的背後， 是對人的理解， 是對人性的洞察。

總結就是：每個人都是團隊的一員，應該重視每個人的意見。

因為你團隊的力量不是單個成員的才能，而是他們的合作，堅韌和相互尊重的整體效能的體現。