| 知乎专栏 ｜ 多维度架构 |
技术部门常常会陷入技术思维，恨不得将所有主流技术都使用上，却忽略了他们兼容性，以及对该技术的掌握程度。
当团队没有100%掌握某项技术是，风险是巨大的，我们常常会看到网上有这种文章《XXX踩过的坑》，无疑是拿生产环境练手，为自己的职业生涯打怪升级。
大炮打蚊子，很多需求根本无需使用复杂的技术，最终变成庞然大物。
尽量使用一种技术解决所有问题，而不是使用所有技术解决一种问题。这样技术团队学习起来不会太吃力，且团队人力资源可以共享，测试难度和运维难度都会降低。
技术思维另一个误区就是，拆整为零，模块化。例如,用户中心，商品中心，订单中心，物流中心 ……
用户中心 —---—- 商品中心，
| \ / |
| \ / |
| X |
| / \ |
| / \ |
订单中心 ——---- 物流中心
看这个架构多么清晰
技术人员的成就感飘飘然，然票票。运维根据需求将上面四个中心使用四台高配置服务器部署起来。
市场部需求
平时没有什么问题，订单量一大所有问题都暴漏出来， 积分添加失败，库存数据出错，物流下单失败……
这种模式的问题有很多，例如
任何一个系统都不能简单的进行拆分，抓中拆分同样是我们教育的问题，导致思维方式产生问题。
15年前我就意识到这种问题所在，15年后去一下电商公司面试，发现他们仍然在采用这种模式。