跻身主流：Jamstack 社区调查 2021

人口统计

工作

Jamstack 已成为学生学习部署的方式。

2020 年和 2021 年，我们并未发现开发者和非开发者受访者比例有太大变化。这是一个好消息，说明我们两年的取样人口相同，而且我们在调查其他部分中观察到的变化是真实变化，而不仅仅是统计噪声。

今年，我们要求受访者明确表明自己是前端、后端或全栈开发者。在 Jamstack 调查中，绝大多数开发者明确表明自己是前端或全栈开发者，这是不足为奇的。

而这里是我们看到巨大变化的地方。当我们询问个人就业状况时，我们看到 2021 年发生了巨大转变，学生受访者的比例几乎翻了一番。我们将在报告后面讨论这一变化的原因，但不用说，疫情的影响是学生人数增加的一个因素。

我们在另外两个细分中找到了更有趣的工作统计数据

• 细分 2：在家工作者的职位和就业
• 细分 3：为数百万用户构建网站的人员

开发人员体验不断变化

更年轻的开发人员在地理分布上变得更加多样化。

在 2020 年和 2021 年，我们都询问了开发人员他们在其工作中拥有多少年相关经验。我们注意到今年向经验较低的方向转变。

我们最新开发者的类别，即经验少于一年的开发者，从仅占受访者的 4% 猛增至 13%，而经验为 1-2 年的开发者则从 13% 增加到 19%。具有更多经验人员的所有类别均有所下降。由于我们在按职位分类时看到了大量学生，因此这是有道理的——毕竟，学生经验较少。

为了证实这一点，我们在 细分 1：学生与非学生经验水平 中进一步研究了这个问题。

今年，我们还询问了开发人员在全球的所在地，将其分为主要地理区域。

这些数据并不出人意料——基本上是欧洲和北美——直到我们根据开发人员的经验年限将地区数据分隔开来。在进行地理细分时，我们将学生排除在外。

我们注意到一个明确的趋势：新开发人员比经验丰富的开发人员在地理分布上明显多样。在最具经验的类别中，只有 15% 的开发人员不来自欧洲或北美。但是对于最新开发人员，这一数字增加了两倍多，达到 48%。我们希望当人们在更加多元化的地区工作时，也能促进其他类型的更大多样性。

细分 1：2021 年学生人数的增加导致了经验水平的变化。

为了确认我们的经验水平变化是由学生人数的增加造成的，我们将学生从全职人员中划分出来，然后查看了他们的经验水平。

果然：学生们大量集中在经验的前两年。

这就产生了下一个问题：所有这些学生来自哪里？一个潜在的解释是，随着 Jamstack 持续走向主流，它已成为教授新开发人员启动其网站的默认方式。反过来，这会增加 Jamstack 社区中学生的百分比。我们将在未来的调查中进一步详述以确认此效果，但拥有大量新开发人员对于社区来说是一个好兆头——人越多越好！

疫情如何影响工作生活

许多开发人员转向远程工作，而且他们不打算重返办公室。

2020 年和 2021 年，每个人都以某种方式受到 COVID-19 疫情的影响——就我们的调查目的而言，我们专注于它如何改变了开发人员的工作生活。我们的发现让我们感到惊讶。

我们注意到的最大变化是，31% 的开发人员表示，他们以前非远程的工作已经完全远程，并且在可预见的未来将保持远程——即使在大流行结束后也是如此。这代表了网络开发人员工作模式的巨大转变。我们还发现了开发人员的经验水平和职称与之有有趣的相关性，您可以在我们的细分中对此进行调查。

8% 的开发人员表示，他们搬到了一个新地方，以便利用远程工作。

我们观察到的另一个显着变化是，9% 的开发人员表示他们丢掉了工作。在 第 1 节 中，我们注意到自报为全职就业的人数有所下降，而学生的数量有所增加。一些失去工作的开发人员可能已开始接受教育。

分组 2：三分之一的开发人员在大流行期间开始远程工作，并且不打算恢复。

