在 Low Code/No Code 的发展中我们看到，其本质就是将需求中能结构化表达出来的部分通过图形化的工具表达出来，例如“权限”可用表格表达出来，“流程”可用流程工具表达出来。使得更多非专业的研发人员和非研发人员都能参与到研发流程中来，以此降低成本，减短短研发链路来提升效能。

前端技术的发展在这个过程起到了很重要的作用，不管是页面开发技术本身的完善还是“跨端”能力越来越强，都使得我们可以越来越容易地创造结构化工具，并且直接通过 Web 实现在线编辑，甚至协同编辑。这和过去更倾向于创造 DSL，创建客户端图形编辑工具的时代已经完全不同。

例如我们可以创造“网站地图”编辑器，给产品经理用来描述页面以及页面之间的跳转关系，页面访问权限等。这些信息结构化了之后，可以直接拿来作为元数据生成项目里的一些入口文件和代码来提供效率。还可以和项目管理工具结合承载一些开发任务相关的信息，例如哪个页面是分配给谁来完成？页面目前是什么状态，是视觉稿已完成还是接口已完成等。还可以和质量保障体系结合，例如当出现报警后，可以更加直观地看到可能影响的上下游页面等。

除了网站地图，我们还有很多场景可以创造，例如“多语言编辑器”来承载国际化信息、“树形编辑器”来承载一些运营活动中的决策树逻辑、“图编辑器”来承载存储需求中的实体关系等。

快手商业化的前端团队已经开始打造中心化地平台，提供越来越多的编辑能力来承载这些需求中可以结构化的信息。我们发现这样的方式至少在以下方面为研发效能提供助力

• 极大降低协作时的成本。特别是对于横向支撑多个项目的团队来说，能使得人力能更好地流动。
• 保持元数据在整个工程里都只有一份，通过自动编译到工程中或者自动推送等能力保障前端后端信息。极大地减少了需求在修改时产生的人力成本，很多场景下对元数据地修改甚至不需要工程师再介入。同时也极大地减少了人工同步信息导致的错误。
• 将需求的结构化表达和项目管理等信息结合起来，可以加直观的看到风险、进度、成本、警报等信息。通过串联各个系统，打造更好的工作流。

在具体的实践中我们发现了一些值得和容易承载的信息，也有一定关于实施的经验，将在本次演讲中分享给大家，也欢迎一起探讨。

演讲提纲：

1. 需求结构化标的背景

• 前人的研究
• 现在契机

2. 需求结构化表达的实践

• 需求中关于视图的表达
• 需求中关于存储需求的表达
• 需求中关于流程的表达
• 需求中关于其他元数据的表达

3. 实践经验

• 相应工程体系的建设
• 实践中的重难点

4. 关于实现“产品能力”沉淀的重要意义

你将获得：

• 了解以产品定义为中心的前端研发体系建设
• 了解实践经验和重难点解决方案
• 得到效能提升提升，团队管理的新思路

作为低代码领域的实践先驱，分享者所在的团队研发并实际落地过过多款低代码平台产品，本次将以代表产品 “爱速搭” 为例，为大家深度剖析低代码平台的技术架构。

演讲提纲：

1. 低代码平台通用架构

2. 低代码平台前端框架

3. API 中心和 API 编排

4. 通用权限系统  

5. 流程引擎简单介绍

你将获得：

• 了解开发一个低代码平台所需的技术准备，以及不同场景中技术深挖的侧重点

文本编辑器技术是一个伴随着 Web 发展的古老技术，有着前端技术中的皇冠之美誉，曾在博客 + 论坛流行的 Web 2.0 时代有过第一次繁荣，在国内也诞生了 KindEditor、Taobao KissyEditor、Baidu UEditor 等优秀的开源编辑器。随着移动互联网兴起，内容形态逐步转向图文、视频，这个领域渐渐沉寂，只有 Markdown 编辑器技术因为是工程师刚需还在持续演进。近几年，在企业数字化浪潮的推动下，在石墨、Notion、Coda 等 SasS 工具的带动下，各大公司纷纷重视文档工具，这项技术再次迎来了春天。

语雀是一个知识创作与分享交流工具，文档是这个过程中的核心载体，早在 15 年语雀团队就开始在文档领域探索和实践，积累了丰富的设计与工程经验，文本编辑器现在已经应用语雀的各个地方，是高频使用的基础能力，并且输出到阿里内部很多需要富文本能力的产品。本分享首先介绍语雀以及语雀对文档 & 编辑器的理解，然后以文本编辑器为切入点深度解读编辑器技术，最后会结合语雀发展展望编辑器技术还可以怎么进化。

演讲提纲：

1. 业务

• 语雀是什么？
• 语雀对文档的理解
• 语雀的编辑器家族
• 语雀文档编辑器的演化历程

2. 语雀第二代富文本编辑器的设计与实现

• 富文本编辑器的工作原理
• 初代编辑器架构剖析
• 挑战与变革
• 第二代编辑器详解

3. 语雀文本编辑器的未来

• 语雀文本文档的未来
• 新调整
• 解决思路

你将获得：

• 语雀是怎么看待文档及编辑器的
• 文本编辑器实现原理和关键技术细节
• 如何随着业务的发展选择合适的编辑器技术和架构

随着近年来 Node.js 以及其相关生态的成熟，业界的各大前端团队也逐步将 Node.js 落地到实际业务中，但要将 Node.js 服务做好并不容易：性能优化、应对峰值大流量、高可用保障等等都需要长期的建设与打磨，业界相关的经验也比较少。腾讯云 CloudBase 团队从创立之初就选用了 Node 相关技术栈来开发核心数据流服务，目前每天承载十亿以上的流量，服务了下游多个公有云产品。本次演讲将以 CloudBase 核心网关为出发点，讲述海量 Node.js 服务的整体架构设计思路，以及如何进行性能优化以及高可用保障。

演讲提纲：

1. CloudBase 网关背景介绍

• 承载业务概览
• 网关技术选型与整体架构
• 当下核心指标

2. 服务性能优化

• 性能指标概览
• 服务内部优化
• 架构层面的优化

3. 高可用

• 无状态、容器化、横向扩容
• 缓存容灾
• 服务降级
• 单实例限频，防雪崩
• 防缓存击穿
• 集群 Set 化：跨可用区和地域容灾
• 旁路：拨测、基于日志的精细化告警

4. 总结

你将获得：

• 了解 Node.js 如何服务海量的下游业务
• 了解如何设计高性能的 Node.js 网关
• 了解如何设计高可用的 Node 后端服务