@aababc #9
不用动 Request 吧,把处理后的 slog 和 db 可以直接放在入口的 ctx 里,实际逻辑和日志用自定义的 Ctx 去处理,就能统一注入 TraceID 了?

@aababc #2
现代框架的方案一边都是在 Server 收到 Request 的时候,为每个 Request 创建一个 TraceID 在 Context 中,所有后续的 Log 都会打印出这个 TraceID 来追踪整个 Request 的处理情况.这样就不会出现你说的 DB 和逻辑日志分离了.

具体处理可以试试在 Gorm 的 DB 实例中注入这个 TraceID,类似
traceCtx := context.WithValue(context.Background(),traceKey,traceID)
db := db.WithContext(traceCtx)
如果日志中没有可以像 3L 说的这样注入一个自定义 TraceLogger 在打印的时候也打印出 TraceID.

很多都是一层层 return err,等下 err 直接到 response 了
我反而有点疑惑你的思路...目前 Gorm 这样我反而觉得是最合理最方便的

大概翻看了下 Lazyvim 的插件列表,目前补全应该也用了 blink.你可以找一下 blink 配置的地方,改成<tab>补全即可.
--
Q: 是否推荐修改这些补全方法等，我不想让配置变的很复杂。
A: 我的经验是没必要纠结这个,按自己最顺手的来.Vim/Neovim 最大的优势也是自定义.

最佳实践我建议是通过 Lazyvim 来体验 Neovim 目前的主流生态.然后通过 kickstart 学习自己手动配置来深入.
关于 AI 部分,Neovim 其实也有很丰富的 AI 插件能做到类似 Cursor 的一路<Tab>,当然不一定能完全一致.

KickStart: https://github.com/nvim-lua/kickstart.nvim

淦,我也抢了一周了,比雷布斯还会耍猴

1, 因为我觉得我做的事情天经地义，不需要经得起他人同意。
2. 我觉得我爸妈确实极其不地道，我老婆气不顺是应该的
-----------
你有这种思想婆媳有矛盾理所当然...
建议 OP 自己先反省下吧,另外同好奇"我爸妈确实不地道，没有长辈该有的肚量". 建议补充

最近看中联想小新 14PRO GT,感觉 16 的应该也还行

击键次数少了,手没那么累,按错的概率也小了
日常使用有正常的输入速度就行,稍微快点慢点区别不大

支持

1. 就看八股,为面试而面试
2. 工作稳定后再深入学习

之前我也遇到过这样的情况,一边看八股找工作一边想好好的学习,很矛盾.后来发现没有一个稳定的工作和收入,根本没法好好学习..

@KMpAn8Obw1QhPoEP #12
nvm 是纯 shell 实现,相当于每次打开终端会自动载入整个 nvm.而不是像 fnm 那些二进制程序一样用的时候才打开.
如果你"感觉还好",可能是:
1. 你的电脑性能挺不错
2. 你不在意这个
3. 没有对比过"真正的快"

一般来说体感上没有明显感受到慢就不用太在意,自己用的顺手就行.

作为终端重度用户,这题我还真投入时间研究过.可以参考我的 dotfile:
https://github.com/0x7a7a/dotfiles/blob/main/zsh/zim/.zimrc

还有 pk10 作者对不同 zsh 管理工具的性能评测:
https://github.com/romkatv/zsh-bench

zim 一类的 zsh 插件管理可以单独提取 omz 里的 git 使用.
nvm 会严重影响终端 prompt 的速度,替换方案就是上面说的 fnm/volta/mise
更究极一些的版本管理可以使用 nix/nix-direnv 一类的方案,不过门槛较高,更适合爱"折腾"的人

为啥我没收到推送- -

如果能做好模块隔离,别人写的屎不会影响自己写的部分我也能接受.
等对方写的模块维护不下去,或者其他原因需要重构/重写了,把屎"冲掉"就可以了.

咋感觉像

相亲哥看到这贴估计要苦笑了,被当教材了

虽然不建议新手上大排,但是我觉得 250 排量的档车在市区走走停停需要频繁换档还是挺烦的.
450 左右的排量基本 2 档就行了,偶尔路况好可以 3-4 档,基本和踏板似的,省事很多.

@xiaowanga23
两个都挺好,具体最好都试驾下,很难言传.