如前所述，多达 31% 的开发人员表示，他们在疫情期间开始远程工作，并且计划在疫情结束后继续远程工作。我们希望了解更多关于这些人。

首先，我们按经验将受访者分成不同的组。这里有一个明显的效应：最新的开发者不太可能“保住工作并开始远程工作”，因为他们在疫情中的失业可能性更高。

在工作经验不足 1 年的受访者中，有 12% 的人报告因疫情丢掉了工作，在工作经验不足 2 年的受访者中，有 10% 的人也丢掉了工作。

排除那些工作经验不足 2 年的人，远程工作的开发人员的比例甚至更高——40%！但该数字不会随着进一步的经验而改变。

排除前两类之后，我们开始查看职称，并且我们注意到一些实质性差异。近 50% 的 DevOps 受访者报告称，他们进行了全职远程工作，而仅有 36% 的经理表示他们做了这一点。

与全栈开发人员相比，前端开发人员更有可能进行远程工作，即使数据告诉我们，全栈开发人员报告的经验平均比前端开发人员多。

我们想了解发生这种情况的原因。最初，我们认为最可能选择远程工作的就是经验最丰富的人。但是，除了全栈和前端不符合这种模式外，数据表明管理层拥有更多的经验，但进行远程工作的可能性较低。

我们的结论是，我们不确定是什么导致了这种情况。这是否与会议数量有关？哪些工作更难招聘？我们必须进一步调查。

Jamstack 采用

开发人员的 Jamstack 网站背后的目的

Jamstack 网站用于满足实际业务需求。

我们始终对您要构建的网站的目的感兴趣。您是要建立一个个人网站来展示您的作品吗？还是做一个电子商务游戏？或者构建一个企业应用程序？我们 2021 年的类别与 2020 年使用的类别略有不同，因此，结果并不完全具有可比性。但这些结果仍然非常引人入胜。由于人们在一年中会处理许多网站，因此，我们允许受访者选择多个选项。

个人网站占据主导，就像去年一样。不管您构建什么，您总是也在构建您自己的网站！

电子商务是极大的推动力，令人惊讶的是企业软件也以 25% 的比例占据一席之地。

开发者为数百万受众提供服务

虽然开发者使用 Jamstack 为各种规模受众构建网站，但三分之一的开发者构建了全球最大的网站。

我们询问了开发者他们构建的网站面向多少用户。毫不奇怪，大多数开发者处理的受众相对较小。但有一项统计数据让我们备受鼓舞——32% 的开发者处理的网站面向数百万用户。

突破 3：专业化使在大型网站工作的开发者与在小型网站工作的开发者有着不同。

32% 的开发者表示他们在非常大型的网站上工作，这些网站的用户数达到数百万。我们希望了解，这一群体是否与普通开发者有实质性差异。

我们在其中注意到的趋势是专业化。换句话说，作为一名开发者，您越有可能处理大型网站，您就越有可能成为一名专家。小型团队没有专门的内容制作人员，更有可能拥有全栈开发者。但那些处理大型网站的人更可能专注于后端或前端开发。

当我们询问专注于大型网站的开发者，了解移动设备作为一个目标的重要程度时，我们发现了另一个趋势。您越有可能处理大型网站，您就越可能以移动设备为目标，并且更有可能将它们视为“非常重要”，而不仅仅是“有些重要”。

行业

所有主要行业都使用 Jamstack，不仅是高科技行业。

我们每年都会询问开发者他们公司的行业。大公司通常在多个行业进行竞争，因此受访者可以选择多个行业。

与去年类似，排名前 10 位的公司反映了一些显而易见的类别，也有一些令人惊喜的结果。

广告、营销、媒体和出版似乎都是您期望在 Jamstack 中找到的高科技行业。另一方面，教育、金融和医疗保健并不以早期采用者著称。

Jamstack 开发者如何使用服务器端技术

函数正变得像容器一样普遍。

Jamstack 并不是全部客户端，因此我们还询问了一些主要服务器端技术的流行度。我们特别感兴趣的是与其他服务器端技术相比，无服务器函数获得了多少采用。

