公司采购的2.0系统，从技术层面来说，算是一个标准的支付产品。他们公司的架构师团队基于开发、测试、部署、运维诸方面的考虑，在技术框架方面做了深度的封装。这样，实施项目组的开发人员只需关注功能开发，借助平台封装好的工具和框架，很容易开发出来一套可供交付甲方公司的支付系统。
而我们作为甲方公司，我们需要考虑可持续发展，技术语术就是可扩展和高可用，毕竟系统最终交付后需要我方技术人员来开发新功能和运维工作。那么，当下，我们就要针对我们的技术体系，对这个外包系统的技术框架做出相应调整。一方面，从整体框架方面，比如服务治理和服务调用、高并发的性能调优、主流技术框架等方面，让对方给出解决方案和建议；另一方面，对于较细颗粒度的，比如命名、分页、程序接口调用、工具类等方面做调整和研发替代方案。
存在即合理————万物存在，皆有其存在的原因（自然规律|自然道理）。
对方技术平台的高度封装，显然，对于他们这种卖产品的公司，很好！实施开发阶段，项目组的开发人员，不用很高的技术水平，只要进行简单的培训，然后按照既定的开发规范和说明文档，就可以实现功能的开发。这也是很多外包公司招聘廉价程序员的原因。结果呢，交付后公司挣了大钱。
合理吧？
显然合理。
我们甲方程序人员呢，就不要抱怨他们这样的封装和他们程序员千篇一律的码代码了，我们怎么抱怨它也是一样的存在。不会因为我们的抱怨和吐槽而有所改观————那是唯心。 对方交付后，拿了钱拍屁股就走人了。 到那时，绝大多数的变更需要我们来承担。如果出现了因为乙方的封装导致某些问题我们解决不了，就不要吐槽甚至咒骂了，我们的负面情绪毫无意义。
一切存在即合理。我们通过努力，可以使之更合乎我们的“理”。
现在就是最好。激活我们的执行力，行动起来吧。
一切 都是最好的安排。
