hi，我是(shi)熵減，見字如面(mian)。

對于從事軟件開發的工程(cheng)們來說，都有(you)一個(ge)成為(wei)架構(gou)師的夢想。

可以(yi)說(shuo)，不(bu)想(xiang)當架構師(shi)的程(cheng)序員，不(bu)是好的工程(cheng)師(shi)，人(ren)人(ren)都想(xiang)成為架構師(shi)。

而(er)(er)為什么要成(cheng)為架構師(shi)，可能(neng)每一(yi)個(ge)人都有不(bu)(bu)一(yi)樣(yang)的理解和出發點。譬如，有的人覺得(de)架構師(shi)是(shi)一(yi)個(ge)非常高(gao)大上(shang)的職位，或者架構師(shi)能(neng)夠獲得(de)不(bu)(bu)錯的報酬，或者架構師(shi)在行業內更有聲(sheng)譽(yu)等等，不(bu)(bu)一(yi)而(er)(er)足。

所以(yi)，我(wo)們對(dui)架(jia)構師的(de)預期目的(de)和理(li)解(jie)認知，對(dui)程(cheng)序員職業的(de)發展來說，還是比較重要的(de)。同時，對(dui)組(zu)織的(de)成長(chang)，也(ye)是有一(yi)定的(de)意義的(de)。

今天(tian)，我來聊聊對(dui)架構師的一些想法和思考吧。

什么是架構師

軟件架構師是在在軟件開發領域中非常重要的角色，其負責設計和管理軟件系統的整體架構。

作為軟件的(de)(de)架(jia)構師，需(xu)要綜合考慮(lv)軟件系統(tong)的(de)(de)各個方(fang)面，包括(kuo)性(xing)(xing)能、安(an)全、可維護性(xing)(xing)、可擴展性(xing)(xing)等，以及與其他系統(tong)的(de)(de)集成等方(fang)面，從(cong)而設計出(chu)滿足客戶需(xu)求、具(ju)有高質量和(he)可維護性(xing)(xing)的(de)(de)軟件系統(tong)架(jia)構。

具體(ti)來說，在軟件設計(ji)(ji)和開發過程中，需要(yao)在軟件開發周期的早期階段(duan)就(jiu)參與到(dao)項目中，與需求方溝通需求，分(fen)析(xi)需求，評估技(ji)術可行(xing)性，根據需求和技(ji)術可行(xing)性，設計(ji)(ji)軟件系(xi)統的整(zheng)體(ti)結構(gou)和各個組件之間的交(jiao)互關系(xi)，制定(ding)技(ji)術規范(fan)和標(biao)準，為開發人員提供技(ji)術指導和支持。

此外，架構師還需要關注(zhu)軟(ruan)件系統的(de)整(zheng)體性能、安全和(he)可維(wei)護性等方(fang)面(mian)，提(ti)出(chu)優化(hua)建議，確保軟(ruan)件系統的(de)質量和(he)可靠性。

可見，架構師是軟件開發團隊中至關重要角色，需要承擔至關重要的責任，他們的(de)工(gong)作會直接影響軟(ruan)件持續交付(fu)的(de)質量和效能。

架構師的職責

作為一名架構師，在項(xiang)目和團隊中(zhong)，是要承(cheng)擔責任(ren)，承(cheng)擔解決問(wen)題的責任(ren)，規劃系統的目標(biao)，方案和迭代路徑等。

其具體(ti)的職(zhi)責，可以總結(jie)為(wei)以下幾點：

• 對系統的整體架構設計負責：架構師負責分析客戶需求和業務流程，根據技術可行性和可擴展性等方面的要求，設計出軟件系統的整體結構和各個組件之間的交互關系，制定技術規范和標準，并提供技術指導和支持。
• 對系統的可靠性和質量負責：架構師需要關注軟件系統的整體性能、安全和可維護性等方面，提出優化建議，確保軟件系統的質量和可靠性。
• 對系統的可擴展和適應性負責：架構師需要考慮軟件系統的未來發展和變化，確保軟件系統具有良好的可擴展性和適應性，能夠隨著業務的變化而進行擴展和修改。
• 對團隊的協作和溝通負責：架構師需要與開發團隊和其他相關團隊進行溝通和協作，確保整個團隊在軟件開發周期中緊密協作，高效完成工作。