大多数技术都被高度了解，在大多数情况下超过 75%，而使用率却低于一半。

像 Kubernetes 这样的容器很受欢迎，而只有大约一半的开发人员使用容器编排。

像 Netlify 函数这样的服务函数现在已经几乎像容器一样成为一种普遍的技术。

在明年询问此问题时，我们将密切关注函数使用量如何增长。

工作流

您定位的设备

台式机仍然占据主导地位

多年来，行业思想领袖一直在宣扬“移动优先”的理念，但行业实际上有在倾听吗？我们询问了开发人员构建的网站在四类主要设备上正常运行的重要性。

尽管人们谈论“移动优先”，但桌面计算机仍然是 Jamstack 开发人员的目标类别中排名最高的，尽管手机紧随其后。自 2020 年以来，两者之间的差距已经略有缩小。

另一个有趣的发现是如何转换优先项。对几乎所有人来说，台式机都非常重要，但对于平板电脑，关注将其作为目标的开发者中，超过一半的人认为它们仅有一些重要性。

在我们的有关构建大型网站的人们的突破性报告中，我们发现移动设备作为目标的重要性与之有着有趣的相关性。

优先事项

Jamstack 开发人员更加重视安全性

所有开发人员都会同意，重要的是您的网站快速、安全并且具有高正常运行时间。但要问的另一个问题是：其中哪一项是最重要的品质？

去年，我们注意到开发速度比安全性更优先。今年，在这种统计学上显著的变化中，这些因素发生了逆转。Jamstack 开发人员比一年前更加重视安全性。

性能和正常运行时间仍然是开发人员的首要任务。

哪种设计工具对 Jamstack 设计师而言最突出？

毫无疑问。Jamstack 设计师喜欢 Figma。

大量设计师对我们的调查做出了回应，因此除了询问开发工具外，我们还询问了设计工具。2021 年的故事与去年相同：每个人都在使用 Figma，所有人都喜欢它。

60% 的受访者使用 Figma。其满意度得分为 8.8，这意味着希望增加其使用量的人数是希望停止使用它的人数的 8 倍。

左下角那里的每个人都有些尴尬...

开发人员最喜爱的代码编辑器

一个模棱两可的问题无意中给了我们宝贵的见解。Jamstack 开发人员喜欢 CMS 编辑器。

这是我们第一次询问开发人员使用哪种编辑器。我们对基于 Web 的代码编辑器越来越受欢迎感到好奇，其中包括 Glitch 和 GitHub 的 Codespace 等产品。

然而，我们错误地提出了一个模棱两可的问题。“基于 Web 的编辑器”还可以指 CMS 编辑器，如 WordPress。并且由于 CMS 非常流行，回答该问题的开发人员占据了主导地位：您使用 CMS 的次数越多，您就越有可能回答您使用的是基于 Web 的编辑器。

但这也本身是一个有趣的结果！CMS 的普及意味着使用基于 Web 的编辑器的人比使用 Vim 等传统编辑器的人更多。

然而，迄今为止，集成开发环境 (IDE) 是最受欢迎的选择，并且满意度最高，遥遥领先。

技术选择

2021 年开发者最喜欢的 CMS 是什么？

2021 年对 Sanity 和 Strapi 来说，是爆发性的一年。

内容管理系统：有它们不行，没有它们也不行。我们请开发者告诉我们有关 CMS 的很多信息，比如：他们是否了解 CMS、是否使用 CMS，以及是否希望更多地使用 CMS 或更少地使用 CMS。

我们将“希望更多地使用 CMS”的人数与“希望更少地使用 CMS”的人数之比转化为我们称之为“满意度评分”的东西，你将看到我们使用它好几次。

在“满意度”中得分低于 1 表示希望停止使用该技术的开发者比希望继续使用该技术的开发者多。

如果你比较使用情况和满意度，你将开始看到一些明确的要点

