晴天霹雳

@walpurgis
@youmilk
感谢两位，准备换组了，防止掉坑里

@Rocketer 确实，这么一说我自己看着也别扭起来了

结案，我去找管项目的聊聊。

目前用着一个新厂 nuphy 的矮轴键盘，基本是 keyclron 的竞品，卖点是可以盖在 mbp 本体键盘上面用，解决了蝴蝶键盘像敲铁板一样敲的手指疼的问题。他家也有 95%的矮轴和普通轴的产品，键帽配色比较明亮。

能在服务端获取数据的尽量服务端渲染后发给客户端。需要响应用户操作获取数据的访问 API

@cangshui pc 端各种 adblock 插件均可以，Android 端 revanced ，ios 不知道

@zhwithsweet 第 2 条足够了，其他都是废话

动态页面使用 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 启动就要半分钟，什么玩意。