反正我们是有 code review 和各种单元测试、e2e 测试的。每次 push 代码都要跑一个小时的各种 pipeline 。

这个优点在生产环境里完全没有必要。在开发环境还会有问题，所以就不用。

感觉和我以前做过的新闻平台发文的需求很像，我们当时有好多新闻类型。我当时的做法是：
每个类型一种 UI 。
像叠积木一样，将 UI 需要的组件进行拆分，每个组件只负责一种功能。组件之前如果有通信，用 Event 监听。这样可以减少组件间的互相依赖。不同的类型就将组件根据不同的需求组合起来。
数据和逻辑统一处理，数据只有一个入口和出口。当时在浏览器环境内使用了 graphql 。不同类型需要获取和处理哪些数据，直接通过 graphql 的查询语句组合起来。这样就不必拆分处理逻辑，而且也能精细的获取到想要的数据。
路由处理建议 1 和 2 。

锁定包管理器，请用 corepack： https://github.com/nodejs/corepack 。
关于 node-sass ，官方已经警告废弃了，并且已经推荐了好几种方案，包括迁移到 sass ，配置各种参数等： https://github.com/sass/node-sass#binary-configuration-parameters ，几分钟就能搞定的东西。

用 idea 甚至可以直接发 http 文件

@ugpu 内嵌也有，pc 端网站也有

1. 动画太慢了，时间建议在 0.3s-0.5s 之间
2. 最下面的弹出层建议切换到另一个时关闭当前的，弹出好几个还要用户自己一个一个关闭
3. 最下面的动画和高亮配合的时间不是很好
4. 图标风格不一致，颜色不一致
5. 图标颜色和背景颜色接近，需要仔细看才能看清，很不方便

Flutter 之前让我写过，至少接触了 dart 。
React 的话还是学一下吧，以我的工作经历来说（创业小厂，某新闻网站 react + koa ，某职场 app nextjs 内部系统 react + koa ，某外企）都是 react 技术栈。面试的时候也会问 react 的相关问题。
Electron 还是可以的，相比 tauri 来说生态还是更丰富一些，毕竟 tauri 并没有完全跨平台。

我们的测试用例都是自己写的

其实 webrtc 可以，不过不确定外国的 TURN Server Cloud 在国内能不能用

IndexedDB 啊，前端也是有数据库的。
localstorage 同步，还是存的字符串。不适合这个业务场景。
每条数据可以对应唯一 ID ，重复的数据传到后端也不处理。

第一个事故是当时我在一家新闻网站负责发文系统。有编辑发 xi 大大的文章，内容是一组图片，使用文本编辑器的格式化文章功能，出现了图片缺少和重复的问题。发出去后被 wang_xin_ban 看到并批评了。大早上被领导打电话叫起来分析问题了。

第二个事故比较常见。早上收到警报电话，到单位后分析，发现是广告平台找回密码接口被不存在的账户调用过多，错误日志短时间太多触发了警报。

别说京东了，我在淘宝买的手机壳，在深圳发货，走的中通，直接在深圳呆了一周才运出去。

虽然都说 js 操作 dom 的性能差，但是还没有差到操作几个 div 就被人说性能开销太大了的程度。

静态资源上 CDN ，部署用的 docker ，k8s 那套，前端服务用 node

react-native-windows 开发不跨平台，编译不跨平台。
tauri 编译不跨平台。
跨平台编译就要依赖 CI/CD 了。
如果你需要本地日志、本地数据库存储等等，处理起来也很麻烦。
还不如上 Electron ，代码跨平台、编译跨平台、环境跨平台，节省精力。

还有就是虽然你不想升级，但是 babel 的版本确实很旧了

npm overrides ，yarn resolutions

作为在新闻行业的开发，反正短期看是没有希望的