可見，在軟件(jian)(jian)團隊中，架(jia)構(gou)師是扮演著至(zhi)關重(zhong)要(yao)的(de)角(jiao)色，他們的(de)職責和作(zuo)用(yong)不(bu)僅是設(she)計和管理軟件(jian)(jian)系(xi)統(tong)的(de)整體架(jia)構(gou)，還包括確(que)保軟件(jian)(jian)系(xi)統(tong)的(de)可靠性和質量，維護軟件(jian)(jian)系(xi)統(tong)的(de)可擴展性和適(shi)應性，促進團隊溝通和協作(zuo)等方面。

常見的架構師類型

現在(zai)，在(zai)人才市場上，有各種各樣的(de)(de)架構(gou)師的(de)(de)職位需求，諸(zhu)如(ru)：

• 軟件架構師：軟件架構師負責軟件系統的整體設計和架構，需要對軟件系統的各個方面（如業務流程、數據存儲、系統安全等）有深入的理解和把握，能夠通過優化設計和提出技術方案等方式，提高軟件系統的質量和可靠性。
• 技術架構師：主要負責技術選型和技術架構的設計，需要對新技術進行研究和評估，確保選用的技術能夠滿足系統的性能和可擴展性要求。
• 數據架構師：主要負責數據架構的設計和優化，包括數據庫設計、數據模型設計、數據倉庫設計等方面的內容，需要對數據管理和數據安全有深入的了解。
• 云架構師：主要負責云平臺的架構設計和實現，包括云計算、云存儲、云安全等方面的內容，需要對云技術和云服務有深入的了解。
• 安全架構師：負責設計、規劃和實施系統的安全架構，以保護系統和數據不受惡意攻擊、非法訪問和數據泄漏等安全威脅。安全架構師需要了解安全策略、安全協議、安全標準和加密算法等相關知識，同時還需要具備風險評估、漏洞分析、安全審計和安全監控等方面的技能。
• 業務架構師：負責分析、規劃和設計企業的業務架構，以支持企業戰略和業務發展。業務架構師需要了解業務流程、業務規則、業務需求和業務價值等相關知識，同時還需要具備業務建模、業務流程優化、業務數據分析和業務治理等方面的技能。
• 企業級架構師：主要負責企業級軟件應用的整體架構規劃和設計，包括硬件、軟件、數據等方面的內容。
• 解決方案架構師：主要負責客戶解決方案的架構設計和實現，需要深入了解客戶的業務需求和技術現狀，提供符合客戶需求的解決方案。

當然，這個清單還(huan)會無限的增加，AI架構師，算法架構師等(deng)等(deng)。

不同類型的架構師，需要具備不同的技能和專業知識，但會存在著共同點，都需要具備深入的技術知識和對整體系統架構有全面的了解和把握。

那些扯淡的架構師

上面我們(men)了(le)解了(le)什么是架構師，架構師的(de)職(zhi)責和架構師的(de)一(yi)些類型(xing)這些內(nei)容，對架構師有了(le)一(yi)個(ge)初(chu)步的(de)了(le)解。

接下來，我們就說說一(yi)下在軟(ruan)件團隊(dui)中(zhong)存在的(de)一(yi)些反例：那些扯淡型(xing)的(de)架構師(shi)。

扯淡(dan)的架構師(shi)，通常用來(lai)形容那些沒有(you)實際能(neng)力和經(jing)驗(yan)，卻通過夸(kua)夸(kua)其談和空泛的理論來(lai)掩蓋自己(ji)的無(wu)能(neng)和不足(zu)的“架構師(shi)”。

首(shou)先，我(wo)們(men)來看被人嚴重(zhong)詬病的(de)3個架構師的(de)樣(yang)板：

