现在是懂点技术，人人都可以讨论框架，不是所有人都能够造框架。这句话会引起大家质疑，为什么没有能力造框架却可以讨论框架呢？！我也出不出来合理的答案。
我经历过两次用户要求讨论框架、交流代码，第一次类似于工业大数据本项目，用户认为大数据就要用到例如hadoop之类的东西，讨论框架和修改框架，项目推进步履维艰，项目成功与否已经没有太大意义，只要用户开心就好。第二次是类似测控项目，用户要求修改框架，例如设备数据要统一采集、统一Buffer、统一存储等，本身这个项目我们也是半路接手，所以在完成项目前也没有受到用户太多干扰。
从开发角度，讨论框架的基础是有没有开发过不少于3万行代码及能够解决实际场景的完整框架，能够为自己、团队以及开源社区做出贡献。
从系统角度，讨论框架的基础是有没有主导过一个逻辑清晰完全的业务系统，能够在SAAS层为广大领域内的用户提供广泛的服务。
从平台角度，讨论框架的基础是有没有承建过私有云或公有云垂直领域或跨领域的平台，从网络传输、基础资源、应用工具、领域服务、安全保障等方面全面考虑和设计。
作为一个有实力的乙方，基本可以判断用户方是没有实力或是资格和自己讨论或修改框架。当用户和乙方讨论框架即是好事、又是坏事，仅仅是讨论，不需要讲的太深入，这只是技术交流的一部分，任何一个项目都避免不了。如果用户方进一步要求乙方修改框架、甚至要求如何修改代码的时候，那么意味着项目无法善终的局面（注：不考虑其他非技术性因素）。
出现这样的局面，在乙方层面，首先意味着乙方对项目的整体把控能力已经力不从心，其次意味着乙方根本没有能力再重新修改框架；在甲方层面，自我认为很懂、所以很强势，自我改变的几率比较小。
框架是一个系统性工程，也是公司的核心部分，修改需要成本，与业务结合也需要成本。用户要求改框架和修改代码，本质是双方绑架的自杀行为，乙方在项目中不赔就是最好的结果。
做项目，大家发挥自身的优势，技术与业务充分结合，基本比较愉快的落地项目。但是有些情况，不是自己的菜，不要强吃，该撤席时就是饿着肚子也得走。
物联网&大数据技术 QQ群：54256083
物联网&大数据项目 QQ群：727664080
QQ：504547114
微信：wxzz0151
博客：https://www.cnblogs.com/lsjwq
微信公众号：iNeuOS