@Awes0me 那看来本质上问题是笔记本嘛，不是 CPU 。。。很多事情你改用台式机上就稳定很多了

Intel 笔记本我也碰到过好多破事，卡来卡去的，后来忍不了了直接换了 AMD 的台式机，稳定用了多年没出过任何问题

BTW：用的 Linux ，Windows 啥时候都一样难用不分 CPU

@oColtono 流程不是这样子的，NAS 和我本人不在一个地方，如果网络条件没问题的话会先传网盘，毕竟在任何地方都能传网盘，但是 NAS 只在家里用。

先传网盘的话可以及时分享等等，各有优势

@zuosiruan 这个国内访问不了吧

@k9982874 这听起来可能对我没有什么影响，或许不是我关注的点

sorry 上面打字没打完就提交了，我说用 Linux 是指 Office 全家桶可能对我没意义，但是如果 OneDrive 本身是好用的，200 多也不是问题

@paranoiagu 加硬盘有啥用呢 hhh 组 RAID 吗，我觉得达不到所谓的异地备份的期望
@syunlee 200 多也不是问题，它比起国内的产品主要有哪些优势呀？（ BTW 我用 Linux ）

一来代码安全问题要被老东家告；
二来日常代码 Review 中可以看出很多人并不倾向于 Review “第一次见” + “从未了结果背景和上下文” 的代码。

可以猜测面试官听你讲代码的体验一定是极差的。你需要的是更加抽象的业务模块图、流程图而不是全是细节的代码。

将日志中的 ID 附带到 Trace Span 中，或者将 TraceID 附带到日志中。听起来后者会更快更容易实现。
@oldboy627

爬了一下楼，听起来楼主的意思只是说，现在 Trace 部分是没问题的但是 Log 部分缺少 TraceID 在上面。

这个不管怎么弄都是关联不了的，要推动的事情是先让研发把 Log 里面的 Metadata 字段补齐，例如 TraceID （、SpanID ），这些数据采集之后想怎么关联、在哪里关联都很容易。

如果问题在于日志本身不具备 TraceID ，或者没有任何可标识一次请求的 ID ，那怎么搞都没用 orz

推荐一下小品牌，innocn ，家里一共 4 台在役

借问多少钱呀现在一般）

坚持安利博客!

https://jiekun.dev/

甚至还把简历也用 Hugo 做了 (👆博客里有)

后面慢慢觉得 Markdown 比其他写作方式, Office 都舒适

@wws2023 这怎么都到解决办法了，没道理要解决的啊，维护能调试的程序是开发者的职责

@dcsuibian 人的问题，跟云原生没有半毛钱关系。所有我在 k8s 里写过的项目都能在本地运行。

@sujin190 如果，如果问题是某些数据转换逻辑呢？内存中的格式变换聚合，埋了 trace span 吗？

而且宽泛讲，很多问题压根不出现在对外调用中，或者反正就是出在了非 trace 埋点的地方，怎么查，是不是还得靠日志和断点调试。

总之，tracing 接入并不解决一些代码逻辑的问题，本地调试是最后兜底的手段

@wu67 过瘾不，用户说报错了我还得回他一句，“你等一下啊，我用你的请求在测试环境加点日志跑一下看看哪里有问题”

不管是本地跑，还是开发机器远程跑，能调试都是好的。

不能调试是指本地不能跑，要跑就要通过 cicd 部署上隔离的环境，以及类推更多的 case ，最终无法在 ide 上调试。

谢谢楼上的远程调试的同学手下留情，不要错杀好人....

我要补充一点防杠，也是主楼没有说清楚。

这里不能本地构建可以再拓展一下，泛指没有本地调试方法的项目。远程开发，dlv ，或者任何的调试工具，只要能本地调试（不要求本地允许）都是可以的。

主楼说的不能跑，应该修改为不能本地 debug ，比如有网络隔离，不能直接访问 test 环境，导致只能通过 log 等手段反复部署调试的 ''垃圾服务''（当然也包括各种依赖问题导致无法运行的服务）