1，IT行业大部分工程实践都是成熟经过论证的，一定要多参考各家形成结论，而不是一意孤行，否则试错成本很高

2，最好可以 side2side去面聊，搞清楚决策时候对方公司的背景、技术情况、人员情况。我们通常都需要综合来tradeoff

旧架构的升级也要想清楚核心的目的是什么，需要度量出来，例如：稳定性的收益、迭代的效率、成本等等，这样才能争取一定的技术债务重构时间获取项目上人力资源的支持。

其次老架构升级特别容易出现稳定性问题和质量问题和兼容性问题，绞杀者或者修缮者模式都是常见的架构平滑升级的手段，过程中做好回归测试、性能测试，以及契约测试。