盖茨比乔布斯_盖茨比JS站在成千上万的肩膀上

盖茨比乔布斯

许多年前，Linux创始人Linus Torvalds在讨论他与Linux的开源合作时， 借用了Isaac Newton先生的“站在巨人的肩膀上”的话。 虽然这是一个不错的想法-“嘿，我只能做一些出色的工作，因为其他几个人的出色工作”-可能在1991年应用于Linux，但是在描述开放源代码方面做得不好毕竟是在2020年。当今天有人发布开放源代码时，他们所吸引的不仅仅是一小群天才开发人员。

不，正如Gatsby.js的最新版本所显示的那样，现代的开源项目依赖于成千上万个其他项目。 或者，正如盖茨比（Gatsby）创始人凯尔·马修斯（Kyle Mathews）在接受采访时说的那样，“我们站在成千上万[普通]人的肩膀上。”

[ 同样在InfoWorld上：什么是Deno？ 更好的Node.js ]

构建速度提高了1000倍？ 是的，请！

最初（网络）是静态网站生成器。 正如Mathews在他的帖子中所描述的那样，随着时间的流逝，组织转向数据库驱动的网站来支持越来越多的动态功能。 随着网站的发展，静态网站的生成导致构建速度缓慢，即使像WordPress这样的数据库驱动工具逐渐受到那些不想打扰Markdown编码的营销人员的青睐。 预渲染有助于站点生成器，但不足以使其成为大型站点的首选。

但是那是那时； 这是现在。

盖特比（ Gatsby Builds）在2020年初推出了盖茨比构建 （ Gatsby Builds） ，通过巧妙地结合了分布式计算和先进的缓存功能，使构建时间比标准连续部署解决方案快60倍。 真好 但是，随着最近发布的增量构建，Gatsby可以在10秒内获得用于数据编辑的构建，这可以比现有构建解决方案提高1000倍。

怎么样？ Mathews在接受采访时说：“我们所做的最大的一件事情是，创建了一个依赖跟踪系统，该系统使我们能够便宜地找出在两次构建之间需要更新的内容。” 如果这听起来像是像Bazel这样的构建工具或像Apache Spark和Apache Flink这样的数据处理工具所采用的方法，那是因为。 “ Gatsby像处理其他流处理器一样，处理来自数据/代码的网站更改事件-我们找出更改的内容，并廉价地对其进行更新。” 长期以来，传统的静态站点生成器对数据进行批处理，但是Gatsby的新方法是实时流处理。

[ 也在InfoWorld上：2019年最佳开源软件 ]

这很重要，这使得Gatsby方法可在任何网站上使用，而不是网络上的一小部分。 它还依赖于GraphQL等令人惊叹的开源技术，该技术使Gatsby可以跟踪页面和数据源之间的数据依赖关系，以便当某些数据发生更改时，他们可以计算需要更新的页面。

所以我问马修斯，盖茨比对其他开放源代码的依赖程度如何……。

站在React，GraphQL，Webpack，Babel ...的肩膀上

马修斯说：“我们严重依赖许多伟大的项目。” 然后他继续说：

这句话也许可以更新，也许我们不是站在巨人的肩膀上，而是站在数千人的肩膀上。 这是关于开源的很酷的事情之一-不仅仅是天才！ 普通人可以构建和/或帮助维护一口大小的程序包，这些程序包仍然可以解决关键需求。

其中一些“普通人”建立了盖茨比所依赖的非凡代码。 鉴于盖茨比基于React ，显然可以立即想到React。 但是还有更多。 多得多。 Gatsby还依靠Webpack和Babel来处理和准备要部署JavaScript，CSS和其他资产。 Mathews指出，这些项目“具有成千上万的工程师多年的杰出经验，”。

[ 也在InfoWorld上：WTH？ OSS知道如何WFH IRL ]

实际上，如果您查看Babel NPM软件包页面 ，将会发现136个依赖关系，但这会忽略Gatsby版本其他软件包的所有依赖关系，更不用说Gatsby依赖关系了。 总体而言，马修斯说：“一个典型的盖茨比项目可能会使用由全世界成千上万的工程师维护的数千个软件包，这真是令人惊讶。”

正是这种对开源的依赖，“帮助[Gatsby]如此Swift地行动，并以相对较小的团队的身份完成了许多工作。” 他总结说：“这是“惊人的广泛而深入的Node.js生态系统，几乎满足[盖茨比]的所有需求”。 他也不是一个人。 下次使用Linux，为Kubernetes做贡献或以其他方式使用开放源代码软件时，请记住，在当今世界，我们所有人都无可救药地（并且希望如此！）依赖数百万“普通开发人员”来做非凡的事情。

翻译自: https://www.infoworld.com/article/3540708/gatsby-js-stands-on-the-shoulders-of-thousands.html

盖茨比乔布斯