架构-设计？

负责技术的人前期不管技术，然后到项目完成后再说哪里不对，哪里不符合他的预期。想起来了就盯着日志看哪里有错误，然后马上限定一个时间改完，完全不考虑实际的情况。

一个用户量不大的系统借着微服务之名给拆分成了几十个系统，过度设计，微服务的优点没体会到，缺点倒是都遇上了。过度拆分，业务划分不合理导致服务的耦合性非常大，挂掉一个其他的基本上也不能使用了，分布式事务的缺席导致一些业务的错误。还是简单点好。