@
chloerei 去年的今天我也是这么想的，先做起来再说。互联网业务速度增长的非常的快，就那么几个人，业务不断的还在继续增长，需求不断的新增，新招聘的人不能马上介入开发，这都是问题，虽然我不后悔当初对ORM的选择，但是从发展层面来说，我遇到了ORM这个模式本身的问题，从技术层面去重构程序需要面临的压力非常的大，首先你得保证现有业务的稳定性，还得保证能持续优化，在重构没有完成之前不能拖业务的后退，还得面临新需求的开发和迭代。在一个业务驱动的团队里，在系统没有倒掉之前，基本上你的领导都会告诉你，先做xxx，然后再去优化，等到真正倒掉的时候，开始心急火燎的要你xx天完成重构工作，而且还得保证新需求的研发。
So，我的建议是，考虑你未来18个月的需求，这不是过度优化，而是前瞻性眼光。如果你不能预估，那么就按照100倍来估计，如果你项目刚刚还是上线，还没有流量，至少要保证能承受每秒1000个请求，哪怕是现在不能，但是未来可以通过添加服务器横向扩展达到。在12个月后，重新检查你的系统，如果不能满足从那以后18个月的需求，你应该着手布置你的重构计划，如果你不能，那么至少也要邮件说明。