不懂就问,同事写后台不会用断点也不学...每次调接口都要好久,怎么劝劝啊...

[From313]

同事用 Go 写后台,我写前端,我俩联调时,我发现同事一直用 log 不用断点,我好奇就问了下为啥不用断点.同事说 Go 用不了断点,他写区块链时也用的 log 调试...但明显 GoLand 能用断点....每次调接口都磨磨唧唧的,10min 的事儿能给您墨迹一上午,就疯狂 log.....怎么劝也不听....现在后台框架用的是 b 站的 Kratos...

[djoiwhud]

另外多说一点，为何 go 靠断点调试是非常不合理的。

go 开发 100%都会涉及多线程，非常多的问题不断点跑大量压测都有时候很难碰到，何况断点吭哧吭哧慢慢倒腾。断点调试可能一辈子都无法找到问题。我很少看到后端开发断点调试。

还是得靠自测和测试单元，代码和框架机制要简单。

[newtype0092]

@nicevar #12 绝大部分场景相反吧。而且对线上的疑难杂症或者多个系统交互的场景也不可能让你断点停下来啊，就算是测试环境，不可能整个环境为你一个人停下来，别人没法玩了。

[nicevar]

@newtype0092 断点的场景肯定少, 有谁跑去线上环境去断点的, 再说很多公司连线上环境都不让普通开发去操作, 断点基本上都是在本机操作, 测试环境都很少用

[wingoo]

个人不建议断点, 良好的测试 + log / trace 才是正经做法

[nicebird]

重点是这人太菜，调试太慢。

[maomaomao001]

不要跟他连调啊, 让他用 postman 之类的测好了, 你再去接

[yukiloh]

老师没教好，我以前大项目也用不来断点，后来看千峰的李为民的整会了

[areless]

web 后端 log 比断点好。慢是另外原因。

[Yoock]

如果有很多 rpc 调用，本地根本调试不了的

[Dbin]

怎么劝？你又不给别人开工资，还是跟上面反馈一下比较好。

[zachlhb]

说实话我也不喜欢用断点，直接 print 出来感觉更快些

[chihiro2014]

断点从来不是调试的正确姿势，并且也不是看源码的正确姿势。
打日志才是，如果连自己业务都不清楚，那就很蛋疼

[qq1340691923]

用 log 合理 最好是先让他写单元测试，postman 测过了没问题了 联调时再 log 打印 不过日志等级要设置成 debug

[darknoll]

用啥断点啊，小白才用断点，牛逼的都是看 log

[taxiaohaohhh]

@Vegetable 遇到这种谁行谁上，但凡影响我进度的，无论前后端我都是自己搞定，小公司我可以为所欲为

[spritewdx]

很多拿线上环境来说断点和 log 优劣,线上环境合理的 log 日志是必不可少的,但跟调试使用 log 还是 debug 模式并没有什么关联
建议:让后端自行测试,通过后再进行联调.

[mrdemonson]

不用断点，还当啥程序员呀；断点是调试程序的，日志维护程序的

[ershisi]

断点不是最重要的啊，解决问题能力是最重要的。自测都不测的吗？

[crackhopper]

我也喜欢用调试器。不过周围大家都是 log 调试。调试器依赖编译开关，尤其是一个服务有大量上下游依赖的时候，项目的配置都有点搞不明白，自己改一下增加 debug 版本还是有点困难的。log 就非常容易了，另外仔细观察 log 也可以很快定位到问题，定位不到说明需要增加 log，这种也是好的，尤其是排查线上的 bug 根本不可能用断点，log 记录的是否充分就很关键了。
整体，我首选 log 调试，其次选择调试器。

[hankai17]

块链的 go 刚培训出来的吧