程序员在普通人的印象里是一份严(ku)谨(bi)的职业，也是一个被搞怪吐槽乐此不疲的职业，程序员们面对复杂的代码敲打电脑时连眉头都不会皱一下，但是有一个词却是他们痛苦的根源，它就是Bug。
有不少的新手程序员，刚开始都是从修BUG开始做起的。
修bug有助于熟悉项目，了解大概哪些类参与了执行线路，相互调用关系又是如何，结构设计上有什么特点。
以前猿姐就听过这样一个故事
有三个程序员需要穿过一片田地，到达对岸的房子。
初级程序员看了一眼笑着说道：不远，只需要十分钟就行。
资深级程序员想了一下说道：我应该在一天内过去。”菜鸟程序员很惊讶。
大神程序员看了一眼田地，说：我觉得十五分钟应该够了，资深程序员冷笑了一声。
于是，初级程序员出发了，刚走了一步就碰到了地雷，只好返回再次尝试，最好，花费了一天的时间才过去，结果却是伤痕累累。
资深程序员一出发就匍匐前进，仔细地拍打地面，寻找地雷，只有在安全的时候才前进。他在一天的时间内小心谨慎地缓慢爬过了这片地，只触发了几个地雷。
大神程序员出发之后径直穿过了田地，十分果断。他只用了十分钟就到了另一边。
“你是怎么做到的？”另外两个人问道，“那些地雷怎么没有伤到你？”
“很简单，”他回答道，“我最初就没有埋地雷。”
哈哈是不是很有意思呢
开发应用程序是一个非常有压力的工作。没有人是完美的，因此在这个行业中，代码中出现 Bug 是相当普遍的现象。
面对 Bug，一些程序员会生气，会沮丧，会心烦意乱，甚至会灰心丧气，而另一些程序员会依然保持冷静沉着。因此，如何处理修复 Bug 的过程也值得我们细细琢磨。
猿姐想分享一些程序员修复他们的源代码时所经历的想法。我相信很多开发人员和软件工程师经历过这些艰辛，然后在事后一笑而过。以下你经历过哪些？
1．“我不知道是要删除还是要重写它”
回顾从前老的源代码，会有一种想要返工写成较大块集群的冲动和诱惑。丑陋的逻辑语句，还有冗长的语法，导致代码非常难以阅读！
但话又说回来，如果代码没有坏掉的话，那就不要去修复它。这种汹涌澎拜的斗争是我经常要面对的，而且显然会困扰许多软件开发人员。
2.“对于起始框架我应该查看 Github”
我想大多数开发人员都知道 Github，上面每天都有数量惊人的开源项目发布。
任何语言的程序员都可以通过互联网借鉴现有项目，加入维基讨论，或者创建自己的代码仓库。它是各种项目所需插件和模板的超棒资源。
3.“为什么这个脚本需要这么多库？”
尤其是一些比较大众化的语言，如 Java 和 Objective-C，库的数量可能变得异常凶猛。当构建一个需要大量基础的框架时，所需的库的数量就变得显而易见得多。
即使是一些适用于 Java 的插件，也会额外需要无数的文件。有时，这会让人觉得烦杂恼人——但至少是有用的！