• PPT架構師：指那些只會用PPT畫圖，但實際上并沒有真正掌握技術和架構設計的人。他們通常會使用各種花哨的圖表和動畫來描述自己的“架構設計”，但缺乏實際的可行性和可操作性。
• 框架架構師：指那些過分依賴于各種框架和工具，而不是根據具體的業務需求和技術特點來設計系統架構的人。他們可能會過度使用某個框架或者模式，導致系統過度復雜和難以維護，同時也限制了開發團隊的技術自由度和創造力。
• 畫餅架構師：指那些只會在理論層面上討論架構設計，但沒有真正投入到實際的開發和運維工作中去的人。他們可能會熱衷于各種研究和學習，但缺乏實踐和驗證的經驗，導致其設計的架構無法落地和實現。

架(jia)構(gou)師(shi)對軟件系(xi)統的重(zhong)要性(xing)不言而(er)(er)喻，而(er)(er)一(yi)個不合格的架(jia)構(gou)師(shi)可能會帶來一(yi)系(xi)列(lie)的問題(ti)。

架構師的本質是承擔解決問題的責任。 不合格的架構師卻無法解決(jue)問(wen)題，且自身也(ye)成為了一(yi)個(ge)問(wen)題。

在扯淡的那些表現形式

如何識(shi)別你(ni)的架構師是在承擔(dan)責(ze)任，還是僅僅在夸夸其談(tan)呢？

下(xia)面列出了(le)一些常見(jian)的(de)扯(che)淡的(de)表現(xian)形式：

• 過度的設計：扯淡的架構師會為了設計一個完美的系統而過度設計，將關注點放在架構設計的完美性上，而忽略了實際項目的需求和成本。這種過度設計可能會導致系統復雜性增加，開發周期延長，以及對團隊資源的浪費。
• 盲目追技術：扯淡的架構師會將技術的新穎性和潮流性視為優先考慮的因素，忽略了實際業務需求和團隊技術水平。他們會為了使用最新技術而盲目地采用一些不成熟的技術或者并不適合當前業務場景的技術，給團隊和項目帶來風險。
• 缺乏業務理解：扯淡的架構師可能缺乏對業務的深入理解，只注重技術的實現，而忽略了業務的重要性。這種情況下，架構設計可能會與實際業務場景不相符，導致系統的效率低下，用戶體驗不佳，以及項目的失敗。
• 缺乏實踐經驗：架構師需要具備豐富的實踐經驗，才能設計出穩定、高效、可擴展和可維護的系統架構。但是，有些架構師可能沒有足夠的實踐經驗，只是憑借一些理論知識和工具使用經驗來設計系統架構。這樣往往會導致設計出來的架構不夠實際可行，缺乏實用性和可行性。
• 缺乏溝通合作：扯淡的架構師可能會過于自我中心，不愿意與團隊成員進行溝通和合作。他們會忽略團隊其他成員的建議和反饋，而單方面地做出決策，導致團隊合作效率降低，甚至出現沖突和摩擦。
• 忽略可維護性：扯淡的架構師可能會忽略系統的可維護性，將注意力放在架構的設計和開發上，而忽略了系統的日常維護和后續升級的問題。這可能會導致系統難以維護，出現故障和漏洞，增加團隊的工作量和負擔。
• 過度依賴工具框架：扯淡架構師可能會過度依賴工具和框架，忽略了技術背后的原理和本質。這樣會導致架構設計缺乏靈活性和可擴展性，對于一些特定的業務場景和需求無法滿足，以及對技術人員的技術素養提出了較高的要求。

可見，架構師(shi)扯淡的表現(xian)形式(shi)有很多(duo)，其(qi)中涉及(ji)到技術能(neng)力(li)(li)、思維(wei)方式(shi)、責任心、全(quan)面性、實踐經(jing)驗以及(ji)溝(gou)通和協(xie)作能(neng)力(li)(li)等方面。

造成架構師扯淡的原因

