今天，笔者有十多年写bug的经验，是时候和各位读者分享如何写bug了。从某种意义上说，写一个bug其实并不是一件光荣和光荣的事情，而是写一个影响巨大/潜力巨大的bug，然后通宵达旦地去调查并修复它，在你顺利修复bug的代码下，你也可以获得领导/同事/考妹一波666。你会发现写这个bug其实是一件值得炫耀的伟大的事情。一般来说，写bug可以从以下几个维度去思考：1、测试是对自己代码的不信任。程序员的天敌就是考妹。为了写出更多的bug，我们往往需要减少测试的次数，作者也准备了一些脚本来对付测试妹子：这个功能很简单，不会有bug，这个功能是临时用的，以及没有用户会用，放心，我写的代码保证没有Bug2。相信别人的实现，有现成的，千万不要自己动手作为一个只想和这个世界打个招呼的普通程序员，我们需要对这个世界充满信任。遇到新功能，先打开百度搜索，看看别人的实现。如果有现成的，永远不要浪费时间检查别人的代码。如果别人的代码有问题，我们哪有勇气发文章？我们需要信任第三方库，信任测试过的代码，相信用户足够聪明，可以按照我们的要求传递数据。3.把所有的代码都放在try-catch的外衣里，拒绝暴露bug，很烦人。我们有一个完美的避免bug的操作：就是在编码的过程中多使用catchException{ignore();}，经过这么简单的处理，所有的界面都能完美运行，客户不会看到天书bug日志。也许这个操作就像学生做的一道数学题。也许过程是错的，但结果是对的。4、配置个性化的开发环境。开发环境永远不要和生产环境保持一致，因为生产环境一般都是linux系统，linux系统真的很无聊。没有弹窗广告，没有微信，没有QQ，只有黑白。只有windows/macos等操作系统才适合我们的开发环境，因为它们可以配置不同的主题，安装漂亮的字体。如果遇到测试向你报告疑似bug，你可以通知她过来看看你，还可以得意地说：“我的地方不错，是你操作有问题。”当你熟悉这篇文章，掌握bug制作后，你只需要勤加加班，就能掌握bug制作的艺术。
