关注小编，每日分享干货。

程序员开发工作充满了挑战性。人无完人，对于程序员来说，写出有 bug 的代码是在所难免的。那么在修复 bug 的过程中我们都经历了什么？今天我来罗列一下程序员遇到bug的时候的30种反应，快来看看你有没有中招吧！

（上一篇提到的前10种反应）

11.没有右括号，麻烦很多

向前走了两步，向后走了一步，向前走了两步，依此类推。您可能花几个小时盯着代码，寻找函数名称或变量范围中的错误，却发现缺少右括号，这感觉很奇怪。所有的时间都浪费在一个小的语法错误上，而且还是因为马虎丢掉了一半括号，这是就会感觉自己像个傻瓜。

12.休息一下

有时您需要站起来，离开显示器一段时间。在键盘上输入几个小时后，稍事休息肯定会帮助您思考。大多数健康准则建议每30至60分钟休息一下，但这完全取决于您的需要。如果您总是中途停止，可能还会感到烦恼。

13.停止手头正在处理的BUG，然后再继续

除了离开计算机，这是另一种休息方式。也许您还有其他工作要做，那就去做吧。这是分配时间和资源的更好方法，尤其是如果您已花费5个小时仍不能解决问题的话。

14.有没有音乐可以激发我的编程技能？

有观点认为，在植物生长的早期，播放音乐有助于植物生长。那么，在编程时听音乐真的可以使您在调试代码时变得更聪明吗？可能不是，但听音乐会适当的放松心情，从而达到变“聪明”的目的。

15.也许现在是检验鲍尔默峰理论的好时机

该理论认为，程序员消耗一定量的酒精后，其编码能力将达到顶峰。这是由史蒂夫·鲍尔默（Steve Ballmer）的怪异行为引起的，这可能只是酒鬼的废话。但这具有讽刺意味，因为鲍尔默不是程序员。我认为我们必须等待其他人来检验这一理论。

16.谁动了我的代码？

这听起来像是一种妄想障碍，但有时您不得不想知道在忙于补眠时，谁在编写这些代码。在过去的几周或几个月中，您对繁忙的项目感到沮丧。有时您不记得您在代码库中添加了某些内容，甚至是您上周刚刚检查的项目！

17.我不知道这意味着什么

在最坏的情况下，您在不知道要做什么的情况下阅读了源代码。它可能是您自己的项目，也可能是其他人的项目，但是问题是相同的。现在，您必须决定是花更多时间寻找替代方案还是花时间分析脚本以了解脚本。

18.我想在网上搜索此错误消息

报错代码（例如404）试图为我们提供解决问题的帮助，但是除非您记住各种错误代码的含义，否则它们看起来更像是翻译的计算机语言。幸运的是，网上有很多内容可以帮助我们确定这些错误代码的含义。

19.今天应该到这里结束，但是我真的想解决这个问题！

我们都知道，当您想放弃某些东西时，会感到沮丧，与此同时，您会感到放弃不是正确的选择。您想继续尝试新的解决方案。但是，如果您发现又浪费了一个小时，该怎么办？我经常遇到这种情况，这使人们感到非常沮丧。

20.为什么不写注释

在编写前端HTML / CSS / JS代码时，不一定总是需要编写注释。但是对于更复杂的脚本和程序，需要某种类型的注释，以便您可以在几个月甚至几年后再查看。有时您忘记为功能及其参数，输出格式和其他基本数据添加注释。发生错误时，您需要调试整个脚本以找到解决方案，这无疑会给您带来混乱。此时，您会认为，如果在开始时添加了一些有用的说明，那就太好了。

看看，您中招了吗？

喜欢编程，职场，圈内新料。

多多分享，转发。