何时才能逃离写 bug 怪圈

[ShikiSuen]

作为一名合格的程序猿，拥有各种奇怪的经历。很久以前为了给 app 加功能，把整个 app 弄崩了，打开就闪退。

今天下午修了一个 bug ，在测试机上打开发现修的按钮会导致 app 全部卡死。从同事那里复制的代码会报错，在他那里没问题。

我在想每天花时间做的改进不如不做。以前同事调侃说：又在写 bug 呢？现在想想其实他说的很对。

好难受，感觉自己真没用，我不想当一个平凡甚至平庸的人。还记得在刚毕业的时候，我总想出人头地，成为行业的大佬，可是现在早已经被生活和 bug 磨平了棱角。

[150530]

@bytesfold 深有体会，硬刚了几个小时都搞不出来，出去吃个饭或者第二天随便一弄就解决了，当一个事情一直解决不了就会急躁，越急躁大脑就越不灵活思考问题太局限

[go522000]

写 BUG 很正常。自己写完要测试下，然后在发布前测试人员也多测试。

[silencil]

复制粘贴不好评，从来不复制项目中别人的业务代码。工具代码或者比较复杂的代码会从搜索引擎得来的结果进行复制，见过同事原封不动的复制代码，说功能是一样的，并不是说复制这个动作不可行，而是因为没有经过自己的大脑，这段代码粘贴过去很可能其中的一些逻辑和运行环境就不一样了，更重要的是「粘贴的代码，你很难一次性全改对，很多时候可能就一个参数或者变量名没改对，找半天找不到」。

[taxue67marx]

首先，在复制同事的代码时，可能是因为环境和依赖版本不同导致出现的问题。我的建议是，不要直接复制粘贴代码，而是要理解这段代码的原理，按照自己的理解和实际项目情况进行修改。

[exmario]

全世界的程序员没有人敢说自己写的东西 100%完全没有 bug 的，只要是人就会犯错误

有问题修复问题就可以了

[whoosy]

水平问题

[qsnow6]

确实没有 100%不出 Bug 的软件，但是一个 Bug 反复出现，到处是 Bug 崩溃，这就是能力不足，没啥好解释的。

Windows 11 设计的美仑美奂，但是一堆 Bug ，不影响“质量拉垮”这个评价。

[Masoud2023]

“从同事那里复制的代码会报错”你要不要反思一下为什么要从同事那里复制代码而不是你自己写？

[iblessyou]

@purringpal 确实，这话像 moba 游戏里低段位玩家开口常说的“我不坑，经常遇到 XX 队友/这段位太坑……所以上不去。”
楼主这看情况，是提交前就这样了就正常，提交后了经常出问题那是真不合格了。

[tangtang369]

多加练习 养成良好习惯 多加注释 逻辑稍微复杂 先画图再写代码
我工作遇到过好几个这样的同事，简直是 bug 制造机器，其实都是些很小的问题，不是啥严重错误，这种小 bug 每隔一小段时间都会上演，场景如下:“我这又出了点 bug ，代码肯定是没问题的，是不是这个机器有问题，我合并前测试过了，你帮我看看,然后给他分析他代码逻辑，就是我已经知道哪里错了，我自己改下就行”

[iyiluo]

bug 这么多，一看就没写单元测试，每天花点时间写单元测试，bug 能减少很多

[Nich0la5]

多写单测，很多人意识不到单测有多重要，一个覆盖完善的单测可以提醒你之前做的都是什么功能，边界在哪里，重构的时候有单测就能随便改了反正能立刻发现问题

[FantaMole]

“在我的电脑上可以”
“你是不是改了什么”
“这个昨天还是正常的”
“这个你先刷新一下试试”
“肯定是你网络的问题”
“程序没问题，肯定是你改什么了”
“这个问题以前就有”
“这次肯定没问题”

[Belmode]

避免不了不产生 BUG ，及时调整心态，丰富自己的个人能力，BUG 自然会减少~

[kneo]

能力问题，这也怪生活？我还想当超人呢，怪生活磨平了我的腹肌。

[purringpal]

楼上无脑圣母心的朋友们，如果只是工作中日常 bug ，哪有同事敢对你骑脸输出：“又在写 bug 呢” ？？？

吸取建设性意见，走出新手村就好了。

[godqueue]

写代码前先想好怎么测试他，测试都没想好。。写什么代码。。

[isnullstring]

合格的程序猿是不会怀疑自己没用

[LevineChen]

楼主不要绝望, 这不是什么怪圈, 单纯的水平问题. 菜就多练练

[nbhaohao]

与其在这边矫情, 不如多去看看项目代码. 只要人活着就会犯错, 写 bug 太正常了, 虚心接受, 把这个 bug 搞懂, 下次不再犯就好了, 而不是做一些祈祷或者抱怨.