专访华为 OpenTiny开源项目负责人 Kagol

hi, 大家好, 我是徐小夕. 最近在我的公众号《趣谈前端》中上线了《小夕朋友圈》栏目, 我会定期采访国内外优秀的开源作者和独立开发者, 分享他们的学习成长经验和独立产品开发经验, 让更多热爱技术的小伙伴建立技术自信和技术连接. 同时也让公众号里的5w+程序员伙伴们看到国内优质的开源项目和独立产品.

如果你也是一名独立开发者或者开源作者,欢迎自荐.

今天采访的嘉宾是华为 OpenTiny 开源项目负责人——Kagol.

这次采访主要包含如下几个部分:

• 嘉宾简介

• 聊聊为什么会选择做开源项目，以及目前在做的开源项目

• 从零做开源项目，OpenTiny遇到了哪些机遇和挑战

• 个人或者团队开发者，如果想做好开源项目，需要做哪些准备和规划

• 对于OpenTiny开源之路，当下和未来的一些规划和展望

01

1. 采访嘉宾介绍

大家好, 我是 Kagol，从事前端10年多，先后经历过创业公司、腾讯、华为，目前在华为做 OpenTiny 开源项目，主要提供一套前端开发的解决方案，包括UI组件库、CLI脚手架工具、低代码引擎。

我从 2014 年就开始接触开源，早些年主要是使用开源项目，最早是用 jQuery 以及一些 jQuery 插件。15 年加入腾讯，用过一段时间 Angular.js，后面我负责广告平台搭建，开始使用 React、Antd 组件库和 ECharts，先后给 ECharts 和 Antd 提了一波 issue，现在还可以看到。在腾讯期间，我养成了写技术博客的习惯，最早是在博客园，后面是掘金，目前写了 100 多篇文章，现在回顾起来，这些博客都是满满的回忆，让我能回忆起过去 10 年努力奋斗和成长的历程。

19 年加入华为，之前写文章的经历对我帮助很大，间接地让我有机会深入开源，真正运营一个有一定影响力的开源项目，目前我已经有 4 个 Star 数超千的开源项目，最快的是只花了 3 个月多突破 1000 Star。这个阶段我从一名开源使用者成为了开源贡献者，不仅负责技术、也做开源运营。仅仅 2023 年一年，就参加了 10 多场外部技术大会，上海的 GOTC、HC大会、北京的开放原子全球技术峰会、东莞的 HDC 大会等，还参加了多场高校活动，北理、北航、上海交大等，给学生普及前端和开源知识。

除了参加活动，还做了多场直播，给开发者分享我们的OpenTiny跨框架组件库，之前还和小夕的 H5-Dooring 有过一次联合直播。

接下来我们进入正题.

02

2. 聊聊为什么会选择做开源项目，以及目前在做的开源项目

前期我也只是一个开源项目的使用者，最多遇到问题提提issue，并没有想过能真正给开源社区进行回馈，参与开源贡献。

也是在 2020 年初，当时我在华为云 DevUI 团队，当时主要在做一款富文本编辑器，我们主要的业务是 DevOps 项目管理相关的业务，需求管理、Wiki 知识库等很多场景都需要使用富文本编辑器。我当时基于 Quill 为底座，做了一个富文本组件，在 Quill 基础上增强了表格、图片、复制粘贴等大量模块，在做富文本编辑器过程中还写了7篇富文本编辑器相关的系列技术文章，发布在掘金，累计有6W的阅读量。

领导看我写文章还不错，当时 DevUI 组件库已经开源半年了，但一直没什么人关注，于是领导让我写点文章推广一下。

也是这个阶段才开始真正深入接触开源的。

做开源项目和之前在公司做项目还是有很多区别的，在公司做项目一般只能接触到比较固定的开发者，就是你的同事，在开源让你有更多机会接触更广泛的开发者，我也是在做开源的过程中接触到了很多前端和开源大佬。

另一个价值是在公司做项目能接触到的项目和技术都很有限，一般一个公司的业务所使用的技术栈都是固定的，即使你想学习更多的技术，也只能停留在理论层面，顶多做点 demo 项目，但是做开源项目，你可以随意挑选喜欢的项目进行参与，可以选择自己喜欢的技术，而这些项目有可能被很多的业务使用，不是一个没人使用的 demo 项目，而你贡献的代码很可能能为很多业务创造价值。

