Cloud-Edge, Uncertainty; Possible Things Have Become Easy
2022 年: 软件开发宣言
- 新的技术当然有其存在的意义与价值；但，只有能真正解决问题的技术才是我们所需要的。
- 敏捷开发当然有其存在的意义与价值；但，只有代码中的技术债务、团队中的无效的交流、看不懂代码（不会写代码）的领导，才是我们真正应该需要去面对的问题。
- 软件工程当然有其存在的意义与价值; 但, 只有 “数学” 可以解决软件工程所没有办法解决的问题。
- 可扩展性的软件架构当然有其存在的意义与价值；但，只有 “可测试” 的软件架构才能让软件架构扩展性的质量与前后版本的兼容性得以获得保障。
- User Story 当然有其存在的意义与价值；但，只有当开发人员有意愿、有能力的将 User Story 转换为 “可执行” 的自动化测试用例时，才能保证 User Story 可以在如期的交付下，也能同时的保证 User Story 交付的质量与预算。
- 团队成员间的信任当然有其存在的意义与价值；但，只有在足够 “稳定” 的软件产品 API 产生的时候，团队成员间的这份信任才能得以一直的延续下去。
2019 年: 专利号: 201910652769.4; 一种深度学习的算法, 预测微服务持续发布、持续部署后对产品整体质量的影响, 获得国家知识财产局专利; 符合专利法实施细则第 44 条的规定
2016 年: Cloud-Native 产品级敏捷 2.0
2014 年: 产品级敏捷
产品级敏捷, Cloud-Native 产品级敏捷 2.0 是目前在业界唯一能将敏捷开发与软件工程, 无缝结合的端到端的产品开发模式。
产品级敏捷:
- 有著敏捷开发的轻量级、可视化、即时发现问题等的特点。
- 也有著软件工程的系统化与规范化。
- 更重要且独特的是, 产品级敏捷中的各核心工程实践, 均可根据团队所要开发的需求 (特性) 的不同, 而可任意的 “组合” 成团队所需的工程实践; 使得团队可真正的拥有适合自身的产品开发的工程实践与工作模式, 使得团队不仅是能高效的开发产品, 更能保证产品发布的质量; 对客户、对使用者, 产生最大的影响。
Cloud-Native 产品级敏捷 2.0 :
- 在产品级敏捷的基础之上, 结合敏捷开发与软件工程, 而使团队成员可高效的协作; 系统化、精益化、严谨的进行产品服务化的设计。使得产品能随著时间、版本的演进, 而能不断的提升其价值与对用户正面的影响力。
