互連網架構師必備技能

標籤：

一、每個好架構師都是一位出色的程式員

這一點毋庸置疑，如果不是寫過N年代碼的優秀程式員，一定不是好的架構師。“架構師”這是一個聽上去比較虛的職位，它的主要價值在於“落地”的過程中，而不是“指點江山”。eBay的架構師總結架構師在項目中的職責：

1）產品團隊要做一個產品，架構師要協助團隊把技術可行性，技術方案權衡取捨一一剖析清楚；

2）技術方案權衡取捨出來了，架構師要設計整體的技術實現步驟，這個過程一定是和團隊其他成員一起完成的，常見的實踐是，1到2個核心成員出一個初稿，然後大家討論完善；

3）技術實現步驟出來了，架構師要和Team Dev一起，進行編碼，可能架構師不一定細究到任何細節，常見的實踐是，系統最困難最核心最關鍵的部分往往由架構師親自操刀；

4）系統初版實現了，架構師要和Team Dev、測試團隊、營運團隊一起，完成各類測試，協助解決最困難的bug，和團隊一同完成線上部署、並一同排除上線初期系統的故障；

在項目的過程中，架構師至少一半以上的時間是和Team Dev一起進行的，好的架構師不能將實施細節拋之腦後，更直白一些，他要通過撰寫代碼的方式來指導團隊其他成員理解和實現架構中的細節。

反面的例子是，項目失敗後，架構師反饋“團隊的技術能力不夠”，團隊反饋“這是一個一行代碼也不會寫的大忽悠”。

二、抽象思維

“邏輯思維，抽象思維”比“編碼的時間”對架構師而言更為重要，如果你不能讓某個非IT人員明白某個概念在說什麼，這個架構師註定也是失敗的（溝通能力非常重要，詳見第六點）。

邏輯思維不用展開多說，程式員的代碼都是邏輯，如果XXX就YYY，如果AAA就BBB，缺乏良好的邏輯思維能力基本不可能成為好的架構師，甚至好的程式員。

抽象思維又分兩點，一個是將實在的事物概念化，一個是將模糊的感覺數量化。一個蘋果，抽象為品質、大小、顏色、形狀、味道等，這是概念化，是架構師的必備思維。至於品質、大小、顏色、形狀、味道如何轉變成數字來描述，這也是架構師必備的思維。

有了上述兩點，架構師能將一個“虛”的架構概念描述清楚。

三、技術前瞻性

架構師與技術高手的區別在於，架構師不僅局限於如何調用、如何並發等架構細節（技術高手對這些也非常熟練），還跳出三界，考慮未來問題和潛在風險的應對之道。

 

要培養自己的技術前瞻性，首要是學好英語（不多屆時了，希望未來最先進的技術都首先從國內誕生），看懂外文技術文章，能與業界專家溝通交流，學習別人的實踐方案。

反面的例子是，成天將技術前言的名詞掛在嘴邊，大談“雲端運算，SaaS”這些東西，天天吹水，而落不了地（有可能他自己也搞不清概念如何落地）。

技術前瞻性還提現在對新技術的選型上，哪些東西適合自己團隊，哪些不適合。學習成本、維護成本、硬體成本、潛在風險等等都是架構師需要考慮的。

四、透過問題看本質

看到問題的本質，是架構師必須具備的素質。

架構師要有將“業務需求”轉化為“技術需求”的能力，這是一個本質的挖掘。例如，業務層面看到的是一個“電子商務網站系統”，架構師看到的是一個多人線上，並發交易，需要保證資料一致性的網站、服務、資料系統，功能、效能、擴充性、維護性、安全性、可用性這些字眼會慣性的蹦到架構師的腦子裡。

架構師之所以是架構師，他在龐大系統的面前，仍然能夠敏銳發現其底層之真實，這就需要，他有多年多領域知識和經驗的沉澱。

五、跨域知識

架構師作為一名技術領袖，需要通過散發知識的光芒來溫暖Team Dev，如果只一個領域內的知識爛熟於胸，那也僅僅是一名技術高手。要想更進一步，需要對APP層面、服務層面、資料層面均要瞭解（系統分層），要對研發、測試、營運、安全也要有所瞭解（職能），上要對介面，下要對原理（介面與實現）都有所瞭解，甚至，要在多個業務領域都有所涉獵。

初級架構師所害怕的，是跳出自己的“獨門絕技”，在一定程度上說，在一定深度之內成為一個“雜家”也沒什麼不好。

六、溝通能力

架構師和專案經理，對溝通能力的要求都很高，很多互連網公司甚至直接由架構師擔任專案經理的角色。這兩個角色其實還是有所偏重的，專案經理更傾向於與客戶的交流，跨團隊的協作與交流，架構師主要偏向技術團隊內部的溝通與交流，純技術上的溝通。

如何成為一名“善於溝通”的架構師呢？在目標清晰的前提下，首先做到平和，不能將自己所在象牙塔上，頤指氣使的發號施令，這樣的態度必然遭恨，大家都是技術人員，只是分工不同，為何要受你的氣呢？其次，架構師要有一定的繪圖能力。人對圖形的理解遠大於對文字的理解，一個層次圖，一塊小白板，幾隻筆，真的這麼容易把問題描述清楚嗎？

互連網架構師必備技能