专题演讲嘉宾：陶文

如果没有做好业务逻辑拆分，可能在项目晚期造成以下三种问题：拆了微服务之后做一个需求要拉很多人，代码写进来了就再也删不掉了；要么放任自流，1个App里有4种日期选择方式。要么用力过猛，抽象出来的营销接口动辄几百个参数；线上出了问题很难定位到谁引起的，本地做不了任何有意义的测试，反馈周期特别长。

本次演讲将对以上问题做一个量化的度量，同时对现有的实践进行反思，并提出一种代码防腐的“新”做法。

演讲提纲：

1. 描述业务逻辑拆分做得不好会有哪些问题
2. 引起听众共鸣：本演讲对小公司有什么意义，对大公司有什么意义
3. 分析 Autonomy 问题，并提出量化指标
4. 分析 Feedback 问题，并提出量化指标
5. 分析 Consistency 问题，并提出量化指标
6. 讨论中台的价值，以及为什么中台实践中会遇到问题
7. 代码腐化似乎是无法阻挡的趋势，如何实现“保鲜剂”？

你将获得：

1. 对于软件工程的“最佳”实践可以从可量化的角度进行思考，而不是货物崇拜式的模仿
2. 能够认识到“业务复杂”的本质是什么造成
3. 促使听众重新思考自己做过的选择