程序员为什么不愿意修改BUG？ 无非是没时间，问题太小，重现不了，理解不了，在实际环境中不太可能发生，问题只出现在没有人用的非常特殊的设备配置上 ，改正缺陷的风险太大（特别是临近封版），不会影响程序的实际用户等。
如果你的程序没有bug,只能说明你的程序不够复杂!
这个回答能在这个周末带给大家一件有意思的小事儿就挺好~
那些老是写bug，又debug不成功的人，就趁早转行吧，别再假装工作了。比如我，决定不做开发，跳槽刷厕所了。
这个问题的根本原因是微信实现了自己的GIF解析功能，但由于对输入数据的校验不严格，导致异常的数据被解析，引起崩溃。在5月17日当天，这个GIF开始流传后，微信似乎在服务器端做了屏蔽，使得这个GIF无法被正常接收，但我们只要随便修改一下GIF中的任意一个字节，就能绕过这个屏蔽措施。同时由于iOS应用上架需要经过苹果审核，需要额外耗费一定时间，这就使得这个Bug即使修复后，所有用户也无法立刻更新。
简评：别幻想了，就算看完这篇文章，Bug 依旧不会少，就算没有了 Bug，还会有 Aug，Cug。。。
Reddit上原问题是：程序员们，被大众广泛采用的产品中，有哪些让你无语的代码？
在 Quora 看到了「What are some famous bugs in the computer science world?」这个问题，整理了部分楼的答案与大家分享，之后还有比较有趣的答案会继续整理，也欢迎大家在留言板中补充。
当一个程序猿发现bug时是怎么想的？不要看他们默默不说话，内心已经万马奔腾了好吗~~~
有些开发认为开发出的界面和设计稿有一定偏差问题不大，但是我建议界面尽量按照设计稿做，因为几个像素的偏差，一个按钮位置的不同，一块区域透明度不够等，都会造成整体美感的下降。经过和团队合作一段时间后，大家实现的界面和设计稿更加贴近或者完全一致。
很多人挤破头都想当程序员，或者转行学编程。但是也有人觉得，做什么职业，千万别做程序员，尤其是 苦逼的java程序员。
无论是开发还是产品经理几乎每天都在和各种各样的BUG打交道。但是，为什么有些BUG是不能修改的呢？
该文章来自于阿里巴巴技术协会（ATA）精选文章。 个人经历 对我代码质量影响最大的是在一家外资企业，在这家公司我觉得有以下几个方面做的很不错。 团队编码风格统一 统一到什么程度? 不看代码作者，你很难区分代码是谁写的(在目前公司一些团队也能达到这个标准)。个人观点: 这样做有什么好处？团队中每个…
作为一个软件项目的领导者，你在要求某个程序员加班时，其实就已经在冒险；而如果你经常这么干，不要奇怪为什么项目总是延期，或者一到关键时候，总有突发事件。只要试验次数够多，可能性再小的事也会发生；而只要试验次数更多，小概率事件也会连续发生。所以，最理智、客观的观念就是：欲速则不达，不要相信一个程序员在加班时间写的代码。
写这篇文章的过程中，我的一个朋友也遇到了类似的问题。在开始使用索引的时候，他们忘记了把索引添加到特定栏中，以至于数据库CPU用量飙升。这件事带给我的教训是沟通是关键，实现获取客户的指标，了解需求的增加程度，从小部分开始迁移，不要一次性进行整体迁移，了解你正在索引的数据
最近我重新浏览了这所有的 194 个条目（历时 13 年），看看我从这些 bug 中学到了学到了那些重要的经验教训。我分为编码、测试和调试三大类。
简而言之，我花费了 6 个月的时间去查找一个错误的字母，而它是一个比我多 26 年工作经验的工程师所犯的输入错误。
如果你真的喜欢某个软件，并且想为其开发者表示感谢，最好的方式之一，就是提交bug报告。下一次当你遇到一个bug的时候，你可以考虑向开发者提交报告。
开发应用程序是一个非常有压力的工作。没有人是完美的，因此在这个行业中，代码中出现bug是相当普遍的现象。面对bug，一些程序员会生气，会沮丧，会心烦意乱，甚至会灰心丧气，而另一些程序员会依然保持冷静沉着。因此，如何处理修复bug的过程也值得我们细细琢磨。
本文来自“The most stupid C bug ever”，很有意思，分享给大家。我相信这样的bug，就算你是高手你也会犯的。你来看看作者犯的这个Bug吧。
2012年8月1日，一个 bug 一步步让骑士资本在交易中损失了 4.65 亿美金，并且直接导致破产。这个故事涉及的代码库，是一个大型、无人维护、腐烂的代码库，代码本身将近 9 年没用过了，真是一次集合了技术债务所有特点的惨案。
我明白了一个实践教训，即你为什么要将代码中发现的问题报告上去，即使一开始它们看上去那么微不足道。
这人懂什么软件工程？你是个艺术家，而芯片就是你的画布。你已经无数次地阅读了《代码整洁之道》，你对它的了解甚至超过了你对自己 GitHub 密码的印象。
当然，262个项目中找到10000个bug其实并不多，平均每个项目只有38个。但是值得注意的是，这些项目的质量差别也很大，有的项目只发现一个bug，而另外一些则包含上百个bug。
无论工程师做了多少枯燥的测试工作，无论他们熬了多少不眠之夜在编程，但最终他们得到的是：会导致软件彻底出问题的 bug。你知道吗，由于软件故障（bug），美国经济每年在浪费生产力、返工和实际毁坏上损失了数十亿美元。
应该还能用
【外评】谷歌：从源头消除内存安全漏洞
【外评】在 RiSC-V 上运行《巫师 3》游戏
【外评】法官驳回大部分 GitHub Copilot 版权索赔要求
谷歌内部推出 SQL 中的管道(Pipe)语法
你们干扰不了我写开源代码
【外评】FreeBSD 将 Rust 纳入基本系统
【外评】电脑从哪里获取时间？
【外评】为什么 Stack Overflow 正在消失？
有时
