。。。
诚然我们现在的商业模式还不是很确定，变化也确实很多，但是这不应该是我们拒绝做技术架构上的思考、改进、重构的理由。商业上的东西是需要关注的，但是毕竟这方面不是我们技术人员的专长，也不应该成为我们的重点。
我们技术人员的重点应该在于思考实现一个
合理的架构，以保证能够快速响应商业的变化，并迎接商业大爆发时的稳定性、性能等方面的挑战。而不应该单纯认为架构的优化应该在业务模式明确稳定、变化很少之后，现在用户还很少，所以性能方面不用做太多考虑等等。
我们应该将
架构优化改造在其重要而不紧急的时候，就能够去完成，而不应该等它变成了重要且紧急的事情的时候，才去思考和实施，那样的话，技术就真的成为我们的瓶颈和障碍，而不是我们的推动力和核心竞争力。
附注：以上观点不针对任何人，因为我自己在很多架构思考时，也常会有上面类似想法，然后我自己就用下面的观点来说服我自己。我想其他同事也可能存在类似观点，所以跟大家分享一下。
-----------------------------------------------------
这是我们公司首席架构师的一段话，与大家分享。
本文转自DavyYew 51CTO博客，原文链接：http://blog.51cto.com/davyyew/241259
，如需转载请自行联系原作者