总结下来, 我觉得做开源项目能给开发者带来如下的价值:

• 开拓自己的思维边界, 让我们的技术视野更加开阔

• 锻炼编码能力和解决问题的能力

• 提高个人影响力和职场竞争力

• 实现程序员的自我价值

目前我在做 OpenTiny 开源项目，刚刚也提到包括一个跨框架的 UI 组件库、支持插件化 CLI 脚手架工具、一个去年9月份刚开源的低代码引擎。

这个项目旨在提供一整套前端应用开发的解决方案，让开发者能够更高效地搭建Web应用。

其中的UI组件库和业界相比有很大的不同，这不仅仅体现在设计规范不同、组件能力不同，更体现在设计架构的区别，我们是想做一个框架无关的面向未来的组件库，这个组件库不仅能用在 React、Vue 项目中，也能用在未来的可能流行的 Svelte、Solid.js 上，不仅能用在 PC 项目中，也能用在移动端项目中。而组件库的代码仅有一套，只维护一套组件逻辑。

这是合理的，因为未来不管前端框架如何变迁，组件交互都是相同的，只维护一套代码，能最大可能的降低开发和维护成本，并实现在框架之间平滑迁移。

现在我们已经实现了这套架构，将组件的逻辑抽离成框架无关的 TS 代码，通过开发一个适配层去兼容不同框架，目前已经实现了 Vue2 和 Vue3 的支持，正在开发 React 和 openInula 框架的适配层，已经完成了初步功能，打通了组件库构建、发布流程，后续只需要增加组件模板就行。

组件库只是 OpenTiny 社区的一个项目，我们还有配套的 CLI 脚手架工具、Admin 后台管理模板、在线主题配置系统等多个开源项目，2023年9月，我们又新开源了一个 TinyEngine 低代码引擎，也受到了广泛的关注，目前已经超过 1000 Star了.

03

3. 从零做开源项目，OpenTiny遇到了哪些机遇和挑战

业界组件库，大部分都是某个框架的组件库，比如 antd 是 React 组件库，elementui 是 Vue 组件库，其他框架都通过社区实现，并且和官方的组件库代码是分开的，是独立的项目，没有实现复用。

这样存在的问题就是开发和维护成本高，并且开发一套新框架的组件库基本就是从头再来。

这对于 OpenTiny 组件库来说是一个巨大的机遇，我们的目标是实现一个框架无关的组件库，能面向未来的组件库。

我们基于此实现了 renderless 设计架构。

挑战就是目前市面上的开源组件库太多了，而且有老牌的 antd 和 elementui，他们占据了大部分市场, 生态也比较丰富。

那么如何破局呢? 我这里给出几个方向.

首先就是加大宣传，让更多开发者了解跨框架组件库的优势，能给开发者带来的好处，特别是长期的收益。

第二就是加快其他框架的适配，比如React、Svelte、Solid.js 等，还有新兴的 opneInula 框架等，占领新兴市场。

第三就是积累种子用户(通过给用户赋能价值)，打造企业用户标杆，获得社区开发者的信任。

第四就是打造活跃的社区，积极响应 issue 和用户问题，打造一个繁荣活跃的社区，号召社区开发者一起参与共建，一个人的力量有限，群策群力才是开源最大的魅力所在。

04

4. 你觉得个人或者团队开发者，如果想做好开源项目，需要做哪些准备和规划

(比如如何做技术建设，如何运营，如何可持续投入，如何建立生态等)

回顾之前做 DevUI 开源项目和 2023 年开始做新的开源项目OpenTiny，我也总结了一些经验，希望能给其他小伙伴一些参考。

经验一：第一就是想清楚项目的独特价值点，你打算做的开源项目一定是和现有开源项目不一样的，能解决未曾解决的用户痛点的。比如 Webpack 冷启动速度慢，所以有了 Vite。

另外就是要行动起来，我有一个好的点子，这时可以立马写一个 POC 进行验证，验证没问题的话，就可以创建一个开源项目，不一定要多么完善才开源，有最核心的能力，并把流程打通就够了，后续就是不断地完善。除了功能上的完善之外，尽量引入新的流行的技术，这样更容易吸引到开发者，创建活跃的社区。另外就是需要注意文档的建设，不要吝啬写项目描述、写README、写贡献指南的时间。