造成架(jia)(jia)構(gou)師扯(che)淡的原因(yin)主(zhu)要有(you)兩(liang)個方面：架(jia)(jia)構(gou)師自身和組織(zhi)團隊(dui)。具(ju)體(ti)如下：

個人原因

以下是(shi)一些架構師自身上(shang)的(de)一些不足(zu)，導致無法落到實(shi)處的(de)原(yuan)因：

• 缺乏技術深度和廣度：架(jia)(jia)構師(shi)需要(yao)具(ju)備廣(guang)泛的技術知識(shi)和(he)深入的技術理解，如(ru)果缺乏這些，就(jiu)難(nan)以對系統進行有效的架(jia)(jia)構設計和(he)決策。

• 缺乏對業務的深入理解：架構師需要深入了解業務(wu)需求和業務(wu)流(liu)程，以(yi)便能夠設計出符合(he)業務(wu)需求的系(xi)統(tong)架構。如果(guo)缺(que)乏業務(wu)理解，就很難做到這(zhe)一點。

• 缺乏團隊合作精神：架構師需要和其(qi)他團隊成員(yuan)(yuan)(yuan)合作(zuo)，包括(kuo)開發人(ren)員(yuan)(yuan)(yuan)、測試人(ren)員(yuan)(yuan)(yuan)、運(yun)維人(ren)員(yuan)(yuan)(yuan)等等。如果缺乏團隊合作(zuo)精神(shen)，就難以(yi)與(yu)其(qi)他團隊成員(yuan)(yuan)(yuan)有效溝通(tong)和協作(zuo)，影(ying)響到系(xi)統(tong)的整體質(zhi)量。

• 缺乏責任心：架(jia)構師需要(yao)對系統的整(zheng)體設計和決策承擔責任。如(ru)果缺乏責任心，就可能會(hui)出現(xian)推(tui)卸責任、不(bu)負責任等不(bu)良行為。

• 缺乏更新迭代意識：技術(shu)(shu)在不斷更新迭代，架構師(shi)需(xu)要保持對技術(shu)(shu)的關(guan)注和學習，以便及時應對技術(shu)(shu)變化和提高自(zi)身技能水平。如果缺乏更新迭代意識，就容易(yi)過(guo)時和被淘汰。

• 缺乏全局視野：架構師需要(yao)具備(bei)全局(ju)視野(ye)，能夠將(jiang)整個系統作為(wei)一(yi)個整體來考慮，而不(bu)是局(ju)限于(yu)某個模塊或部(bu)分。如果缺乏全局(ju)視野(ye)，就難以(yi)設計出高質量(liang)的系統架構。

組織原因

除了架構師(shi)自身的原因，在組(zu)織設計和(he)團隊管理上的一些問(wen)題(ti)，也很容導致架構師(shi)成為扯淡的角色，具體如下(xia)：

• 沒有明確的職責和權利：如果組織對架(jia)構(gou)(gou)師的(de)職責和權利(li)(li)沒有明確的(de)定義，或者架(jia)構(gou)(gou)師沒有足夠的(de)權利(li)(li)來(lai)影響項(xiang)目和決策(ce)，那么他們(men)可能會感到無助和無控制感，從而扯淡化自(zi)己的(de)角色。

• 缺乏有效的溝通和合作：如(ru)果團隊成員之間缺乏有(you)效的溝通(tong)和合作(zuo)，那(nei)么架構師(shi)可能會感到難以與其他(ta)團隊成員協作(zuo)，從而(er)扯(che)淡化自(zi)己的角色。此外，如(ru)果架構師(shi)沒有(you)足夠的時間和機會與其他(ta)團隊成員交(jiao)流，也會導致(zhi)扯(che)淡化。

• 管理層的不支持：如果管理(li)層不重視架構(gou)師(shi)的(de)角色，或者沒有(you)給予(yu)足夠的(de)支持，那(nei)么(me)架構(gou)師(shi)可能(neng)會(hui)感到(dao)自(zi)己(ji)的(de)工(gong)作(zuo)被(bei)忽視和(he)低估，從而扯淡化自(zi)己(ji)的(de)角色。

