@hallDrawnel 上游是 io.Writer 的 Write(), 用户用 slog 写日志的时候触发, 所以控制不了.

@newshbb Nuxt 算是 Vue 生态下的 Next.js 平替? 前端我只用过 React, 对 Vue 生态不太熟悉, 如果和 Next.js 功能一样自然没啥问题, 就是不清楚有没有 T3 这样的模板帮忙做整合.

看了下你新帖的说明, 总控端用 T3 那套足够了, Agent 推荐用 Go, 自带交叉编译能省不少事.

罗技（ Logitech ） MX Keys, 我一直用的这个, 正常敲几乎没有声音.

给的信息太少了。如果整个项目就一个进程，没有任何外部依赖，那用 go 确实可以只输出一个包含前端资源的可执行文件，方便部署。但如果有数据库之类的外部依赖，那就简化不了多少了。

从开发效率上讲还是推荐起步用 Node ，从 https://create.t3.gg 生成一套模版就能开始写业务了。

pyroscope 做过类似的存储优化，可以参考看看： https://pyroscope.io/docs/storage-design/

git log 里都找不到，那八成是 force push 强行覆盖掉了，在仓库设置里把这个分支设置为保护分支可以避免这种情况。

编码过程就注意下有没有对 native 的依赖,有时候基底镜像的 so 不一定全。

最好手动指定 jvm 和 pod 的内存，防止线上出现 oom 。

如果是临时用用的项目当然无所谓，正经项目里还是不建议用本地文件存状态。

可以放个 Redis 在中间，共享状态，消息队列，广播事件 Redis 都支持，很适合用在爬虫这样的异步任务平台。

自己写二进制也有好处，把以前遇到的故障都写成测试用例，如果是类似的错误，跑一遍就能自动定位了。

当然偏单体，重业务的系统我还是推荐 Nodejs T3 那一套，前后端统一技术栈能省不少对接时间。

@yangxin0 Go 现在价格这么高吗？那应该会吸引更多人加入，未来反而好招人才是啊。

@yangxin0 为啥小团队不建议用 Go? 我在 10 人以下小团队用了快 5 年了感觉没啥问题呀?

@sch1111878 不是写完整的后端啦, 只是帮忙填几个接口的程度其实还好, 配合 tRPC 加 Prisma 基本上没有任何难度, 甚至连联调都省了. Java 的 Spring 可比这夸张多了, 没法直接对比.

不如试试 Typescript + Node.js ？万一后端一时招不到人还能拉前端来帮忙开发几个接口。

打错了: 数据源 -> 数据流

因为交流的时候把主语省略了所以容易搞混吧, 明确说是数据源还是调用链的上下游就不会有歧义了.

像这种对请求格式要求比较严格的场景，还是建议找个语言无关的 RPC 框架做通信和校验。不然就算一个服务里处理好了，不同语言服务间调用，或者服务质量参差，还是可能遇到类似的问题。