今天不想聊别的，就想聊点 Bug，是不是感觉我有点傲娇呢？昨天大家的留言我都一一仔细看完了，看完之后，就想到了一句话：生命不息，坎坷不止。2016年大家真的是被互联网的资本寒冬折腾坏了，这真的跟我们编程一样：编程不息，Bug 不止。
我想大家看完文章的开头，肯定会以为，我用人生比喻编程，坎坷比喻 Bug ，来篇鸡汤解除大家人生和工作上遇到的饥饿和苦难，那你们就错了，我这个人就是不按常理出牌，咱们聊得就是编程中的 Bug 。因为我最近的工作老是跟 Bug 较劲，让我有点想吐槽了，仅此而已。
其实作为一个程序员最大的快乐我认为有两件事：一个是自己的软件或者产品，按照自己的心意做出来，并如期上线成功了；还有一个就是困扰自己很久的一个大 Bug ，突然被解决了。Bug 被解决的那种快感，那种感觉就像是被你追求很久的一个女神突然答应做你女朋友一样，让你心花怒放，春心荡漾，前几天是因为被 Bug 困扰的辗转反侧，夜不能寐，现在是兴奋的难以入眠。
作为程序员，自编程伊始，Bug 就会如影随形，因为它就是你的影子。Bug 就是软件的影子，和软件就是与生俱来的，是不可逃脱的好 CP，有着难舍难分的好感情。Bug 无处不在，对于程序员的酷爱，超越程序猿的老婆，它对于软件的痴迷，比程序猿还要厉害，即使再牛逼的程序猿也逃脱不了 Bug 的魔掌。
你有代码洁癖吗？
我相信大部分人都有代码洁癖，尤其是重症强迫症患者，最常见的一个现象就是有很多程序员不允许代码中有警告的存在，一定要消除掉才行，还有的是打括号的是时候特别喜欢成对的打，有的程序员就是看不惯大括号在左边和代码同行显示，有的就是不习惯大括号换行等等。你存在这种情况吗？自己有代码洁癖挺好的，有时候能让自己养成良好的代码规范，最起码写的代码整洁。当然现在的 IDE 可以帮你一键格式化。
其实如果每个人的代码格式洁癖不同，那除了自己之外的别人看起来就会很别扭。所以，我们程序员作为一个高频的跳槽职业，肯定会经常遇到去新公司接手之前离职前同事的代码的情况，那个痛苦不言而喻。交接查看代码的时间成本对于一个公司来说，还是非常大的。这时，我们就需要一个公司或者团队，有自己的编码规范文档，对于一些常量的定义，变量的定义，方法的命名都有自己的一个规范，这样新同事入职，看完规范再看代码其实能够节约不少时间。
遇到 Bug 时，你的反应是什么？
遇到 Bug 时，每个程序员由于性格不同，反应也不一样，看看你属于哪种？
理性的程序员会说：这个 Bug 能复现吗？
自负型：这不可能，在我这是好好的。
经验型：不应该，以前没这个问题啊？
幻想型：可能是数据有问题。
无辜型：我好都好长时间没碰这块代码了，怎么可能！
乐观型：只需要改一行代码，不会影响其它程序的。
实践型：你重启一下服务试试。
那如何减少代码中的 Bug 呢？
说了这么多废话，主题不就是想说，如何减少代码中的 Bug 吗？其实我这个人比较矫情，比起如何减少代码中的 Bug？我更喜欢吐槽。
每个团队制定一个代码规范，同一个项目，同一个规范。
熟悉功能需求，找到合适的功能框架。
编码之前，一定要先理清需求，将业务转化成功能点。根据功能点分模块，写方法。
编码过程中，一定要严谨的进行业务逻辑处理，比如：抛出的异常要处理，在 for 循环中，尽量不要频繁 new 对象等。 代码逻辑要清晰。
做好代码审查，Code Review 。不要懒于代码审查。
其实还是那句话，说起来容易，做起来难啊！就跟写注释一样，写一句注释能有多难，大部分程序员都懒于写注释，到最后，时间长了，自己都看不懂自己写的是什么玩意了。我相信大家都知道程序员讨厌的四件事，那就是：写注释、写文档、别人不写注释、别人不写文档。
编程不息，Bug 不止，在天愿作比翼鸟，在地愿为连理枝。天长地久有时尽，此恨绵绵无绝期。Bug 对你如此深情，如此爱你，你怎么能拒绝？这就是我们程序员编程工作中的必要需求。
