時代特征

不確定性和變化是這個時代的主旋律。

業(yè)務(wù)需要快速上線，并根據(jù)用戶的反饋不停地調(diào)整和升級，有生命力的業(yè)務(wù)主動尋求變化，不變則亡是很多行業(yè)目前的共識，企業(yè)應(yīng)對變化的響應(yīng)力成了成敗的關(guān)鍵。

雞蛋，從里面破開，結(jié)果是生命；從外面破開，是食物。

業(yè)務(wù)開發(fā)的痛點

• 如何更好地構(gòu)建軟件？
  • 現(xiàn)有的代碼我不滿意，我知道它亂，但不知如何入手解決
  • 聽說過業(yè)務(wù)架構(gòu)整體優(yōu)雅，允許局部腐化，但沒見過
• 如何管理代碼的復(fù)雜度？
  • 系統(tǒng)越來越不可控
  • 尤其是，倒排期現(xiàn)象不止，新PRD不斷涌入
• 如何讓代碼成為領(lǐng)域知識？
  • 如何讓代碼反映業(yè)務(wù)？
  • 系統(tǒng)是否支持我以不同粒度不同視角從不同維度低成本地梳理出業(yè)務(wù)？
  • 代碼如何能反應(yīng)PRD的內(nèi)容？
  • 如何讓產(chǎn)品和技術(shù)間形成一致性產(chǎn)出物？
  • 聽說過code is documentation，但什么是code is domain knowledge?
  • 代碼的結(jié)構(gòu)化，是什么意思？
• 如何讓業(yè)務(wù)代碼和技術(shù)代碼解耦？
  • 業(yè)務(wù)是業(yè)務(wù)，技術(shù)是技術(shù)
  • 有的技術(shù)底座，我想用外包實現(xiàn)，可我是一個代碼庫，我也不敢相信外包質(zhì)量，如何解決？
  • 我的團(tuán)隊，有的人明顯適合業(yè)務(wù)領(lǐng)域開發(fā)，有的適合技術(shù)性系統(tǒng)開發(fā)，如何人員分層管理？
  • 想從代碼里捋業(yè)務(wù)，就會變成這樣：Q：“晚飯吃了啥？”。 A：“我用勺子一口一口地吃了雞生下的蛋和番茄再加上油一起炒的菜?！?/li>
• 業(yè)務(wù)不確定，尤其是2B業(yè)務(wù)，如果有KA更慘
  • 如何優(yōu)雅地解決：業(yè)務(wù)邏輯的擴(kuò)展，業(yè)務(wù)模型的擴(kuò)展，業(yè)務(wù)流程的擴(kuò)展
  • 有些if條件，場景已經(jīng)不存在了，可不敢刪，因為它的邏輯散落各處
  • 某個特殊業(yè)務(wù)，我們開發(fā)了好幾個月，我們?nèi)绾谓y(tǒng)計這個業(yè)務(wù)特有的代碼？
  • 經(jīng)常有特殊創(chuàng)建要我加字段，甚至加表
  • 又來個新場景，流程跟之前不同。我已經(jīng)使用模板方法固化流程了，這可怎么辦？
  • 如何快速響應(yīng)千奇百怪的個性化需求，同時保持自身不腐化
• 研發(fā)痛點
  • 如何讓研發(fā)拿到需求立刻就知道代碼寫在哪里，不各顯神通地造輪子造概念
  • 不要跟我講各種方法論，架構(gòu)思想，我只想知道這個PRD怎么好地實現(xiàn)：donot make me think!

業(yè)務(wù)開發(fā)的復(fù)雜性來源

業(yè)務(wù)開發(fā)，不同于技術(shù)開發(fā)：

• 業(yè)務(wù)開發(fā)：變，雜
• 技術(shù)開發(fā)：穩(wěn)，深

根本來源

• 業(yè)務(wù)場景多，差異大
• 個性化需求多
• 業(yè)務(wù)術(shù)語多，每個術(shù)語可能都對應(yīng)一大堆字段、邏輯和流程
• 業(yè)務(wù)流程長，任何一個節(jié)點錯誤都會造成整體bug
• 2B業(yè)務(wù)更嚴(yán)重，每個行業(yè)每個企業(yè)都有不同的業(yè)務(wù)訴求

附屬來源

• 缺乏頂層設(shè)計，造成的代碼隨意
  • 千人千面的代碼風(fēng)格和設(shè)計
  • 沒有頂層邏輯，沒有靈魂
• 業(yè)務(wù)和技術(shù)的耦合，代碼本身無法透析業(yè)務(wù)本質(zhì)
• 代碼質(zhì)量差
• 代碼自身的可解釋性差
• 團(tuán)隊規(guī)模
• 人員流動
• 項目流動
• 交付周期

業(yè)務(wù)中臺的痛點

• 中臺，是企業(yè)級能力復(fù)用平臺，到底什么意思
  • 什么是能力
  • 業(yè)務(wù)資產(chǎn)是什么，與數(shù)據(jù)資產(chǎn)什么關(guān)系？此外，還有哪些軟資產(chǎn)？如何落地？
• 如何支持前臺、中臺協(xié)同開發(fā)，破除中臺單點瓶頸，各司其職，人員解耦，開發(fā)解耦
• 到處都在講中臺，中臺的代碼應(yīng)該長什么樣？
• 前臺、中臺組織到底該如何分工
  • 前臺做什么，中臺做什么
  • 業(yè)務(wù)演化如何進(jìn)行
  • 前臺業(yè)務(wù)如何下沉到中臺，風(fēng)險如何控制
• 如何解決前、中臺速率匹配問題，讓中臺不阻塞前臺業(yè)務(wù)發(fā)展
• 中臺如何實現(xiàn)各個前臺的業(yè)務(wù)隔離，防止相互干擾？

業(yè)務(wù)開發(fā)的本源

如果能做到如下幾點，業(yè)務(wù)代碼質(zhì)量就不會太差：

• 收斂
• 封裝
• 多態(tài)
• 可讀

業(yè)務(wù)開發(fā)框架現(xiàn)狀

市場上有很多技術(shù)框架，也有一些low code甚至codeless框架來滿足簡單業(yè)務(wù)場景，但開源的解決復(fù)雜業(yè)務(wù)場景問題的業(yè)務(wù)開發(fā)框架，目前是空白。

中臺架構(gòu)，更多停留在思想和方法論上，具體在代碼層面如何落地，目前是空白。

DDDplus，一套輕量級業(yè)務(wù)中臺開發(fā)框架，解決了這些空白。