title
date
comments
categories
br#中颱的來龍去脈
2020/4/8
true
中臺
中臺
7.1
想要徹底搞清楚乙個概念或者油一門技術，就先要回到歷史裡，回到它誕生的時間，一步一步看它發展脈絡，去**它產生的背景和原因
中颱的興起，是趨勢使然，但中颱相關概念被大家關注，是從阿里巴巴提出的中颱戰略開始。中臺這個概念是否是阿里巴巴創造的，業內還有爭議。對於阿里巴巴的中颱戰略，現在業界一般認為是從2023年馬雲開始走訪supercell(乙個芬蘭移動遊戲公司)開始的。但是阿里巴巴的中台化程序，在這之前很久就已經開始了。所以，要想真正了解阿里巴巴中臺產生的背景和原因，需要回到更早的時候，至少也得回到2023年
在2023年隨著阿里巴巴的戰略調整，天貓順勢而生，但是因為其相交於**有其自身的特點，所以當時天貓和**就出現了重複建設的問題，也就是大家經常提到的煙囪式系統架構，煙筒式的系統架構造成了大量的重複建設和資源浪費，這該如何解決呢？自然的想法就是將重複的組織和系統進行整合，正是因為如此阿里共享事業部正式誕生，負責將各個前台系統中的公共部分進行平台化改造，經歷了一段痛苦的摸索後，借聚划算爆發的契機才真正奠定了阿里共享事業部的重要地位，埋下了阿里大中台戰略的種子。
從08年開始，中臺這個萌芽已經開始生根發芽，但是真正迎來新的契機就到2023年了，也就從是馬雲帶領阿里眾高管一起拜訪，super cell這家公司開始。
當時觸動馬雲和阿里高管團隊的事，雖生這麼多火遍全球遊戲的企業卻只有不到200名員工，而負責一款遊戲的每個團隊平均也只有5~7名團隊成員團隊有充分的自由，他們可以自行決定開發什麼樣的產品之後就會以最快的速度推出公測版，讓市場來來評斷來驗證產品的好壞，一旦產品不成功迅速放棄，此時不但不會有任何懲罰，反而團隊會舉杯，慶祝之後立即做出調整繼續，迅速尋找新的方向。
很明顯，這就是典型的精益創業的思路。
但要想讓這個機制運轉正常，必須有乙個前提，就是產品的構建時間要足夠短，試錯的成本要足夠低，這樣才能夠保證團隊在大量的失措中，通過不斷從失敗中學習，持續迭代調整，盡快找到正確的方向，讓創新成功的進度條快速前進。
而背後支撐這個機制得以實現的就是super cell經過6年時間沉澱下來的遊戲開發過程中的一些公共的通用的遊戲素材和演算法，基於這些像樂高積木一樣的基礎設施，才可以同時支援幾個團隊，在幾周時間內像搭積木一樣快速開發出一款新遊戲。
這種方式深深地引起了阿里高管團隊的注意，這種理念與阿里巴巴及業界這麼多年一直在嘗試的和構思的後品牌博應用架構方面不謀而合，就是這次拜訪堅定了阿里巴巴管理層對於組織架構調整的決心，也加速催化了阿里巴巴仲裁戰略的正式誕生。
隨後不久，在2023年的12月7日，時任阿里巴巴集團ceo的張勇通過一封內部信說道，從今天起我們全面啟動阿里巴巴集團2023年中颱戰略，構建符合dt時代的更創新靈活的「大中台 小前台」組織機制和業務機制。
至此阿里巴巴中臺戰略正式誕生，而之前的後平台薄應用也順勢變成了大中颱小前台，不過當時在圈內，更流行的是網際網路+和o2o。
隨著2023年中颱概念的誕生，經過了默默無聲，但暗流湧動的2023年，在2023年我們逐漸開始在社群裡聽到了越來越多關於中颱的聲音。阿里巴巴和滴滴出行不約而同的開始分享各自中臺建設的經驗，而與中颱相關的書籍也出現在了市面上，網際網路大廠集體發生，讓中颱這個概念，時隔兩年之後又重新回到了大家的事業當中，據我了解，很多企業無論是網際網路大省還是一些比較有戰略眼光的企業，也都是在這個時間點開始重新審視，使這個已經出現苗頭的新概念。
當時大家面對的問題和困難也很多，像阿里巴巴或是滴滴出行這類的企業在分享中颱的時候，更多的是以自身發展歷程的角度和自己的問題出發，這也毋庸置疑，但是當大家回頭來審視自己的企業的中颱建設時，每家的情況都不一樣，每家的問題也都不同，自己的中颱到底該是什麼樣子，怎麼建設。這些問題在書中和網路輪上的分享中，找不到直接的答案，只能靠自己一點點摸索。
現在回頭來看，有些當時的探索最終失敗了，有些探索仍在繼續，但無論如何這些先行者們的探索和經驗得失，為我們在理解和建設仲裁掃清了很多障礙，沒有這些探索思考，也不會有現在的這些經驗共識。
在2023年蓄勢已久的中颱終於迎來了全面的爆發。當時的大討論是非常多的。
2023年11月26日，阿里宣布進行組織公升級，阿里雲事業群公升級為阿里雲智慧型事業群降重台智慧型化與阿里雲全面結合。
2023年12月21日，京東集團人力資源部發布了京東**組織架構調整公告，公告內容稱，在新的組織架構下，京東**將圍繞以客戶為中心劃分為前中後台，中颱為前台業務運營和創新提供專業能力和共享平台職能。
中颱的熱度經過2023年的爆發，延續到了2023年。爆發歸爆發，不代表之前的問題都已經被解決，問題和困難依然存在，絲毫沒有因為概念的火爆而變得清晰，反而隨著跟進的企業越來越多問題不降反增變得越來越多。
中颱與平台的區別到底是什麼？ 中臺到底有多少種？哪些是哪些不是？ 中颱有建設順序嗎？ 中臺到底怎麼建？從哪開始？怎麼算結束？ 中臺需要組織調整嗎？怎麼調整中臺？如何驗證建設效果？
這幾個問題只在直到現在也沒有完全明確的答案。
C 中 inline函式的來龍去脈
c語言是一種較為高效快捷的語言，保持其效率的一種方法就是使用巨集定義 marco 巨集的實現使用的是預處理器而不是編譯器，預處理器直接使用巨集 代替巨集呼叫，因此，省去了引數壓棧 生成彙編的call 返回引數 執行彙編的return等開銷，減少了編譯器的呼叫，節省了時間。在c 中，預處理器不允許訪問...
keepalive的來龍去脈
今天有同事反應在效能測試環境cpu load 很高有500 多，我的分析過程是這樣的，先用visualvm 連上去觀察了下，發現請求都卡在channelsocket 的read 上面。這一步是mod jk 的 並未真正進入應用 所以懷疑是apache 和jboss 之間出現了為題，為了印證這個猜測，...
訊息的來龍去脈
上面敘述的過程就是訊息觸發演算法的過程，又稱訊息驅動。這樣乙個過程對於想入門windows開發的人來說門檻太高，對於大型的windows程式來說開發與維護成本也不低。隨著微軟物件導向開發平台日趨成熟，微軟把訊息機制封裝成了更容易讓人理解的事件模型。事件模型隱藏了訊息機制的很多細節，讓程式的開發變得簡...