• WordPress 是一个名副其实的内容管理系统领导者，但它并不受欢迎，得分仅为 0.3，明显小于 1。不过，将 WordPress 用作某个托管供应商（如 Netlify）的无头内容管理器虽然不常见，但这种设置的满意度评分要高得多。
• 几个著名内容管理系统的得分明显低于 1。

去年我们关于很多相同系统提出了同样的问题，这使我们今年能够展示一个新的可视化效果：这些内容如何随着时间变化。

• 在右上角象限中是同时变得更流行和更受欢迎的系统。Weebly，干得不错，使用量翻了一倍还多！
• 在右下角，我们看到了变得更流行但不太受欢迎的系统。正如我们在上面所看到的，Sanity 和 Strapi 仍然具有非常高的满意度评分，但随着它们的流行度越来越高，我们已经看到了以前观察到的趋势：它们的用户群不再仅仅是由超级粉丝早期采用者组成，因此它们去年犹如平流层般高的评分已经下降了。然而，它们的用户仍然是周围最快乐的用户中的一员，而且它们的用法激增。
• 顶部左侧是越来越不受欢迎但更受欢迎的系统。如何解释这一趋势？好吧，这是 Sanity 和 Strapi 所发生事情的反面。随着人们从 Drupal 和 WordPress 等较旧的系统迁移出来，他们剩下的用户往往是超级粉丝，他们平均而言对这些系统更加满意。
• 最后，底部左侧是一个象限系统，它们正变得不那么流行也不那么受喜爱。

Jamstack 的首选编程语言是...

TypeScript 以 JavaScript 牺牲为代价而获得收益。

JavaScript 毫无疑问是在占 55% 的大多数开发人员中最主要的语言。然而，这一数字自去年以来已从 63% 下降。

那些分数到了哪里？大多数都到了 TypeScript，目前 15% 的开发人员报告称 TypeScript 是他们的主要语言，而不仅仅是他们所使用的语言。Python 也从 5% 上升到 7%。

除了开发者主要编程语言之外，我们还询问了所有语言。首先，让我们看看它们的绝对使用和满意度

就绝对值而言，JavaScript 继续占据主导地位。SQL、Bash 和 Python 等主力语言的使用仍然非常广泛，而 TypeScript 作为网络开发人员使用的一种新语言，并且它们的用户群极其满意。

Rust、Go、Swift 和 Elixir 等较小、较新的语言处于用户群较小但满意的状态。

满意度的临界值为 1.0，因此在该临界值以下，你可以看到不满意语言：PHP、Java、Perl、Objective-C 和所有 C 变体，除了 C#。

但是现在让我们看看年度变化

TypeScript 的使用量大幅增加（高于称其为主要语言的人数的变化）。它的使用率从 46% 增长到 60%。更令人惊讶的是，它的满意度出现了飞跃——通常随着某事变得更加流行，满意度便会下降，因为用户群已经扩展到早期超级满意的采用者之外。

在右上角，你可以看到使用和满意度均有所提高的语言。Python 和 Go 体现在这一区域，这对它们来说是个好消息，因为它们也很庞大、很受欢迎。

不满意语言（在前一个图表中显示）也主要位于右上角象限中：Visual Basic、Java、SQL 和 C 变体。它们的用户不满意，但比去年更满意。

在左上角是有满意度分数增加但使用减少的语言。你会希望看到拥有坚持不懈的粉丝的遗留语言，因此，这里我们发现了 PHP 和 Bash。

右下方是使用量较大但不太受欢迎的语言。正如预期的那样，Swift 和 Rust 等新兴语言出现在这里。不过 Go 不在此处，这让人意外。它的用户群增长时，它设法让用户更加满意。

最后，左下方包含使用量和受欢迎程度都大幅下降的语言：Ruby 和 JavaScript 在此出现。请记住，JavaScript 仍然是使用最广泛的语言，但它的主导地位不再像以前那样绝对。

揭秘 Jamstack 开发人员最喜欢的框架

React 最受欢迎，而 Next.js 是个大热门。

我们调查了大量框架——超过 30 个。一次可视化如此多的框架极具挑战性，因此我们将其分为两组：主要框架（使用率至少为 10%），小众框架（使用率低于 10%）（请记住，开发人员使用多个框架，并可以选择他们使用的所有框架，因此这些百分比加起来远超 100%）。