还有就是规范和质量保障，前期可以宽松一些，吸引更多贡献者参与共建，后续随着贡献者的增多，需要通过一些工具保障统一的提交规范和代码风格，完善单元测试确保项目质量，增加构建和单测的PR门禁等。(可以参考 前端规范实践)

经验二：Star数不是唯一，制定多维度的衡量指标。

• PV/UV: 有多少人知道和尝试了解 

• Star 数、 NPM 下载量: 有多少人感兴趣和体验

• NPM 下载量、 Issue 数: 有多少人使用和反馈

• Star 数: 有多少人喜欢和推荐

• 贡献者数量、PR数: 有多少人参与贡献和活跃

经验三：有人用的开源项目才能长久，通过找到合适的用户，帮助开源项目成长。

经验四：酒香也怕巷子深，积极推广你的开源项目，让更多社区开发者看到你的努力。

写文章、做直播、参加活动。

经验五：凝聚人心才能造就伟大，打造活跃的社区。

下面给大家分享一下我之前研究的用户参与开源的动机分析, 以便大家更好的维护开源项目.

参与开源的动机

2008年神经科学家大卫·洛克提出围巾模型，帮助我们理解人类的社会行为动机。

SCARF 模型：

地位感 —— 我很重要

确定感 —— 这边走

自主感 —— 我自己选择

连接感 —— 我们一起

公平感 —— 我们都觉得公平公正

与社区成员互动的10大黄金法则：

• 你的社区成员为社区工作，而不是为你工作

• 他们是你的朋友，朋友会坦诚相待

• 如果你向社区成员寻求帮助，他们通常会施以援手

• 社区成员追求个人认可和满足感

• 社区成员不是公司的免费劳动力 使成员和社区互惠互利

• 社区成员不是销售对象

• 社区成员拥有的信息和背景知识与你不同

• 社区成员可能和你有相同的愿景，但有不同的行事方法

• 社区成员的承诺和贡献程度会有所不同

• 安静的人通常是你的秘密武器

社区参与框架：

• 社区入门模型：参与动机、前期准备、技能培养、切实参与、问题解决、正向反馈

• 社区参与模型：访客、常客、核心成员

总结：

• 想清楚项目价值，有了一个点子就立马做POC验证，创建一个初始的项目，行动起来

• 做开源运营之前，应该树立正确的开源价值观，制定多维度的衡量指标

• 用户声音是驱动产品发挥价值的源动力，持续解决用户痛点，项目才能长久

• 大胆地宣传你的开源项目，让所有人知道你的努力，写文章、做直播、参加活动都可以

社区由人组成，社区繁荣依赖于成员的贡献，将社区成员凝聚在一起，才能创造出更好的开源项目.

05

5. 对于OpenTiny开源之路，当下正在做的以及未来的一些规划

其实在前面我也聊了一些 OpenTiny 正在做的事情, 我们目前也在做一些技术上的规划, 具体大家可以参考opentiny - discussions, 比如:

新特性：

• 新组件补齐

• 表格组件功能增强和优化

• 富文本组件功能增强和优化

工程优化:

• 文档优化

• E2E测试用例

• TypeScript类型补充

生态扩展：

• React、openInula框架适配

• 移动端组件完善并部署官网文档

• TinyPro 中后台模板功能完善

同时我们也会与时俱进, 和AI能力相结合, 做出更加智能的前端解决方案, 如果你有好的建议, 也欢迎随时在 github 提 issue.

往期访谈

最后

下周我会继续对话一些优秀的开源和独立开发者, 如果你恰好也是, 欢迎和我们分享你的故事, 如果你是一名程序员, 对现在工作比较迷茫, 也欢迎和我交个朋友, 聊聊你的问题, 让优秀的人祝你一臂之力.

同时如果大家觉得不错, 欢迎点赞反馈, 不辜负每一位开源贡献者的努力, 让技术更美好~

如果大家有好的开源项目或者产品, 欢迎在趣谈前端公众号回复“自荐”.

往期精彩

用第三方拖拽库快速撸一个可视化搭建平台

iztro紫微斗数排盘——朋友的第一个开源项目，欢迎大家试玩、反馈

一款小而美的开源滑动验证码组件

视频号推荐