来自NPM联合创始人的预言:前端未来会这样
共 2866字,需浏览 6分钟
·
2022-08-08 15:37
在WWC22[1]上,NPM
联合创始人(当前是Netlify
的数据分析师)「Laurie Voss」发表了对「web开发」未来发展方向的预测演讲。
![](https://filescdn.proginn.com/5d0b87cee2d7856c99fdb181e43a8091/cef6808bab2533d80af236f250700636.webp)
本文让我们来看看这位有26年web
开发经验的数据分析师,会带来哪些洞察。
太阳底下无新鲜事
未来5年「web开发」会如何发展,在说出自己的预测前,「Laurie」先表示:「在座各位,很可能讨厌我的预测」。
因为他自己就不待见这个预测结果。
那么他预测的依据是什么呢?简单来说就是:
太阳底下无新鲜事
作为一个有26年web
开发经验的数据分析师,「Laurie」总结了技术发展的模型。
简单来说,一项技术的生命周期会经历一个轮回:
![](https://filescdn.proginn.com/058ed38d7b08c7e8a30c634f402faefb/22c1ff8398806f68cf20768e87934833.webp)
提出解决思路
最初,人们在项目开发时遇到一个问题,有部分人开始尝试解决这个问题。
一旦某个人提出一个让人觉得「这个思路很棒」的解决方案,当遇到类似问题时大家就会尝试用自己的理解将这个解决方案落地。
比如,当Dan
提出Redux
模型时,社区还没有更好的状态管理解决方案,于是这个方案被广泛接受,涌现出很多「基于Redux模型的状态管理方案」。
![](https://filescdn.proginn.com/6de5401313f6c0b2a81ae710687a6fcc/6496d86c4af14aa4e2aea473256097ab.webp)
这是个不断重复造轮子的过程(也是很多KPI项目的源头)。
找出最佳实践
随着这套解决方案不断实践,会逐渐产生「最佳实践」。
当「最佳实践」产生后,开发者通常会觉得无聊,因为在这个方向没有什么可探索(可造轮子)的了。
这时候,某个无聊的程序员会想:我可以制造一个「大而全」的框架/系统/产品,一劳永逸的解决这类问题。
也就是说,将最佳实践「商品化」。
最佳实践的商品化
「商品化」过程通常是很激烈的,会有很多团队/公司/个人参与其中,提出自己的产品,并抨击竞争对手在某些方面的不足。
比如,各种前端框架,可以认为是前端工程师这类消费者消费的商品。
消费者有自己的偏好,可能有人喜欢Vue
,有人喜欢React
。但作为商品,最终会产生一个事实上的赢家。
这是一个不变的经济规律 —— 要达到某个目的,可能有很多产品可供选择,但一旦其中某款产品被更多人选择:
作为老板,可以更容易招到「会用这款产品的程序员」
作为程序员,可以更好利用这个产品的社区生态
这又会反过来使得该产品被更多人选择,最终马太效应(强者愈强)产生。
比如,与Wordpress
同时期出现的,还有很多博客建站产品。
![](https://filescdn.proginn.com/7cfacae303e5d23b9c06fe688fe732e5/35c169d5fc22441007c71f6176b9a01f.webp)
但到2022年的今天,全世界43%的网站是Wordpress
驱动的。第二名与他的差距恐怕都不是一个数量级的。
抱怨基础欠缺
当某一产品成为主流后,就会听见一种声音:不要光会用产品/系统/框架,你还得理解背后的原理。
当「Laurie」刚当开发时,主流的标记语言是[SGML](https://www.techtarget.com/whatis/definition/SGML-Standard-Generalized-Markup-Language#:~:text=SGML%20(Standard%20Generalized%20Markup%20Language "SGML")%20is%20a%20standard%20for%20how,It%20is%20metadata.) (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[2]这款产品:
![](https://filescdn.proginn.com/a57acc2d98ebccd90e58572ed8d7ae4e/10fde8c182cd07b53ff0197be5fe9c0d.webp)
届时,一部分开发者负责实现各种功能的React组件
,这类组件被称为Bricks
(砖块)。
而大部分开发者则基于砖块,用可视化编辑器拖拽实现不同页面。
这类开发者甚至不会接触到HTML
,在他们的基础设施中,最小的单位是砖块(React组件)。
事实上,早期的浏览器(由「Sir Tim」开发的WWW
)就是用拖拽、输入等方式实现的富文本编辑器。
![](https://filescdn.proginn.com/1e1698df736e38ef3c77fbded37fde37/21fa23e89078e1680492ae1f231f0d73.webp)
呵,太阳底下无新鲜事。
总结
如果你看到这个预测后觉得挺讨厌的 —— 就这?
就像文章开篇就提到的,「Laurie」自己也讨厌这个预测。
但历史一次次证明,曾经被讨厌的设计,最终很可能变成主流(比如2013年时,前端们对待JSX
的态度)。
26年前的开发者会认为只会HTML
,不会SGML
是不靠谱的。
10年前的开发者会认为只会jQuery
,不会原生JS
是不靠谱的。
现在的开发者会认为只会前端框架,不懂实现原理是不靠谱的。
那有没有一点可能,5年后的开发者会认为只会拖拽生成页面,不懂开发组件是不靠谱的?
参考资料
WWC22: https://www.youtube.com/watch?v=hWjT_OOBdOc
[2]React Bricks: https://reactbricks.com/