Laurie Voss

未来5年 「web开发」 会如何发展，在说出自己的预测前， 「Laurie」 先表示： 「在座各位，很可能讨厌我的预测」 。

因为他自己就不待见这个预测结果。

那么他预测的依据是什么呢？简单来说就是：

太阳底下无新鲜事

作为一个有26年 web 开发经验的数据分析师， 「Laurie」 总结了技术发展的模型。

简单来说，一项技术的生命周期会经历一个轮回：

提出解决思路

最初，人们在项目开发时遇到一个问题，有部分人开始尝试解决这个问题。

一旦某个人提出一个让人觉得 「这个思路很棒」 的解决方案，当遇到类似问题时大家就会尝试用自己的理解将这个解决方案落地。

比如，当 Dan​ 提出 Redux 模型时，社区还没有更好的状态管理解决方案，于是这个方案被广泛接受，涌现出很多 「基于Redux模型的状态管理方案」 。

这是个不断重复造轮子的过程（也是很多KPI项目的源头）。

找出最佳实践

随着这套解决方案不断实践，会逐渐产生 「最佳实践」 。

当 「最佳实践」 产生后，开发者通常会觉得无聊，因为在这个方向没有什么可探索（可造轮子）的了。

这时候，某个无聊的程序员会想：我可以制造一个 「大而全」 的框架/系统/产品，一劳永逸的解决这类问题。

也就是说，将最佳实践 「商品化」 。

最佳实践的商品化

「商品化」 过程通常是很激烈的，会有很多团队/公司/个人参与其中，提出自己的产品，并抨击竞争对手在某些方面的不足。

比如，各种前端框架，可以认为是前端工程师这类消费者消费的商品。

消费者有自己的偏好，可能有人喜欢 Vue​ ，有人喜欢 React 。但作为商品，最终会产生一个事实上的赢家。

这是一个不变的经济规律 —— 要达到某个目的，可能有很多产品可供选择，但一旦其中某款产品被更多人选择：

作为老板，可以更容易招到「会用这款产品的程序员」

作为程序员，可以更好利用这个产品的社区生态

这又会反过来使得该产品被更多人选择，最终马太效应（强者愈强）产生。

比如，与 Wordpress 同时期出现的，还有很多博客建站产品。

但到2022年的今天，全世界43%的网站是 Wordpress 驱动的。第二名与他的差距恐怕都不是一个数量级的。

抱怨基础欠缺

当某一产品成为主流后，就会听见一种声音：不要光会用产品/系统/框架，你还得理解背后的原理。

当 「Laurie」 刚当开发时，主流的标记语言是SGML (Standard Generalized Markup Language，标准通用置标语言)

HTML​ 仅仅是 SGML 的一个微小子集，特点是规范比较松散，但比较易学。

如果你在当时使用 HTML​ ，资深工程师会告诫你：不要光会用 HTML​ ，还得理解背后的 SGML ，要不然是做不长久的。

大规模应用

当某个产品成为绝对主流，被大规模应用，以至于成为事实上的 「基础设施」 后，下一代技术人很可能不会再接触上一代人所谓的 「原理知识」 。

比如现在， HTML​ 已经成为前端基础设施了，谁还记得 SGML 呢？

另一个例子，现在的老前端，很多都用过 jQuery 。

在前端框架兴起之前，大家都用 jQuery​ 操作 DOM​ 。面试时也会考察 jQuery 源码。

毕竟，大家都认可 —— 原生 JS 才是基础。

jQuery​ 中的选择器太好用，以至于主流浏览器都将他内置了，这就是 querySelector 的选择器语法。

最终， querySelector​ 成为选择 DOM 时事实上的标准。谁会在意背后的原理呢？

回到原点

最后，在基于新的 「基础设施」 的开发中又会遇到新的问题。于是，一切又回到了起点。

比如，最初开发者使用 JSP​ 、 PHP 开发前端页面。

后来有了 CSR 。

再后来为了解决 CSR​ 的各种问题，有了 SSR 。

但从实现原理来说， JSP​ 、 PHP​ 不就是 SSR 么。

Laurie的预言

最后，基于上述轮回模型， 「Laurie」 提出了对 「web开发」 的预言。

在21年的一次调查中显示，有68%的开发者使用 React 开发页面。

「Laurie」 表示：在他的职业生涯中，能达到 jQuery​ 那么大的使用规模， React 是唯一一个。

没准儿未来 React​ 会被作为基础设施在浏览器中直接实现（就像 jQuery 的选择器一样）。

但不是以 「直接集成React本身」 的方式，可能是将当前还不太好用的 Web Components​ 重新设计为类似 React Component 的形式。

在当前，有很多新的框架基于 React​ 实现，比如 Astro​ 、 Remix​ 、 Next.js​ 、 Solid.js 。

这些框架的开发者假设自己的用户已经会用 React​ 、喜欢用 React​ （否则也不会用他这款框架），这从侧面反映了 React 已经被作为前端基础设施。

如果接受了这个设定（ React 会作为前端基础设施），那么我们就回到了轮回模型的起点。

有什么事情是当前开发者用 React 反反复复实现，又觉得很无聊的事呢？

一个答案是：写组件。

所以， 「Laurie」 认为：未来5年，基于 「React组件」 的可视化编辑器会成为主流。

类似React Bricks这款产品：

届时，一部分开发者负责实现各种功能的 React组件​ ，这类组件被称为 Bricks （砖块）。

而大部分开发者则基于砖块，用可视化编辑器拖拽实现不同页面。

这类开发者甚至不会接触到 HTML ，在他们的基础设施中，最小的单位是砖块（React组件）。

事实上，早期的浏览器（由 「Sir Tim」 开发的 WWW ）就是用拖拽、输入等方式实现的富文本编辑器。

呵，太阳底下无新鲜事。

总结

如果你看到这个预测后觉得挺讨厌的 —— 就这？

就像文章开篇就提到的， 「Laurie」 自己也讨厌这个预测。

但历史一次次证明，曾经被讨厌的设计，最终很可能变成主流（比如2013年时，前端们对待 JSX 的态度）。

26年前的开发者会认为只会 HTML​ ，不会 SGML 是不靠谱的。

10年前的开发者会认为只会 jQuery​ ，不会原生 JS 是不靠谱的。

现在的开发者会认为只会前端框架，不懂实现原理是不靠谱的。

那有没有一点可能，5年后的开发者会认为只会拖拽生成页面，不懂开发组件是不靠谱的？