• 團隊缺乏目標和方向：如果組織沒有(you)明(ming)確的目(mu)標和方向，那么架(jia)構師可能會(hui)(hui)感到(dao)自(zi)己的工作沒有(you)明(ming)確的目(mu)標，從而扯淡化自(zi)己的角(jiao)色(se)。此(ci)外，如果組織對架(jia)構師的期望不(bu)明(ming)確，也(ye)會(hui)(hui)導致扯淡化。

• 組織架構設計不合理：如果(guo)組織(zhi)將架(jia)構(gou)(gou)師(shi)崗位化(hua)，設(she)置為(wei)專(zhuan)職的架(jia)構(gou)(gou)師(shi)和(he)架(jia)構(gou)(gou)師(shi)部(bu)門，那他(ta)們就會和(he)具體的研發(fa)工程團隊之間缺乏有效的溝通和(he)協作(zuo)，或者他(ta)們被視為(wei)高(gao)高(gao)在(zai)(zai)上的存(cun)在(zai)(zai)，這樣(yang)可能會導致扯淡架(jia)構(gou)(gou)師(shi)的產生。

所以，在組(zu)織的(de)(de)設計和(he)團(tuan)隊(dui)的(de)(de)管理上(shang)，也需(xu)要考慮如(ru)何上(shang)架(jia)構的(de)(de)角(jiao)色(se)和(he)職責落到實(shi)處，避免成為(wei)團(tuan)隊(dui)的(de)(de)擺設和(he)瓶頸，讓(rang)架(jia)構師的(de)(de)能力，正(zheng)真的(de)(de)為(wei)團(tuan)隊(dui)提供持續的(de)(de)價值。

扯淡架構師的危害

不接(jie)地氣(qi)，不承擔責(ze)任的(de)扯淡型架構師，其危害(hai)性表現在兩個方面：一是(shi)對團隊的(de)危害(hai)，二(er)是(shi)對自身職業的(de)危害(hai)。

具體如下：

對團隊的危害

不能躬身入(ru)局的架構(gou)師，對團隊的危害(hai)有如下的5個方面，具體如下：

• 技術決策的混亂：扯淡的架構師(shi)會導致(zhi)技術(shu)決(jue)策的混亂，造成(cheng)整個(ge)團隊(dui)的技術(shu)方(fang)向(xiang)偏離原有的目標，導致(zhi)開發效率低下、項目延期、質(zhi)量下降等問(wen)題。

• 缺乏技術領導力：扯淡的架構師會(hui)導致團(tuan)隊缺乏(fa)技術領(ling)導力(li)，無(wu)法對(dui)技術方向和開(kai)發(fa)流程進行有效的引(yin)導和管理，從而無(wu)法發(fa)揮(hui)團(tuan)隊的最大潛(qian)力(li)。

• 建立不良的技術文化：架構師扯(che)淡化還會(hui)導致不良的技術文化在團隊中蔓延(yan)，包括代碼(ma)(ma)隨意、缺乏規(gui)范、無法進(jin)行有效(xiao)的代碼(ma)(ma)審(shen)查等問題，這些問題會(hui)直接影(ying)響(xiang)到團隊的開發(fa)效(xiao)率和質量。

• 影響員工的工作積極性：扯淡的架(jia)構師(shi)化會(hui)影響(xiang)到員工(gong)的工(gong)作積極性(xing)(xing)，因為員工(gong)可能會(hui)感到困惑和(he)(he)迷茫(mang)，不知(zhi)道應該如(ru)何進(jin)行開發(fa)工(gong)作，從而降低工(gong)作的效率和(he)(he)積極性(xing)(xing)。

• 損害團隊的聲譽和信譽：扯淡的架(jia)構師(shi)會損害團隊的聲譽和(he)信譽，因為項目延期、質量不佳等問題會影(ying)響到團隊的口碑和(he)形象，從而影(ying)響到未來(lai)的發展和(he)業務拓(tuo)展。

對自身的危害

