成長系列第三篇-多維度的認識新概念-中台

昨天看到兩篇關於【中台】的評論文章，都在轉發，目測會成為短時間的爆文。文中的大概意思是說，中台不是萬能的。

兩篇文章地址如下，對比的看

其實說明白一點就是以中台為業務的技術服務公司吹的太厲害了，被客戶認為中台是萬能的。再說明白一點，就是經濟學上的資訊差，在沒有搞明白一個新概念，新事物的前提下，客戶為自己的資訊不對稱交的智商稅。

我在工作中或多或少接觸過中台的概念，所以對中台感興趣，最近也在深入學習。一個結論是中台是一個企業級的架構戰略問題，不是一個組織，部門，甚至是老闆單方面能決定的。

中台從技術方面來講，和微服務，分散式，雲計算等，有類似之處。都被熱炒，都是不談論沒事，一談論就各執一詞，都有理論，都有道理，沒有統一的規範，不了了之。

微服務，中台要能夠落地，還有一個組織問題，就是康威法則，康威法則說過每個部門都是一堵牆，每個部門都在自我保護。要落地新概念，就要變革組織架構。看看大廠的變革升級。

中台有兩個特點，必須滿足，才能繼續，一就是企業級的，公司層面的。二就是中台的服務方必須是多方面的，也就是說中台一定是被複用的系統，還得靈活多變，快速響應。

中台從無到有，是要把後台的一些事交出來的，還得用新的方式去做，這裡邊必然有利益切割。

以上對於傳統企業來說，首先要做事就是數字化轉型，一些手工的紙質的變成數字的，可顯示的，可量化的。這裡邊又有一個利益的問題。

中台實際上是一個方法論，需要具體的實踐才能發揮作用。電腦屆很常見，比如 7 層模型是一種分層方法論，TCP/IP 分層模型是它的實現，RPC 是一種方法論，HTTP 是其中的一種實現。

作為一名普通的開發者，【如何在自己的工作中實踐中台思想】才是結合這些理論應該做的。

如果公司沒有中台計劃，就嚴格遵守軟體開發的幾個核心思想就可以了，分層設計，職責分離，功能模組化，業務組件化，服務介面化。

系統微服務化的程度有多少，研究下 BFF（Backend-For-Frontend），之前寫過一篇文章介紹 BFF，介紹一個架構新詞-BFF（這個和微服務也有關係）這些都是中台思想的實踐產物。