呆在日本：
1.试一下初任给高的公司比如 GMO ，咨询公司，欧美系，凭本事拿高薪。
2.大手躺平。初任给到 30 以上已经算不错了，前几年都是 20 多。小年轻不至于 6 点就回家吧，一个月加班 30 小时左右能多拿个 10 几万。加上每年 2 次 bonus 也得个 100~200,就算物价高一个人也足够逍遥自在了。


回国：
OP 向往的是体制内工作，最好先确认一下家里有没有背景和资源，小地方体制内更需要这个，有的话可以果断回国。没有的话最好先准备好退路。

说到退路以前很多人都是先拿了永住再回国。OP 既然在日本上了本硕，上班后应该够高才的条件，最多 3 年应该能申永住了。但是现在政策收紧，风险提高周期变长，需要评估一下值不值得等这 3 到 5 年。

@members 如果子项目各自独立的话没有问题，但是这样就不用 monorepo 了。子项目之间有依赖关系的话不分析依赖图就不知道该构建谁。

建议是每次都全部构建，使用 cache 来解决重复构建耗时的问题。monorepo 强制同步整个项目的版本，防止依赖版本错位，如果选择性构建一部分就回到老路上了。

我们用 turborepo 管理项目，我的经验是：

如果构建产物是 docker 镜像的话使用 layer cache 可以解决大部分问题。需要注意的是构建之前需要用 turbo prune xxx --docker 来提取构建 context 以免混入其它的修改。

如果想直接缓存 nextjs 的构建产物，turborepo 官方有付费构建缓存服务。
也有开源版本比如
https://github.com/ducktors/turborepo-remote-cache
需要自己借助 s3 等来搭建。

另外的一点是在部署 k8s 时全部构建的话产物有共同的 tag ，helm chart 中可以将它统一填到所有子项目中。如果部分购进的话又得管理版本依赖。

turso 就是基于 SQLite 的，如果每个处理只访问一个分片，那么就可以无限横向扩展。问题是一旦分片了，两个分片之间就没法确保事务。

attention is all you need

@woodfizky 放牛的孩子王二小学过没？我们不仅也这么干，还挺得意的宣传呢。

@PerFectTime 除了 grill me 还有个专用的 teach
https://github.com/mattpocock/skills/tree/main/skills/productivity

这个在上次日期加水印事件中被骂为 n 宗罪之一

nextjs 开发讲究的地方挺多的，服务器组件和客户端组件拆分，数据获取用哪种模式，suspense boundary 怎么安排等等。如果在 plan 里将这些细节都写上倒是可以让 Claude 按要求实现，但只描述功能 vibe 的话写出来只能说能跑通，review 时可优化的地方不少。
我现在完全放心让 cc 写的是 helm 和 terraform ，不仅一点错不出，还经常给我提供更好的建议。吭哧吭哧学半天 aws sap 不如问 ai 。