一個(ge)夸(kua)夸(kua)其談的(de)架構師，不但會給團隊(dui)帶(dai)來傷害(hai)，對其自身也(ye)由不小的(de)負(fu)面影響(xiang)，具體如(ru)下：

• 技能退化：架(jia)構(gou)師扯淡(dan)化通常表現(xian)為對技術的(de)忽視或(huo)者片面理解，導(dao)致架(jia)構(gou)師的(de)技能難以得(de)到提高(gao)和提升，無法跟上行業的(de)發展和變化。

• 影響聲譽：只扯淡(dan)的(de)架構(gou)師，通常不會(hui)受到同行和(he)業(ye)內人士(shi)的(de)認可和(he)尊重，從而(er)影響自(zi)己在行業(ye)中的(de)聲譽(yu)和(he)職業(ye)發展。

• 沒有成就感：扯淡的架構(gou)師(shi)往往會走在錯誤的道路上，無法為(wei)團隊(dui)和公司(si)做出(chu)有(you)意義的貢獻(xian)，導致自(zi)己缺乏成就感(gan)和自(zi)我價(jia)值(zhi)感(gan)。

• 職業前景受限：架構師的職(zhi)業發(fa)展需要具備全面的技能和(he)能力，扯淡的架構師缺(que)乏這些基礎條(tiao)件，因此職(zhi)業前景會(hui)受到限制，無法(fa)實現個人職(zhi)業目標。

總(zong)之，只(zhi)會扯淡的(de)架構師，會對(dui)個人職業(ye)發展(zhan)產生(sheng)非常(chang)嚴重的(de)影響，因(yin)此架構師必(bi)須時刻(ke)保持(chi)對(dui)技術的(de)敬(jing)畏和對(dui)工作的(de)熱愛，不斷學習和提高自(zi)己的(de)技能和能力。

如何成為一個優秀架構師

工程(cheng)師(shi)如何才能成為一名不扯淡的架構師(shi)呢？

我認(ren)為主要(yao)有(you)兩個(ge)方(fang)面：一是對(dui)架構(gou)師(shi)有(you)一個(ge)清晰的(de)認(ren)知，而是要(yao)有(you)一些有(you)效的(de)方(fang)法。

下面(mian)具體來說說我的(de)理解：

架構是一項工程技能

首先，要理解(jie)的一(yi)點是(shi)：架構是(shi)軟件工程中的一(yi)項核心技能。

架構設計(ji)，因為涵蓋了(le)軟件系統設計(ji)和開發中最關(guan)鍵的方(fang)面，諸如：

• 系統的可靠性：架構師需要確保系統在運行(xing)時是可靠的，即能夠(gou)滿足(zu)用(yong)戶需求，穩定運行(xing)，不(bu)會出(chu)現崩潰、死循環(huan)等問題(ti)。

• 系統的可擴展性：架構師需要考(kao)慮系統(tong)未來的發展和擴展，設計(ji)出(chu)具備良好擴展性的架構，以應對未來的業務需求變化。

• 系統的性能：架(jia)構師需要確保(bao)系統(tong)在運(yun)行時能夠(gou)保(bao)持良(liang)好的性能，以(yi)提高用(yong)戶的使(shi)用(yong)體驗。

• 系統的安全性：架(jia)構師需要確保系(xi)統在運行時能夠(gou)保持良好的安全(quan)性，以保護用(yong)戶的數據(ju)和隱私(si)。

• 系統的可維護性：架構師需要確保(bao)系(xi)統在運行時能夠(gou)保(bao)持(chi)良(liang)好的可維護性，即能夠(gou)方便(bian)地(di)進行維護和更新，以降低維護成(cheng)本。

