动态页面使用 ssg 是完全错误的，ssg 是用来生成静态内容的，做博客的话有 100 篇博客就生成 100 个页面。动态页面又不能确定内容的数量，怎么生成？推测 OP 的解决方法就是在客户端动态获取数据，于是又回到了 CSR 的老路上。。。
不过话说回来如果是写后台的话 csr 挺好，内部用的页面加载慢那么几毫秒有啥关系呢？
用 ssr 的话多一个服务是不可避免的，nextjs is a backend framework
https://dev.to/zenstack/nextjs-is-a-backend-framework-1mb9

<<名词王国里的死刑>>
https://developer.aliyun.com/article/206376

重度依赖 YouTube revanced ，ios 没有类似 app

csr 说到底就是存个文件而已，为什么要部署到 k8s ？ aws 的话直接存 s3 前面套 cloudfront ，azure 也应该有对应的服务。

prisma 很晚才开始支持 mongodb 的，prisma 一开始很注重跟 graphql 的结合，但是不幸的是 document db 反而不如关系数据库对 graphql 相性好。
mongodb 原则上是 schema less db ，schema 没有硬性约束的话很难搞 type system

公路车 3w 还好吧，毕竟可以长期用的东西。就怕刚骑几天被偷了。

ifttt ？

@yinmin 模仿游戏？那是同一天密钥相同，比对不同文本的加密结果来推测密钥，而且破解成功的关键是已知原文和密文，暴力算密钥达成的。而已知原文是因为德军违规，应该发随机字符没有照做。
op 的问题，如果不同密钥加密后的密文毫无关联，取得多份也没啥意义。但像 enigma 有个缺陷是一个字符的加密结果不会是自身，所以得到同一份原文的多份密文的话可以排除一部分结果。

hyper+starship

CRA 这个脚手架在当前已经有一些落后与时代，问题比较多。很早之前就有人提议要改了，比如这个 https://github.com/reactjs/reactjs.org/pull/5487
1. Nextjs 除了默认加入了基于路径的路由以外相对于 React 基本没有其他变化，最大的差异应该是区分服务器和客户端渲染的部分，最近的版本更新（包括 React 的更新）也在尽量的把这两方面统一起来，实现同构渲染。Nextjs 不能说是一个纯后端渲染框架，而且易用性上来说至少不比 React 差。
2. 前端越来越复杂是事实，不管你用 R V 还是 A 都一样，好的地方是可以直接学新东西，现在招前端不会要求一定会 jquery 吧。
3. Nextjs 可以实现首屏 SSR ，其余 CSR ，取长补短。
4. 见仁见智，个人项目还有突然没了或者加料的风险呢。

个人已经把 T3 stack 作为首选框架，Nextjs 这种前后一体的框架与 tRPC 相性很好。之前写 GraphQL 的时候就觉得写一堆 SDL 很烦，tRPC 解决了最大的一个痛点。如果前后分离的话即使用 tRPC 类型定义也得 copy 一份，Nextjs 完全没有这个问题，非常清爽。

上面建议主动承担责任的都是在校学生吗？没社会经验就别瞎建议了。
看你领导怎么说了，要是领导把责任担了，或者不提这事，说明碰到个明白领导。要是领导往下甩锅你一定不能接，要是傻呵呵的接了甚至主动承担责任，那很可能不只是赔 5000 块钱的事情，兴许还有处分甚至丢工作。

thunder client+1
postman 启动就要半分钟，什么玩意。

只有跳槽一途，跟领导提也需要做好被拒了就跳槽的准备。

有没有一种可能，代码能力不长的话工作会被卷没了？

嫌你给他加活了被，反正真出了事也不是他的责任。
我也遇到过类似的事情，系统上线前我在改 bug 的时候发现后端无脑写 curd 导致取用户信息的时候连私钥和盐都返回，虽然 api 需要鉴权但是私钥离开服务器还是不好。给报了个 bug 结果领导不高兴了，意思是测试组都没报 bug 你多管啥闲事，又不敢说不改，于是直接把 bug 票发给我让我改，我说我前端组的这个找后端改。结果后端的人糊弄一下把返回值删了（ post 和 put 接口还能用）

@xhslyf 脑回路真清奇

我看完的感受是 GASO 组织只有价值观，没有方法论。当地警匪一家，都明目张胆的干，关人的地方尽人皆知他们却只能去周边看看，最后还是受害人自己跑掉的。没头苍蝇似的就打电话联络联络 P 用没有，警察要想管早管了又不是缺你那点情报。他们还是专注于预防和救助被骗的人来的现实一些。