不一定能做好，最后大概率写出一坨

不用，无法满足业务需求

可以用 useMemo 和 useCallback，让变量或者函数只在依赖变化时重新计算。
性能的话，大部分项目还没有复杂到必须进行性能优化。

很可能是某些依赖需要去 github 上下载 releases 上传的文件，那速度简直了。这种情况最好的方法就是翻墙下载了

现在的项目基本上都是前后端分离，后端只提供接口，前端单页面应用，框架就是 react 、angular 、vue 全家桶了。
服务就是 express 或 koa，可能会用 nginx 进行反向代理，不过我个人来看感觉没必要。

但是你的情况，我个人的感觉就是你们的项目就是以前 jsp 、aspx 、php 的开发方式。因为你们后端不专业的前端开发方式，把一个应用模块里所有的逻辑都写在一起，堆砌代码，导致了你们现在这样的情况。

我现在给你们的建议：
1 、使用 requirejs，对代码进行拆分，requirejs 加载通用模块、每段逻辑的执行文件。
优点：对于你们的项目的破坏性小，可以无缝升级
缺点：文件地址是相对于 html 的；需要配置； js 文件不是同步加载的

2 、使用 gulp + webpack，用 webpack 将单个页面内每段逻辑的执行文件打包到一起。
优点：使用了 es6 的模块来拆分你们的业务逻辑；可以配合 babel，让你们使用最新的 es 版本（ webpack 如果没有 style-loader 之类的来注入 css，单纯只编译 js 的话，是可以兼容 ie 的）；打包的同时，顺便压缩代码（生产环境）
缺点：项目开发时，需要安装 node，启动 gulp ；配置稍微复杂一些

放弃吧，有些网站还在支持 IE，是因为 IE 的流量能带来真金白银的。你这个项目兼容 IE10 能带来多少收益？收益值得为了兼容 IE10 花费大量的时间、精力么？

感觉用的太不对

不会有人认为 node 的依赖只能写版本号吧，不会有人认为 node 不支持 github 地址吧

因为文字可能被不同的标签隔开，比如
<div>a<b>b</b>c</div>
这种，所以我是用 parse5 把 html 拆成 ast 树，
取每个节点去掉标签后的字符串，
计算需要高亮的字符串的位置，
把字符串打上标记，然后对有标记的进行统一处理

react-nodegui，支持 webpack 打包和热替换，可以试一试，不过组件会很少。或者试试 nodegui

@rain0002009 https://github.com/ant-design/ant-design/issues/22802#issuecomment-621622699
next 里面使用 antd 按需加载的方法。因为 node_modules 里面的组件是使用 node 的 commonjs 的方式加载，而不是用 webpack 编译打包的，所以会报错

1 、现在好多业务逻辑都放在前端处理。
2 、不是所有的后台都是 table 搜索 curd 。我去年做过一个视频在线编辑平台，就是重前端的系统
3 、不管 2B 还是 2C，体验其实都挺重要的，但是开发人员毕竟不是使用人员，所以不重视。使用人员最开始是能用就行，但是使用一阵后，就会有要求。要是我现在在反馈群里问一句：有什么对系统不满意的，基本上我两年内是不愁没活了

告诉用的人把安全卫士啥的关了吧

曾经试过 react-nodegui，虽然已经接近前端开发的体验了，但是还是有很多坑。追求快的话还是推荐 electron 或 nwjs 吧

以前的话，直接自动化合并图片，顺便生成 sass 文件

抓包，还有就是有些网页可以通过蓝牙在 mac 电脑上打开

对于有些控制台一堆提示类型不正确、循环不写 key 值，放着一堆警告都不管的人来说，确实没啥用

这个就是俗称的“录源”，和语言没关系，用 ffmpeg 跑命令行吧。

@babel/polyfill 已经不推荐用了，建议 core-js 升级到 3，压缩插件用 terser