所以DDD的学习和实践不像学习一个函数，API，框架那样有直接的反馈效果，他需要结合团队的实际情况去实行，才能达到效果。
期待DDD解决所有的问题程序员都是很实际的，没有好处的东西是不会去做的。你必须能够有效的帮助他提升，他才会去接受。
比如当初有团队成员提出来，
我们实行了这一套后，是不是不用加班了，或者加班时间可以减小。
有测试提出
实行这一套后，bug率能降低多少。
研发需要一个可以量化的效果，抱歉DDD做不到。没有哪个团队实行了DDD后，解决了软件开发的所有问题。关于这一点，可以读一下驱动方法不能改变任何事情
DDD落地的目标结合我们团队的实际情况，经过上面一系列的讨论，我们首先确定了我们期待的DDD落地的目标
结合DDD的理论支持，使得微服务架构能够落地，将一个单体应用很好的拆分成各个微服务，能够快速迭代，快速发布满足业务需求。
团队成员写出来的代码风格比较统一
每个人知道代码往哪个地方写，新人来了，能够很快上手。
之后我们就围绕着这个目标，开始实行DDD，欲知后事如何，请听下回分解。
关注【方丈的寺院】，第一时间收到文章的更新，与方丈一起开始技术修行之路
