@Greendays #12
是的 这个可能要实际试试才知道.
倒不是特别挑剔,别太离谱就行.再怎么也不可能有以前 ThinkPad 那种键盘了.

@Greendays #10
现在的 Thinkpad 看起来键盘上设计和主流的笔记本区别不大的感觉,都是巧克力键盘? 当然实际我还没体验过.
E 系列怕做工差一些,网上风评不是很好.

@xtreme1 #5
确实考虑到这个问题,主要 Thinkpad 性价比过于低.同配置的 Thinkbook 差价在 1.2k 了

@cpstar #4
可能本质上操作系统只是个"平台". 具体使用场景才是对硬件有需求的地方.如果只是启动一个系统放在那"看"确实不需要多好的硬件.
平时主要是写代码,多个项目同时开发等等,这些都是"Linux 之外"的情况,需要好的硬件支持.
我之所以去强调 CPU,是因为据我最近几天的调研,二代功耗的进步很大,如果可以,是有升级的必要性的.
--
对于"windows 都没整明白，还指望没有专门优化过的 linux 整明白",我还是觉得如果没有兼容问题,可以硬件先行,等软件更新.如果硬件都没有,其他更无稽之谈了.

@cpstar #1
在驱动没有问题的情况下,主力机秉承着买新不买旧.
好像现在大家都觉得"反正装 Linux,不需要太好的配置"的感觉.

感觉土豆有点小啊...一直在回避

@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 一类的方案,不过门槛较高,更适合爱"折腾"的人