深入探讨中台的思想

我的痛点

相信大部分的研发和架构师都有类似的痛点：
痛点: 产品和项目经理经常问我：为啥类似的业务或者业务场景，代码为啥不能复用，为啥那个逻辑不能平移过来，为啥在设计维度没有考虑到这些，为啥原有业务的逻辑加个小功能影响范围这么大。
研发的思维：时间紧任务重 怎么可能考虑到那么通用 多个不同产品怎么可能达到快速复用
结果：造成产品和项目经理嫌弃研发效率，研发觉得都是压榨，上层压根不懂下层

我的思维

我是技术出身，在作为研发时候我完全是上面的研发思维，觉得做到功能级别复用已经很不容易，当自己做到研发经理的初期：我还是一直保持这这种思维模式。
当我看到DDD和中台的概念之后，我的思维模式发生质的变化
思维的改变：
DDD：可以让我的业务领域化，收敛我们的核心领域(业务) 达到业务维度的共识
中台：基于敏捷，精益开发，DDD 做到企业级能力复用平台 (这也为我们 不同产品核心或者相近业务领域 复用成为可能)

阐述中台的概念

DDD 之前也是有文章分享过的，下面主要介绍中台概念 和落地

1. 中台的概念首先是源自于阿里 现在阿里也是大幅度招聘国际化中台的人才，目标是解决烟囱式的系统架构 (重复 无法重构升级的系统架构)
2. 中台分为主流和非主流
   主流: 业务数据双中台