可(ke)見，架構(gou)師是(shi)不(bu)能(neng)(neng)脫(tuo)離技術(shu)，也不(bu)能(neng)(neng)脫(tuo)離實際業務(wu)，更不(bu)能(neng)(neng)脫(tuo)離具(ju)體的(de)團隊。架構(gou)師在設(she)計(ji)(ji)和開發軟件系(xi)統的(de)過程中，需要(yao)考慮到(dao)這些(xie)多(duo)個方面的(de)因素，才(cai)能(neng)(neng)設(she)計(ji)(ji)出一(yi)個既能(neng)(neng)夠滿足(zu)業務(wu)需求(qiu)，又具(ju)備良好性(xing)能(neng)(neng)、可(ke)擴展性(xing)、安全性(xing)和可(ke)維護(hu)性(xing)的(de)架構(gou)。

架構師是一個角色，不是一個職位

正如本(ben)文一開始所說，架構(gou)師是軟件開發中的一個責任角色，而不是一個高(gao)大上的職位頭銜(xian)。如果我們將架構(gou)師職位化，就很容造成誤解(jie)和誤用，讓架構(gou)師陷(xian)入扯淡的危局之中。

架(jia)構師的職位化(hua)，有以下(xia)3個方面(mian)的危(wei)害：

• 限制了架構師的角色：將架(jia)(jia)構(gou)師(shi)職位(wei)(wei)化可(ke)能(neng)(neng)會(hui)限制架(jia)(jia)構(gou)師(shi)的角色，使其(qi)(qi)只關注與(yu)職位(wei)(wei)相對應(ying)的任(ren)務和職責，而忽略(lve)了跨職能(neng)(neng)團隊合作和領(ling)導能(neng)(neng)力的重要性。架(jia)(jia)構(gou)師(shi)可(ke)能(neng)(neng)會(hui)陷入“職位(wei)(wei)”的框架(jia)(jia)中，而忘(wang)記了其(qi)(qi)臨時(shi)性和靈活性。

• 對職位要求的過度強調：將架(jia)構(gou)師職(zhi)位(wei)化可能(neng)會導致過度強(qiang)調職(zhi)位(wei)要(yao)求，如學歷(li)、工作年限等，而忽(hu)略了架(jia)構(gou)師的實際(ji)能(neng)力和(he)經驗(yan)。這可能(neng)會造成(cheng)人(ren)才(cai)浪費，使一些有(you)實際(ji)經驗(yan)但沒有(you)符合職(zhi)位(wei)要(yao)求的人(ren)才(cai)無法發(fa)揮其潛力。

• 市場對職位的誤解：將(jiang)架(jia)構(gou)師職位(wei)(wei)化可(ke)能(neng)會(hui)導致(zhi)市場(chang)對職位(wei)(wei)的(de)(de)誤解，使(shi)架(jia)構(gou)師的(de)(de)角(jiao)色被視為一種固定的(de)(de)職業。這可(ke)能(neng)會(hui)降低架(jia)構(gou)師的(de)(de)靈(ling)活性和創造力(li)，使(shi)其(qi)無法適應不斷變化的(de)(de)技(ji)術和業務(wu)需求。

在軟件(jian)開(kai)發(fa)過程(cheng)中(zhong)，如(ru)果將(jiang)架構師視為一(yi)種責任(ren)角色，會讓架構師本(ben)人更注重(zhong)其跨(kua)職能(neng)團(tuan)(tuan)隊合(he)作和領導能(neng)力的培養，同時也會讓團(tuan)(tuan)隊能(neng)夠培養人才(cai)梯隊。

成為優秀架構師的方法

作(zuo)為工(gong)程(cheng)師個體來說，如何(he)成為真正的(de)優秀的(de)具有架構思維和能(neng)力的(de)高級別技術型人(ren)才呢？

下(xia)面我(wo)總(zong)結一些可行的方(fang)法和建議：

• 系統化學習：成為一名優秀的(de)架構(gou)師需(xu)要系統化的(de)學習，涵蓋技術、領域知識(shi)、方(fang)法論等(deng)多個方(fang)面。可以(yi)通過(guo)參加培訓、讀(du)書、做(zuo)項目等(deng)方(fang)式來(lai)學習。

