掘友等级
获得徽章 0
做事情很讲究时机，微服务拆分也是，团队管理同样是这样。之前一直执拗于在IBM的那一套，每一块业务，代码都必须要两个人以上熟悉，原因有两个
1.这样不会因为休假，离职等都造成系统不可用，维护困难
2.每个人的代码风格不一样，防止自成一体，以后别人难以看懂
现在有了不同的体验了，对于不成熟的系统，因为维持单人/单团队迭代，这样可以保证开发效率，设计的连贯性。因为在这个阶段，对什么是好的无法定义，这时候标准最重要，越少人参与，越好。
对于成熟的项目这不是这样，可以依据原来的准则
