原因有很多，比如项目组解散了导致项目没人维护；没有专业的前端来开发，写代码的人还停留在几年前的认知水平；或者项目就展示了几个表格数据。但是对于新项目来说，基本上都已经放弃 jquery 了。

用 react 、vue，就绕不开 webpack 、express 或 koa 、babel 或 typescript 。对于大型的系统来说，用 react 、vue 这些比用 jquery 开发快得多。数据驱动、不需要操作 dom 、以前代码是业务 + dom，现在是只写业务代码，加上 babell 或 typescript 帮你解决代码兼容问题，组件的封装和复用，单页应用，你写的不再是网页，而是应用。

而且以前开发过程中需要解决的问题，比如热更新、热替换、mock 、跨域、代码复用、不同环境下输出不同代码等等，都能很好的解决。以前代码复用是复制粘贴，现在是发到 npm 、使用的人引入模块；以前跨域找后端、现在跨域 node 的 server 直接配置代理。

发布项目的时候直接一个命令，帮你压缩代码、图片；上传 cdn ；域名替换；脚本注入等等。

相比 jq 的时代，现在开发真的是方便、舒服、快速多了。

mac 上的软件如果没有签名的话，拿到的只是一个虚拟文件路径，拿不到软件真实的目录。

现在常用的 loader 和 plugin 已经支持 webpack5 了。给我自己项目用的搞的脚手架和我们项目用的 umi，升级到 webpack5 后都没有问题。有问题的有可能是 loader 和 plugin 本身 api 的变化。

声明 webpack4 的，有些是已经废弃的，可能是 webpack 已经内置的功能，有些是不需要升级的，没有用到 webpack 已经废弃的 api，所以兼容 webpack5 。在 ts 编译时忽略错误即可。

webpack5 的 top-level-await 、Module Federation 、filesystem cache 等都很有用，并且编译速度真的是大幅度提升，我们的项目编译时间从 4 分钟缩短到 2 分钟内，在 docker 内的打包时间从 10 分钟降低到 3 分钟。

emmmm......代码写的实在是太复古了

不仅用，而且配置相当严格。ts 直接要求全部声明类型。严格要求自己。
见过不用 lint 的代码，真的就是屎一样，没有约束，都要飞起来了。

这种都是拿软件做的，正常很少有手写 svg 的。我曾经实现一个 button 的 hover 渐变特效，纯手写，连查文档再调试，花了四五个小时。
你这个题，基本上是招不来人了。

编译的配置挺多的，建议使用 js 脚本替代命令行进行构建。
1 、卡住是因为有些文件需要从 github 上下载。electron 可以配置淘宝镜像，但是其他的文件还是需要从 github 上下载。最近开会，不仅下载会有影响，甚至我这边翻墙了，却连代码都拉不下来。
2 、pkg 打包建议查看文档 https://www.electron.build/configuration/mac#MacConfiguration-target

@allanzhuo 年前还有，年后回来突然有一天就发现没了，估计和开会有关系？

Gravatar 无法访问，我们有香港代理也不行

https://duan602728596.github.io/antd-schema-form/#/
antd-schema-form，基于 Ant Design，可以通过 JSON Schema 配置快速生成可交互的表单。可以支持相当复杂的嵌套数据

因为好多人对代码的要求太低了，没有好的编码习惯，加上一些“外行”来开发，代码的质量肯定高不了。

我个人是以开源项目的标准来要求自己，比如严格的 lint 、commit message 、测试、tag 、CHANGELOG 、文档、注释等等。这些只要稍微做一点，代码质量会提升一个台阶。

然后好多人上来就是 /* eslint-disable */或者直接关闭 lint，commit 直接随便写，都不知道提交了什么，代码没有注释，项目没有文档，每次有问题，还觉得你理所应当了解项目。这样维护起来相当痛苦。还有比如我碰到的，把一堆逻辑写到 redux 里面的、组件里面写纯业务逻辑然后 ref+回调的、组件瞎封装的。就这些坏习惯加起来，再 NB 的人也扛不住这种项目。

项目全部使用 hook，太香了，太爽了，太舒服了

因为缺少一个像 babel 那样的工具

已经不用了。ARV 三大框架，数据驱动，组件化开发，再也不用在业务逻辑里面写一堆选择器了，节省代码量，开发更轻松。
jquery 的一部分 api 都可以用原生的 javascript 来代替了。
兼容性也有 babel 来解决了。你要是觉得你的代码上能跑通 chrome87，下能兼容 ie7，无所谓了，随你开心。
webpack 编译、打包、压缩、上传 cdn，一个命令，一条龙服务。

前端上框架叫不好维护，后端上框架叫生态丰富。
前端加新的 api 叫瞎折腾，看不明白，后端加新的 api 叫 feature 。
老双标了

有真就有这个语法提案，不过需要 babel

https://github.com/ffmpegwasm/ffmpeg.wasm，ffmpeg 的 wasm 实现。可以满足基本的剪辑需求