duan602728596

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

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

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

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

没啥说法，推荐使用 useDispatch

除了`bin/webpack-dev-server`的错误（这个错误是 webpack-dev-server 的 v4 版本没有开发完，不支持 webpack-cli 的 v4 版本导致的），剩下的 webpack 不背锅。集成是 rails 该做好的，rails 没搞好，就把锅甩到前端、甩到 node 、甩到 webpack 这来了？
至于兼容性的，webpack 从 v3 到 v5 以后，配置项就没有多大的变化，照着 changelog 、迁移指南改一改就行。不想改的 package.json 锁版本也没人拦着啊。至于说改了一大堆 api 的，那是 loader 和 plugin 的开发者需要关心的事情。

找到了个正在维护的 ffmpeg.wasm 的项目，准备用来替换 gif 图裁剪和视频裁剪转 gif 的后台服务，直接在浏览器上处理

没错，就是定时爬