Mengdi Chen mondaychen

对 React 团队工作经历的思考

今天在写2023的年终总结，再额外聊两句在 React Core team 的经历和反思吧，也算是正式画上句号了。

我在2022 年加入了 React，算是某种程度上实现了自己的梦想：加入这个在前端领域最有影响力的团队，真的很令人骄傲。可惜加入没多久，公司就开始 hire freeze，我在的 Dev Tooling 组原先说好5个 headcount 变成了两个，工作量却一点也没少。开会讨论我们组要做什么的时候，来了二三十个人，提了五六十个想法，个个都说要做行业标杆。而现实是作为 DevTools 最主要载体的 Chrome 扩展 API 和几个 moible 工具都在不断更新，光跟进维护和解决 bug 都够忙的了。我觍着脸开口问谁能贡献一部分时间来帮我们做一个项目，人人都面露难色。大家也能感受到，工程师们都很希望自己使用的工具能变好，但是这个东西在 Meta 这家公司里是真的排不上优先级。其实不只 React DevTools，整个 React 组都是如此。只有跟公司重视的 VR 有关系的项目才能得到资源。团队里一些想重点发展 web 方向的核心成员，即使是 Seb 和 Andrew 这种级别，也只能另谋出路，跳槽去了 Vercel。

为什么 React 在 Meta 得不到资源

我和不少同样做前端的朋友都有这样的困惑：React 在 Meta 到处都用，在业界也为 Meta 带来了巨大的名望，这么重要的项目，为什么不能多投入一点资源呢？

关于开发者效率和裁员的闲聊

前一阵，我写了一篇文章，其中聊到了 React 团队在 Meta 不受重视、难以得到资源的问题。这篇文章引起了很多同行的共鸣。今天，我有一些新的想法想要聊聊。

开发者效率的价值多在成长期的业务中体现

其实，这个问题不仅限于 React，很多开发者工具、框架、编程语言等，都符合这个规律。这些工程团队在公司快速发展时是被认为对公司发展很有意义的，但随着时间的推移，公司对这些团队的重视程度似乎在逐渐减少。

这类团队的工作内容大致可以分为两类：一类是必须有他们才能实现的某些产品的重要功能；另一类是通过他们的工作，可以使公司用更少的开发者完成本需要更多人手才能完成的产品。这两者有一个重要的共同点，那就是“新”：新产品、新功能、新内容。显然，在一家公司的业务高速发展的时候，会有很多这样的需求。但当业务进入成熟的业务阶段时，对这类工作的需求就会减少。

在那篇文章中，我提到这类团队的工作往往难以量化。现在想来，无法量化只是表面的原因。实际上，很多很难量化其效果的工作，如广告投放，仍然会得到公司巨量的资源投入。另一方面，很多平台工程团队都尝试过各种方法来量化他们的工作产出，比如说，他们会声称原先每年需要30个工程师的研发工作，现在只需要15个人，为公司节省了相当于每年15个工程师的成本。

前React团队成员转投AI创业，AI时代HTML语义和可访问性竟有妙用

近年来，AI技术迅猛发展，改变了我们与计算机和数字世界互动的方式。前React核心团队成员辰光（Mengdi Chen），从Meta离职后加入了AI创业公司Normal Computing，并带领团队推出了一款名为Fuji-Web的AI智能体项目。团队的博客中称该项目在流行的真实网站测试中成绩斐然，是目前最领先的Web智能体。仔细阅读介绍文章后，我们发现这个项目利用了大量前端工程师熟悉的技术来提升准确性，如 HTML 标签语义，ARIA 属性等等。该项目已经在 Github 上开源，大家可以自行下载尝试。

Fuji-Web项目简介

Fuji-Web提供了Chrome浏览器扩展的安装包，安装后可以在侧边栏中打开。用户输入任务后，它可以自动浏览网站并执行任务，同时解释每一步操作。

	Please review this pull request. Read @CONTRIBUTING.md for code review guidelines.
	Be constructive and helpful in your feedback.
	Format requirements:
	- Write your review in a <details> tag like this: `<details>{full_review_text}<summary>{summary_text}</summary></details>`
	- In {full_review_text}, include a full review, analyzing whether the code meets each principle listed in @CONTRIBUTING.md.
	- In {summary_text}, write a short and precise message if you identify issues with high confidence; otherwise, write "No issues identified."