擁有這種抽象能力，讓你成為架構師

架構的核心是管理複雜度，架構師的核心能力是抽象能力，什麼是抽象能力？抽象能力就是一種化繁為簡的能力。何為化繁為簡？就是把一種複雜的事情變得簡單的能力，比如通過打比喻讓別人很容易聽明白你說的意思就是一種抽象能力。如何鍛煉抽象能力？我覺得有三種方法，第一種是用歸納法找共性，從多個問題中找到共同的問題提煉... ...

架構的核心是管理複雜度，架構師的核心能力是抽象能力，什麼是抽象能力？抽象能力就是一種化繁為簡的能力。何為化繁為簡？就是把一種複雜的事情變得簡單的能力，比如通過打比喻讓別人很容易聽明白你說的意思就是一種抽象能力。如何鍛煉抽象能力？我覺得有三種方法，第一種是用歸納法找共性，從多個問題中找到共同的問題提煉通用解決方案，去其糟粕取其精華。第二種通過演繹法找關係，從多個問題中找關係，把多個問題串成一個問題，系統化解決問題！第三種是通過歸納法找特性。化繁為簡需要不斷的思考，不斷的看清一件事的本質，這個事的解決方案越容易。

一、通過歸納法找共性

通過歸納法找共性有兩種方法，分別是找需求的共性和找信息的共性。

1.1 找需求的共性

分期作為一個單一產品服務於海量億級用戶和全行業，但是各行業有很多的個性化需求，有限的技術資源不可能解決無限的行業個性化需求，所以必須對問題進行收斂，從一類需求中找到共性問題，找到最大交集然後求解。找需求的共性就是你收到一堆需求，你能分析出共同的需求是什麼？比如用戶說想吃香蕉、梨子、桔子和蘋果等，那麼共性的需求就是用戶想吃水果。分期有商家貼息、部分貼息、第三方貼息和混合貼息等需求，共性需求就是靈活的貼息模式，然後基於這個共性的需求，推導出我們可以提供的技術服務或技術能力是什麼，從而推導出系統架構，再比如各行業都想接入分期，但是都有些個性化的需求，那麼我們是不是可以對個性化需求進行分類，提供幾種標準的分期組件讓各行業快速接入，比如小程式分期組件、H5版分期組件和JS版分期組件等。如果把這個問題再擴展下，作為技術要解決的問題也非常多且複雜，如果找共性需求，對所有技術問題進行收斂的話，可以收斂成三個基本需求，第一個是技術如何給業務帶來護城河？第二個是技術如何給業務帶來增量？第三個是技術如何保障業務安全運行？再延伸到經濟活動，經濟活動的本質或者核心需求是人類需求與服務供給的匹配，能交往和交流的人越多，匹配越容易匹配效率越高，人均GDP也越高，也就越富裕。

1.2 找信息的共性

領域建模就是一種找信息共性的方法，領域建模首先就是要區分需求里哪些是變化的哪些是不變，把這個領域不變的信息沉澱成領域模型，基於領域模型做架構。分期在各個場景下可能衍生出不同的分期產品，如租房分期、汽車分期、家裝分期和電商分期等，但其實共性都是通過組合額度、利率和還款方式等幾要素產生不同的分期產品，比如電商分期額度較低、還款期限最長24個月，汽車分期則額度較高、還款期限可達3年。我們學習技術也是一樣，所以技術的共性是什麼，我覺得是TCP\IP等協議、語言基礎、數據結構等基礎技術，這些基礎技術點你會發現幾十年都不會變化。

二、通過演繹法找關係

通過演繹法找關係能讓架構師更體系化的看一個問題。通過演繹法找關係可以分為找內部關係和找外部關係兩種

2.1 找內部關係

內部關係就是找到業務的生命周期和系統內部的主鏈路，分期業務雖然支持各種場景的個性化需求，但是系統內主鏈路和生命周期就一個，也很少發生變化，比如分期業務的生命周期是分期創建-分期失敗-分期成功-分期支付關閉，他們的關係是從分期支付單創建到支付成功或支付失敗，從支付成功到退款，最後到支付關閉。系統內部主流程包括前置鑒權、支付咨詢、支付和退款等。找關係的的另外一個作用就是你看到一堆需求，你能看出這些需求彼此的關係是什麼，通過這些關係去分析未來需求的趨勢，是偏分期線下的需求更多，還是偏分期線上的需求更多，為啥是分期線下的需求會逐漸多起來，那麼未來是不是要圍繞著分期線下進行架構升級，通過對分期未來的趨勢的判斷做架構升級，把未來很多不確定性的事情變得逐漸有確定性。

2.2 找外部關係

外部關係梳理清楚架構的邊界，什麼做什麼不做，什麼是本領域的核心服務，這些服務提供給誰使用，我們需要依賴其他領域的核心服務有哪些。為什麼理清楚架構邊界能夠化繁為簡？因為架構邊界類似一個架構標準，大家遵循統一的標準溝通效率和溝通複雜度就會降低，否則每個需求都要討論這個功能做在哪個系統？為啥要放在這個系統？我覺得不應該放在這個系統？

三、通過歸納法找特性

找特性首先是通過歸納法先找兩個業務的共性，花唄支付和花唄分期都是互聯網金融產品，都具備互聯網產品屬性和金融屬性，花唄支付和花唄分期不一樣的點就是分期的特性，主要體現在付費模式更多（有用戶付息和用戶免息），還款方式更多（3期、6期和12期），營銷方式更多（全貼息和部分貼息）、以及服務角色更多（服務ISV）。

再舉一個例子，如果要精通JAVA要學習的內容會非常多，可能花很多時間學習也不一定能精通JAVA語言，投入產出比不高，但是如果想化繁為簡就必須先找到JAVA的特性，針對特性進行深入學習，我覺得JAVA的兩項特性技術是垃圾回收機制和多線程框架，剩下的就和其他語言的特性差不多。

大家會發現找特性和找共性是不是存在矛盾，所以在這個過程中需要做取捨，比如是否只滿足共性需求不滿足個性化需求，我覺得在某些場景下，取的是共性需求舍的是差異化需求，但是也可能在另外一些場景下取的是差異化的需求舍的是共性需求。關鍵是面對當下的業務，你判斷什麼當下或者未來最重要的事是什麼，可能滿足場景個性化需求雖然增加研發成本，但是能給業務帶來技術壁壘，或者有沒有一種方式能既滿足共性需求又能滿足部分個性化需求。

四、最後

我發現當解決一個問題的時候一定會帶來一個新的問題，因為這個可能會破壞現在維持的一種平衡，要學會無為而治，並不是什麼都不做，無為是不違背自然規則，我理解就是儘量少打破平衡，做好取捨維持平衡，不既左既右。比如你在做架構升級的時候，雖然升級完了能很好的滿足未來的需求，但是在升級的過程中一個需求可能要同時在新老鏈路里同時實現，風險和工作量加倍。

作者|方騰飛(清英)

本文來自博客園，作者：古道輕風，轉載請註明原文鏈接：https://www.cnblogs.com/88223100/p/Having-this-abstract-ability-makes-you-an-architect.html