• 多做實踐：架構師不僅要學(xue)習理論知識，還需(xu)要在實踐中不斷(duan)提高(gao)自己。可(ke)以通過參加項(xiang)目、寫(xie)代碼等方式來提升(sheng)自己的實踐能(neng)力。

• 不斷反思：作為一(yi)名(ming)架構師，需要不斷(duan)反思自己的設計方(fang)案(an)和決策是否合理，并進(jin)行總結和改進(jin)。

• 注重團隊合作：架構(gou)師不僅僅是(shi)技術(shu)專家(jia)，還需要具備(bei)領(ling)導能(neng)(neng)力和(he)團隊合作能(neng)(neng)力，能(neng)(neng)夠與(yu)其他(ta)團隊成員合作，推動項目的順利(li)進行。

• 保持技術敏感度：架(jia)構師(shi)需要(yao)關注技術(shu)的(de)新動(dong)態(tai)，保(bao)持敏感(gan)度，及時了(le)解新技術(shu)的(de)優劣(lie)，并在實踐中進行驗證。

• 提高業務素養：架構(gou)師需要具備一(yi)定的業務素養，能夠(gou)了解(jie)業務需求和(he)業務流程，從而設計出更(geng)符合業務需求的系(xi)統架構(gou)。

• 持續學習：技術的(de)發展是日新月異的(de)，作(zuo)為一名(ming)優秀的(de)架構(gou)師需要(yao)保持持續學習(xi)的(de)態度，不斷(duan)更(geng)新自己(ji)的(de)知識(shi)和(he)技能(neng)。

成為(wei)一名具有架構(gou)思維和能力(li)的工程(cheng)師和領域(yu)專家，需(xu)要具備(bei)系統化的學習、多(duo)實(shi)踐、不斷反思、注重(zhong)團隊(dui)合作(zuo)、保持技術敏(min)感度(du)、提高(gao)業(ye)務素養和持續學習等多(duo)方(fang)面的能力(li)和素質。

寫在最后

隨著軟(ruan)件行業的不斷發展，軟(ruan)件架構(gou)師這一角(jiao)色，也(ye)越來越受到企業和從業者們(men)所(suo)熱捧。

作為工程團隊中的(de)(de)核(he)心(xin)角色之(zhi)一(yi)，架構師需要具備多方面的(de)(de)技能(neng)和素(su)質，以保證系統(tong)的(de)(de)穩定性(xing)、可擴展性(xing)和安全性(xing)等方面的(de)(de)需求(qiu)。

然而，一些(xie)對(dui)架構師(shi)的不夠全面的理解和預(yu)期，也很容(rong)易造(zao)成(cheng)(cheng)諸如PPT架構師(shi)、框架架構師(shi)等扯談性的崗(gang)位(wei)大(da)量的存在，這會對(dui)整個團隊和系統造(zao)成(cheng)(cheng)不良影響，甚(shen)至(zhi)會導致(zhi)項目的失(shi)敗。

造成架(jia)構(gou)師(shi)扯淡的原(yuan)因(yin)很多，其中既有(you)個人原(yuan)因(yin)，也有(you)組(zu)織(zhi)管(guan)理(li)和設計上的原(yuan)因(yin)。為了避(bi)免這種情況的發生，我們需(xu)要共同努力：一(yi)(yi)方(fang)面工(gong)(gong)(gong)程師(shi)們要提升(sheng)工(gong)(gong)(gong)程的架(jia)構(gou)能力，人人都(dou)能成為架(jia)構(gou)師(shi)；另一(yi)(yi)方(fang)面，也需(xu)要工(gong)(gong)(gong)程在(zai)組(zu)織(zhi)設計和團隊管(guan)理(li)上，讓架(jia)構(gou)師(shi)能夠(gou)真正的落到實處去解決(jue)問題。

架構是一項重要的工程能力，架構師是一個責任角色。

架構師(shi)，只有躬(gong)身入局(ju)，才能超越扯淡(dan)的困局(ju)。

---

閱讀，思考，練習，分享(xiang)，日日不斷之功。

嗯，寫完了。

新的一天，加油哦 (? ??_??)?