症状
如果没有做好业务逻辑分解，可能在项目后期造成以下几个问题：
拆了微服务之后做一个需求要拉很多人，代码写进来了就再也删除不掉了
要么放任自流，1个App里有4种日期选择方式。或者用力过猛，抽象出来的营销接口动辄几百个参数
线上出了问题很难定位到谁引起的，本地做不了任何替代的测试，反馈周期特别长
为何随机选择了这三种问题并归纳为业务逻辑分割问题呢？因为我认为以上三个问题都是由同一个不易变化的本质约束造成的。这个本质就是人类的感知与沟通速度是很慢的。沟通少，效率才会高，质量才会好。就是这么简单的一件事情。
代码腐化
没有哪哪份代码一开始是不想好好写的。大家在开始落笔之前都知道会出现上述某些症状，并且都自认为做好了设计去避免这些问题。而往往事情的发展不是如自己所想的那样。我们可能会把代码腐化归咎于自己不够努力，或者需求太多了做得太匆忙。如果当初更用心一点就不会这样。是吗？
如果你带了一个新人
