架構的核心是管理復雜度，架構師的核心能力是抽象能力，什么是抽象能力？抽象能力就是一種化繁為簡的能力，何為化繁為簡？就是把一種復雜的事情變得簡單的能力，比如通過打比喻讓別人很容易聽明白你說的意思就是一種抽象能力，如何鍛煉抽象能力？我覺得有三種方法，第一種是用歸納法找共性，從多個問題中找到共同的問題提煉通用解決方案，去其糟粕取其精華，第二種通過演繹法找關系，從多個問題中找關系，把多個問題串成一個問題，系統化解決問題！第三種是通過歸納法找特性，化繁為簡需要不斷的思考，不斷的看清一件事的本質，這個事的解決方案越容易，
通過歸納法找共性有兩種方法，分別是找需求的共性和找資訊的共性，
分期作為一個單一產品服務于海量億級用戶和全行業，但是各行業有很多的個性化需求，有限的技術資源不可能解決無限的行業個性化需求，所以必須對問題進行收斂，從一類需求中找到共性問題，找到最大交集然后求解，找需求的共性就是你收到一堆需求，你能分析出共同的需求是什么？比如用戶說想吃香蕉、梨子、桔子和蘋果等，那么共性的需求就是用戶想吃水果，分期有商家貼息、部分貼息、第三方貼息和混合貼息等需求，共性需求就是靈活的貼息模式，然后基于這個共性的需求，推匯出我們可以提供的技術服務或技術能力是什么，從而推匯出系統架構，再比如各行業都想接入分期，但是都有些個性化的需求，那么我們是不是可以對個性化需求進行分類，提供幾種標準的分期組件讓各行業快速接入，比如小程式分期組件、H5版分期組件和JS版分期組件等，如果把這個問題再擴展下，作為技術要解決的問題也非常多且復雜，如果找共性需求，對所有技術問題進行收斂的話，可以收斂成三個基本需求，第一個是技術如何給業務帶來護城河？第二個是技術如何給業務帶來增量？第三個是技術如何保障業務安全運行？再延伸到經濟活動，經濟活動的本質或者核心需求是人類需求與服務供給的匹配，能交往和交流的人越多，匹配越容易匹配效率越高，人均GDP也越高，也就越富裕，
領域建模就是一種找資訊共性的方法，領域建模首先就是要區分需求里哪些是變化的哪些是不變，把這個領域不變的資訊沉淀成領域模型，基于領域模型做架構，分期在各個場景下可能衍生出不同的分期產品，如租房分期、汽車分期、家裝分期和電商分期等，但其實共性都是通過組合額度、利率和還款方式等幾要素產生不同的分期產品，比如電商分期額度較低、還款期限最長24個月，汽車分期則額度較高、還款期限可達3年，我們學習技術也是一樣，所以技術的共性是什么，我覺得是TCP\IP等協議、語言基礎、資料結構等基礎技術，這些基礎技術點你會發現幾十年都不會變化，
通過演繹法找關系能讓架構師更體系化的看一個問題，通過演繹法找關系可以分為找內部關系和找外部關系兩種
內部關系就是找到業務的生命周期和系統內部的主鏈路，分期業務雖然支持各種場景的個性化需求，但是系統內主鏈路和生命周期就一個，也很少發生變化，比如分期業務的生命周期是分期創建-分期失敗-分期成功-分期支付關閉，他們的關系是從分期支付單創建到支付成功或支付失敗，從支付成功到退款，最后到支付關閉，系統內部主流程包括前置鑒權、支付咨詢、支付和退款等，找關系的的另外一個作用就是你看到一堆需求，你能看出這些需求彼此的關系是什么，通過這些關系去分析未來需求的趨勢，是偏分期線下的需求更多，還是偏分期線上的需求更多，為啥是分期線下的需求會逐漸多起來，那么未來是不是要圍繞著分期線下進行架構升級，通過對分期未來的趨勢的判斷做架構升級，把未來很多不確定性的事情變得逐漸有確定性，
外部關系梳理清楚架構的邊界，什么做什么不做，什么是本領域的核心服務，這些服務提供給誰使用，我們需要依賴其他領域的核心服務有哪些，為什么理清楚架構邊界能夠化繁為簡？因為架構邊界類似一個架構標準，大家遵循統一的標準溝通效率和溝通復雜度就會降低，否則每個需求都要討論這個功能做在哪個系統？為啥要放在這個系統？我覺得不應該放在這個系統？
找特性首先是通過歸納法先找兩個業務的共性，花唄支付和花唄分期都是互聯網金融產品，都具備互聯網產品屬性和金融屬性，花唄支付和花唄分期不一樣的點就是分期的特性，主要體現在付費模式更多（有用戶付息和用戶免息），還款方式更多（3期、6期和12期），營銷方式更多（全貼息和部分貼息）、以及服務角色更多（服務ISV），
再舉一個例子，如果要精通JAVA要學習的內容會非常多，可能花很多時間學習也不一定能精通JAVA語言，投入產出比不高，但是如果想化繁為簡就必須先找到JAVA的特性，針對特性進行深入學習，我覺得JAVA的兩項特性技術是垃圾回識訓制和多執行緒框架，剩下的就和其他語言的特性差不多，
大家會發現找特性和找共性是不是存在矛盾，所以在這個程序中需要做取舍，比如是否只滿足共性需求不滿足個性化需求，我覺得在某些場景下，取的是共性需求舍的是差異化需求，但是也可能在另外一些場景下取的是差異化的需求舍的是共性需求，關鍵是面對當下的業務，你判斷什么當下或者未來最重要的事是什么，可能滿足場景個性化需求雖然增加研發成本，但是能給業務帶來技術壁壘，或者有沒有一種方式能既滿足共性需求又能滿足部分個性化需求，
我發現當解決一個問題的時候一定會帶來一個新的問題，因為這個可能會破壞現在維持的一種平衡，要學會無為而治，并不是什么都不做，無為是不違背自然規則，我理解就是盡量少打破平衡，做好取舍維持平衡，不既左既右，比如你在做架構升級的時候，雖然升級完了能很好的滿足未來的需求，但是在升級的程序中一個需求可能要同時在新老鏈路里同時實作，風險和作業量加倍，
作者|方騰飛(清英)
本文來自博客園，作者：古道輕風，轉載請注明原文鏈接：https://www.cnblogs.com/88223100/p/Having-this-abstract-ability-makes-you-an-architect.html
轉載請註明出處，本文鏈接：https://www.uj5u.com/ruanti/544895.html
標籤：其他
上一篇：擁有這種抽象能力，讓你成為架構師
下一篇：Java面向物件進階第一天
