侯凡-构建可信的大前端工程体系（GOTC深圳会场）（25页）.pdf

《侯凡-构建可信的大前端工程体系（GOTC深圳会场）（25页）.pdf》由会员分享，可在线阅读，更多相关《侯凡-构建可信的大前端工程体系（GOTC深圳会场）（25页）.pdf（25页珍藏版）》请在三个皮匠报告上搜索。

1、大前端新趋势专场侯凡 2021年08月01日本期议题：构建可信的大前端工程体系个人介绍华为云 CloudBU PAAS服务部CTO办公室前端技术架构、前端业务交付责任人2010年加入华为参与过多个华为内部工具的前端设计与交付工作目前带领团队负责华为云DevCloud、CloudDragon的整体前端业务交付以及前端架构演进与设计工作负责DevCloud、CloudDragon整体产品体验设计工作前端开源项目DEVUI负责人ECMA TC39成员http:/devui.design侯凡背景1前端技术发展快、更新快交付团队如何应对技术快速更新带来的升级风险开源、可靠性、安全、合规产品功能越来越复杂

2、，迭代速度慢体验要求越来越高，人人都是产品经理产品功能工程越来越大，构建越来越慢业务需求增多，代码质量工作投入降低开发效率团队成员多，沟通效率低团队版本交付节奏不一致，协调难团队协作背景2大前端工程体系可信构建可信的大前端工程体系 关键字大前端是前端领域在广度和深度的进一步延伸前端体验服务向前走向前走向里走Desinger&DeveloperSketch to CodeLow/NoCodeBFFNodeJSServerless多端语言框架编译打包前端工程体系：前端应用越来越复杂，体验要求越来越高DevOps（Development和Operations的组合词）是一种重视“软件开发人员（Dev

3、）”和“IT运维技术人员（Ops）”之间沟通合作的文化、运动或惯例。通过自动化“软件交付”和“架构变更”的流程，来使得构建、测试、发布软件能够更加地快捷、频繁和可靠。它的出现是由于软件行业日益清晰地认识到：为了按时交付软件产品和服务，开发和运维工作必须紧密合作。更小、更频繁的变更意味着更少的风险让开发人员更多地控制生产环境更多地以应用程序为中心来理解基础设施定义简洁明了的流程尽可能地自动化促成开发与运营的协作提高效率、降低成本DevOps三步工作法流动：建立从左至右快速的、平滑的、能像客户交付价值的工作流反馈：建立从右到做的，贯穿于整个价值流的快速、频繁、高质量的反馈信息流持续学习与改进：建立

4、持续学习与改进的文化，持续提升个人技能与产品竞争力9安全性（Security）：产品有良好的抗攻击能力，保护业务和数据的机密性、完整性和可用性。韧性（Resilience）：系统受攻击时保持有定义的运行状态（包括降级），遭遇攻击后快速恢复并持续演进的能力。隐私性（Privacy）：遵从隐私保护既是法律法规的要求，也是价值观的体现。用户应该能够适当地控制他们的数据的使用方式。信息的使用政策应该是对用户透明的。用户应该根据自己的需要来控制何时接收以及是否接收信息。用户的隐私数据要有完善的保护能力和机制。安全性（Safety）：系统失效导致的危害不存在不可接受的风险，不会伤害自然人生命或危及自然人健

5、康，不管是直接还是通过损害环境或财产间接造成的。可靠性和可用性（Reliability&Availability）：产品能在生命周期内长期保障业务无故障运行，具备快速恢复和自我管理的能力，提供可预期的、一致的服务。Trustworthiness 可信任可追溯 来源可信 E2E 追溯客体的历史、应用情况或所处位置可度量 要想改进它，就要度量它 研发过程数字化 牵引指标体系可改进 规范与约束 目标牵引 可量化 团队文化参考度量指标业务含义描述前置时间 Lead Time前置时间是供应链管理中的一个术语，也被应用于敏捷与devops中，指用户提出需求到发布上线的时间。前置时间的缩短除了开发效率外，还

6、要着重审视设计阶段的效率需求修改频次需求修改频次，可以记录前端产品需求被修改的次数，从而反应产品经理与设计师在产品设计的规范程度与协作效率需求规范度提交的需求是否满足约定的规范。比如，复杂特性需要有详细的高保真标注图、杜绝一句话需求、杜绝描述不清楚的需求。在收到不满足规范要求的需求，开发人员有权打回需求，以避免后续的开发成本浪费。而规范度遵循度差的团队，应该审视相应角色的协作是否存在优化点设计：基于统一的需求规范与设计规范，通过专业工具进行管理，降低沟通成本，提升需求设计效率参考度量指标业务含义描述迭代人均交付需求数在单位迭代内，每个开发人员能完成的人均