孤尽 |
阿里巴巴集团 高级技术专家
阿里巴巴集团高级技术专家，毕业于浙江工业大学。花名孤尽，取自风清扬的“独孤九剑，破尽天下武功”之意，著有《阿里巴巴Java开发手册》和《码出高效》，在阿里历任研发、架构师、项目经理、部门主管等多种不同的角色，承担过双十一、国际化、代码中心等大型项目，有着丰富的一线编程经验，目前是集团代码平台负责人，在大数据、高并发、研发效能领域均有较深的造诣，乐于分享与总结，在国内外做过多次大型交流和培训，引起强烈共鸣。
课程概要
背景介绍：
近年来，软件生态的瞬息万变和软件企业经营的巨大压力，使软件工程质量遇到前所未有的挑战，架构设计的扩展性和可维护性似乎成了口号，“短平快”地实现软件的经营效益价值，是摆在首位考虑的，但这是以系统维护的痛苦和重构的纠结为代价的。重构是软件剧烈发展过程中的必选项，但是这个必选项的背后思考是需要认真审视的，比如，重构动机、重构时机、重构ROC，就是三个需要深思熟虑的环节。重构不应该是KPI的温床，也不应该是新技术栈的试验田。那么如何去宏观地思考这些问题，是摆在大、中型企业面前的难题。
解决思路/成功要点：
1. 系统架构上以SOLID原则延迟重构的产生。
2. 组件之间的边界尽可能清晰，基础组件不依赖于外围组件。
3. 从功能需求、业务价值驱动角度来审视重构的第1层必要性
4. 从分布式、高可用、高并发三个横向维度来审视重构的第2层必要性
5. 从存储、服务、GUI三个纵向维度来审视重构的第3层必要性
6. 从艾森豪威尔矩阵分析重构时机
7. 从时间成本、人力成本、机会成本三个角度来判断重构ROC
成果：
阿里巴巴代码平台运行在原来的 Gitlab社区版本上进行改造，数据量大，重构挑战的必要性如下：
1. Gitlab社区版不支持分布式。
2. Gitlab社区版在系统吞吐率上严重制约研发效能提升。
3. 社区版本无法与企业技术框架有效整合。
这次艰难的重构，是脱胎换骨的，除了数据库底层的数据结构是复用之外，其它都进行了大幅度的改造，命名为原力系统，在整个架构设计中，Web层与服务层完全解耦。（更多细节，法务审核之后才可以披露）
听众收益
1、 如何评估本项目的软件工程危机
2、 如何评估重构的必要性，以及何时进行重构，以及如何衡量其ROC
3、 如何避免软件工程危机
4、 如何避免打乱企业正常软件生产秩序的冗余重构行为
孤尽 |
阿里巴巴集团
高级技术专家
阿里巴巴集团高级技术专家，毕业于浙江工业大学。花名孤尽，取自风清扬的“独孤九剑，破尽天下武功”之意，著有《阿里巴巴Java开发手册》和《码出高效》，在阿里历任研发、架构师、项目经理、部门主管等多种不同的角色，承担过双十一、国际化、代码中心等大型项目，有着丰富的一线编程经验，目前是集团代码平台负责人，在大数据、高并发、研发效能领域均有较深的造诣，乐于分享与总结，在国内外做过多次大型交流和培训，引起强烈共鸣。
课程概要
背景介绍：
近年来，软件生态的瞬息万变和软件企业经营的巨大压力，使软件工程质量遇到前所未有的挑战，架构设计的扩展性和可维护性似乎成了口号，“短平快”地实现软件的经营效益价值，是摆在首位考虑的，但这是以系统维护的痛苦和重构的纠结为代价的。重构是软件剧烈发展过程中的必选项，但是这个必选项的背后思考是需要认真审视的，比如，重构动机、重构时机、重构ROC，就是三个需要深思熟虑的环节。重构不应该是KPI的温床，也不应该是新技术栈的试验田。那么如何去宏观地思考这些问题，是摆在大、中型企业面前的难题。
解决思路/成功要点：
1. 系统架构上以SOLID原则延迟重构的产生。
2. 组件之间的边界尽可能清晰，基础组件不依赖于外围组件。
3. 从功能需求、业务价值驱动角度来审视重构的第1层必要性
4. 从分布式、高可用、高并发三个横向维度来审视重构的第2层必要性
5. 从存储、服务、GUI三个纵向维度来审视重构的第3层必要性
6. 从艾森豪威尔矩阵分析重构时机
7. 从时间成本、人力成本、机会成本三个角度来判断重构ROC
成果：
阿里巴巴代码平台运行在原来的 Gitlab社区版本上进行改造，数据量大，重构挑战的必要性如下：
1. Gitlab社区版不支持分布式。
2. Gitlab社区版在系统吞吐率上严重制约研发效能提升。
3. 社区版本无法与企业技术框架有效整合。
这次艰难的重构，是脱胎换骨的，除了数据库底层的数据结构是复用之外，其它都进行了大幅度的改造，命名为原力系统，在整个架构设计中，Web层与服务层完全解耦。（更多细节，法务审核之后才可以披露）
听众收益
1、 如何评估本项目的软件工程危机
2、 如何评估重构的必要性，以及何时进行重构，以及如何衡量其ROC
3、 如何避免软件工程危机
4、 如何避免打乱企业正常软件生产秩序的冗余重构行为
