FarmerChillax

@iorilu 如果这么比，你应该拿 fasthttp 和 fastapi 比。。。你怎么不拿 Django 和 Gin 比 :p

不如考虑一下这个： https://github.com/oldj/SwitchHosts 还带了环境管理

或许可以考虑一下这么几个方案：
1. 硬盘扩容（相信你的机器早已过保了）
2. 增加一台 Mac mini 作为主力开发，现役作为补充移动场景继续使用

@sunorg 这三个问题分别对应如下：
1. 代码跳转完全没问题
2. 有很多非常不错的三方插件，尝试过几个体验都和 jb 差不多，但个人不爱用这类插件，一般都是命令行为主，故不下结论
3. 代码同步指定到服务器上，我理解这个使用 git 就好了吧？比如使用 git hook ，或者代码仓库接 cicd 等基础功能，而不应该是 ide 这上面做这个事情
当然回归问题本身，技术层面 100%可以实现，功能层面也有许多文件同步插件

Go 和 Python 深度用户，vscode 完全没问题，其余不知道。使用插件：官方插件

目前已经是 4k 了，其实分辨率和刷新率在这个场景下继续提升带来的体验有限，如果是我或许更多的是考虑一下添加一个专门写代码的显示器，比如魔方屏（ 16:18 ）

@liuzimin 如果一个公司卡网盘，那大概率也会卡 usb 设备

@Corrots 这里有两个问题：
一是对实际情况来说采样率开不开到 100%只是采样，和埋点没有啥关，这里和性能应该也扯不上关系。
二是对性能的影响需要有数据来论证，并且是结合楼主实际业务的。比如添加了这些埋点后，性能指标有什么变化？

另外对性能影响的大小是由埋点决定的，那么也就是说具体对性能的影响是可控的，因此楼主使用时根据实际情况埋点即可。

这里衍生出来的问题则是，你的服务真的对性能有那么高的要求吗？如果是，那么你的这个服务的业务逻辑本身就应该是很薄很简单的，而不是柔和了一大坨逻辑在里面。
如果说逻辑本身就很简单很薄，那么埋点数量也必然不需要很多。
如果逻辑本身就很复杂，那么应该讨论的是本身埋点造成的耗时与原本的业务耗时的比例，这个比例我理解也不会高。

最后对于楼主的项目连 OTEL 这类基础设施都没有，要么就是历史久远，要么就是不重要。不重要的概率应该更大，因此这里引入 OTEL 我觉得也不会有什么问题。