想起 Atom Editor 1.0 的宣传片

https://www.youtube.com/watch?v=Y7aEiVwBAdk

别吃蘑菇，因为有菌。

从顶楼的内容还看不出用 vue 或 react 的必要。

数据图库一般是比较独立的库，前端框架 vue 或者 react 不是必须。有的库为前端框架做了适配，这样只是在这些前端框架里使用这个图库比较方便，而不是必须。

数据图库一般的工作方式是由页面或者 API 输出数据，用 JavaScript 调用初始化。这些工作一般的 Web 框架都能实现，你用你们熟悉的语言的 Web 框架就行了，先把最小可行性产品（ MVP ）做出来。

至于编辑操作，还不清楚复杂到什么程度。如果只是简单的修改数据，更新页面，可能还用不到前端框架，普通的表单 Ajax 就满足了。当你页面逻辑复杂到不得不用前端框架的时候，那时候就懂得判断选哪个前端框架了。

另外看楼主没提到，这里推荐一个数据图库 https://www.chartjs.org/ ，我觉得比较简洁美观，不知道是否满足楼主需求。

- next.js 的 ssr 按我理解是混合结构，每个页面可以在服务端渲染，然后在客户端绑定行为，之后的交互走客户端，切换页面和 csr 没什么差别。
- ssr 的公共内容可以缓存，节省了一些渲染和查询时间。
- ssr 可以优化首屏载入时间。
- 移动设备客户端性能并不总是令人满意。

我认为 Web 开发前后端分裂是很奇怪的事情，切割两端并不是最佳方案，未来还是会回到全栈。

当你发现 Mac 卡住了，它其实是卡住了。

可以增加工作岗位。

https://getbootstrap.com/ 配合自己熟悉的服务端 MVC ，不依赖 react / vue 之类的前端框架。

我已经从 2015 跨越到 2023 ，爽飞了。

要考虑云玩家

给楼主推荐一部日剧《龙樱》 https://www.bilibili.com/bangumi/play/ep400982

没时间看的话就看第一集 40 分钟开始一小段就行了。

如果几分钟也没有的话我就总结一下：如果在应试教育这个有明确规则的考验也无法通过的话，在社会这个复杂规则的环境能胜出的几率微乎其微。

好耶！发货了！

我的准备发货一天了， 开始预售后 15 分钟下单的。

我觉得 TG 强依赖手机号就是个败笔，推荐用 https://element.io/