主要框架有很多惊喜。React 是最常见的选择，它已经流行了很长一段时间，其满意度评分仍然很高。Vue 的满意度更高，但使用率约为其一半。

Next.js 的满意度极高，并且如今非常流行，而 Nuxt.js 规模略小。如果你想根据这些数据为一个新的通用框架寻求安全选择，那么 Next 或 Nuxt 是你的理想之选。

主流的传统框架 jQuery 和 Express 不会消失。但是 jQuery 用户似乎希望它消失，因为它的满意度评分低于 1.0。

Svelte 和 11ty 等相对较新的框架发展得很好，11ty 尽管知名度相对较低，但仍然表现强劲。早期采用者快来了解一下。

尽管 Angular 的两种版本都在增长，但它们的评分都低于 1.0。

我们来看看使用量低于 10% 的下一组。以主要框架组中的 Svelte 为榜样，且用户满意度极高的 SvelteKit，很可能在明年爆发。

对低于 1.0 的框架而言是个坏消息：用户群小且不满意，例如 Dojo、Hexo、Ember、Meteor 及 Backbone，可能是你要考虑放弃的框架。

去年我们也没有询问所有框架，但我们询问了很多框架，这让我们得以展示年度变化图表。

您可以在此处看到多次提到的明显趋势。随着用户群扩展到早期采用者以外，您的使用率增长越多，您的满意度就会下降。正如我们所见，11ty 今年首次进入主要区域。它的满意度得分很高，但远低于去年。对于所有发展中的框架而言，在某种程度上都是如此。VuePress、Preact、Nest 和 11ty 形成了一条向下向右的直线：用户越多，他们就越不快乐。

但也有一些明显的例外。Next.js 尽管增长非常大，但其满意度得分也有所提高。

在您遥遥领先成为最大框架时，能够保持分数稳定并非易事，这一点 React 做到了。

Gatsby 在使用率和满意度上都下降了，这对该团队来说是不幸的结果。

Jamstack 开发人员使用的排名前三的第三方服务

Jamstack 开发人员正在使用第三方服务和 CMS 使自己的生活更轻松。

Jamstack 与 API 密不可分，为此许多第三方 API 应运而生，以方便开发人员的生活。

最受欢迎的第三方服务是身份验证，这不足为奇——使用现有的登录方式可以减少注册摩擦和维护您自己的身份验证相关安全挑战。

CMS 服务同样非常流行。为什么在已经有一个富文本编辑器的情况下还要自己构建一个？

Jamstack 已成为 Web 的标准架构。

世界在不断变化，Jamstack 及其用户也在随之改变。基于您今年告诉我们的信息，我们观察到开发者社区内部发生了变化。这些变化向我们展示了一幅这样的画面：更多的人作为新的开发者加入我们的社区，通常是学生；一些最大的网站和应用程序是基于 Jamstack 构建的；越来越多的行业出现在 Jamstack 开发中。

换句话说，Jamstack 正在影响所有行业。越来越多的开发者了解 Jamstack，我们已经成为主流。这是构建应用程序和网站的新方法，也是行业的未来发展方向。更重要的是，它是一个蓬勃发展的社区，随着主流采用浪潮的持续，它正在快速增长，而这正是得益于它出色的扩展性、高性能，以及开发者喜爱的各种工作流和工具。

感谢您再次成为今年 Jamstack 社区的一份子。在 Jamstack Conf 2021 与我们和数千名开发者在线会面，了解 Jamstack 如何开始发展，它将走向何方，以及我们社区的下一步发展。

了解更多

• 加入免费 Jamstack 会议，10 月 6-7 日
• 在 Netlify 博客 上阅读的结果摘要或 新闻稿
• 参加免费技术课程并成为 Jamstack 探索者
• 查看其他网络研讨会、指南、电子书等
• 在 Jamstack Slack 中的 #jamstack-community-survey 频道中讨论并分享反馈