我理解的架構師


我理解的架構師


架構師應該是我們大多數程序員的成長目標之一,往往遺憾的是我們大多數人都成為不了架構師,這是不是很魔幻?我從事編程的工作已有八年(年頭久不是罪啊),在摸索和沉澱了這些年,我對架構師可能有了些自己的理解。

我理解的架構師是:首先應該能解決問題,從複雜的問題中,梳理出來解決問題的方法。不過具體起來,多數人的工作都在一個循環中實現:定義問題的描述,提出解決方案,最後落實拿結果。

軟件哲學裡其實有很多問題都是互斥的,你實現了一,很可能要放棄實現二,這個平衡的取捨,就需要很具體的抓手,我們做前端的,最重要的就是“用戶體驗”,但用戶體驗上,有很多問題需要處理,比如穩定性,秒開,啟動耗時等等,這主要去衡量這些指標中在當前的階段是否最重要,架構師需要遵循這些路徑,去提煉當前什麼最重要。

如果你的業務在這個階段,最重要的問題是如何保障穩定性,那麼這就是你要定義的問題,並且沿著這個路徑,去思考有哪些手段可以保障穩定性。

另外每一個人的認知其實是有侷限的,如今知識大爆炸,有很多信息,需要經過有效的篩選,架構師在團隊合作中,也起到了一個橋樑的作用,在推動事情向前發展上,舉足輕重。

我想架構師應該還要具備很強的分析能力,我覺得這個分析能力往往和具體的業務有關係,之前我們有一個職位叫:業務架構師。這個上面,每個行業的積累很難通用,不過這種分析的能力,也有很重,當你能把這個事情分析清楚,梳理出來一二三四點,這個事情就很清晰了。


分享到:


相關文章: