程序员的bug解决不了怎么办？ 第1页

小黄鸭调试法

就是在程序的调试或测试过程中，操作人耐心地向小黄鸭解释每一行程序的作用，以此来激发灵感与发现矛盾。什么是小黄鸭？

没错，就是这玩意。当然，你不一定用小黄鸭，你可以用任何你觉得可爱的小公仔，甚至对空气解释都行。

结对编程

结对编程是一种敏捷软件开发的方法，两个程序员在一个计算机上共同工作。 一个人输入代码，而另一个人审查他输入的每一行代码。你找 同级/上级/下级 都行，如果你觉得对方能帮到你，就让ta过来帮帮你。

也不用这么哲♂学的方式的。就正经的坐在工位上，让同事辅助一下你，或者让同事来写，你来解释。

预防

防范于未然永远都是上策。这里引入一个概念，叫做技术债务。

技术负债（英语：Technical debt），又译技术债，也称为设计负债（design debt）、代码负债（code debt），是程序设计及软件工程中的一个比喻。指开发人员为了加速软件开发，在应该采用最佳方案时进行了妥协，改用了短期内能加速软件开发的方案，从而在未来给自己带来的额外开发负担。

当然，bug这东西是不可能灭绝的。当通过按照代码规范编码，做做单元测试等方式，来减少bug，以及降低查bug难度。

还有一个预防方法，就是慎用try...catch。并不是说不能用，只是说不能滥用。因为当你用try catch时，你就有了关于输入的预设，如果你这个输入只用一次，那还好，如果你的这个输入会在程序内重复调用，那么就可能会出现你预设之外的用法，尤其是这个输入还被其他程序员用了，那出bug时，找源头就麻烦了。

如果你发现问题难以定位，但用try...catch能掩盖过去，那么你只是留下了一个新的技术债务，问题迟早会在别的地方爆雷的。

交给项目经理协调

既然bug是永远解决不完的，那么安排优先级这个事，就不要揽在自己身上，交给项目经理协调就好。即使这个bug可能是你的代码造成的，也并不一定需要自己解决；当然不是你造成的代码，也可能要你解决。要记得team work，你的代码成果属于整个team，整个公司，当然bug也应该属于整个team的。当然不是让你丢锅的意思，只是想让你放下心理负担，这样才能更好专注手头的事。

所有的bug都提交jira ticket，计划时间，让项目经理来协调。当然，这过程你需要和项目经理沟通你解决第几号bug需要多久。建议你报上去的时间是你预计的时间x2。不是鼓励你偷懒，而是在实际过程中，你需要一定的时间冗余，以预防意料之外的事。