这篇文章的主要内容是我在发现软件 bug 时最开心的时刻,以及我如何努力将快乐最大化。我决定把它结构成一个阶梯。阶梯越高越好。
但令人惊讶的是,游戏作者 Jim Storer 使用了精确的解决方案,即齐奥尔科夫斯基火箭方程,并用泰勒展开式对其对数进行计算
由于航空公司的订票系统出错,一位 101 岁的老太太一直被误认为是婴儿。出现这个问题的原因是,美国航空公司的系统显然无法计算出不愿透露姓氏的帕特里夏出生于 1922 年,而不是 2022 年。
即使是一行写得不好的代码,也会带来不幸,有时甚至是非常严重的后果。不过,即使是真正的 bug(例如苍蝇:)也会时不时地把事情搞得一团糟。幸运的是,这种情况很少发生
产品正式发布前发现自己的代码里有个小小的漏洞,要不要上报?
真是一个有趣而阴险的bug!基于时间计算的错误往往会在日后显现出来,如果用更长的视角和时间范围来观察……有时比你想象的要长很多。
批评漏洞百出的软件很容易,但如果市场上的大多数用户更喜欢漏洞更多但功能加倍的软件,那么只生产少数功能的高可靠性软件可能就没有什么经济意义了。
60,000 人全部电话服务中断,AT&T 的一半网络瘫痪,500 架飞机延误
Bug 千千万,文中提到的 bug,你遇见过吗?
崩溃事件也并不是随机发生,而是能够 100% 复现。用户只要在 Google 上搜索图片 Firefox 就会出现崩溃
人程序媛一枚,离职两年被之前公司要求经济赔偿,理由:代码是你写的
工作这么多年,方方面面的 bug 也接触了不少,想作为一个老码农分享关于修 bug 的心态问题。
在这个领域不犯任何错误可能会很难,但幸运的是,并不是所有的错误都如此昂贵。在这份总结列表中,我收集了一些一直引起我注意的错误。
虽然在法律上没有对这些意外的“彩蛋”行为做具体规定,但是出了事故之后,互联网巨头们要想杀一个程序员祭天可不是什么难事。
产品的绝大部分bug,会在测试阶段被消灭,但仍然有不少的bug,脱离测试工程师的魔掌,展现在了用户面前。有些bug十分影响用户体验,不过有些bug,反而会娱乐大众,让人笑翻了天。
当时的工作人员记录了这样一句日志:” First actual case of bug being found. ” 这次著名的事件,犹如潘多拉打开了魔盒,从此,程序员的世界里,bug 满天飞。
但是如何在编辑代码时避免重复同样的错误呢?有一个很好的解决方案,可以在调试bug的原因时为您节省一些时间。
原本,EOS打算6月1日上线,但就在这临门一脚的时候,被360的 Vulcan(伏尔甘)团队曝出“史诗级”漏洞。
序员的日常三件事:写bug、改bug、背锅。连程序员都自我调侃道,为什么每天都在加班?因为我的眼里常含bug。那么如何写出一个让(坑)人(王)很(之)难(王)发现的bug呢?
十月初的时候我在贝洛奥里藏特的巴西 Python 大会上做了主题演讲。这是稍加改动过的演讲文稿。你可以在这里观看演讲视频。
该事件中的难点在于重现bug。当开发人员把可能出错的代码已经注释到了四大皆空的时候,bug依然随机出现。偶然间,测试发现了快速重现Bug的方法:一边摆动手柄,一边存档。
最近,ACM发布了一个关于编程语言对软件质量的影响的研究报告,在报告中有一些关于bug的有趣发现。
产品突然出现重大BUG,程序员被告知要立刻修复,然后……就出现下面的情景了
中午的时候,准备点外卖,打开美团外卖APP,选了半天,然后下单支付。结果悲剧了,付款失败,再重新支付,又失败了,折腾了好几次还是没有成功。最后打开饿了么APP点了一份外卖。结果,40分钟后,我收到了三份美团外卖。我内心是崩溃的。
漫画:程序员听到bug后的N种反应
JavaScript 框架选择困难症仍在增加
Python 中 help() 函数的各种特性
HTML代码里的命令:command 和 commandfor
程序开发理念
了解 CSS 是前端开发的精髓
苹果的软件质量危机 当优质硬件遇上次品软件
早期的 Linux
还有人在使用 Dreamweaver 吗?
OpenAI 研究人员发现,即使是最好的人工智能也 “无法解决 ”大部分编码问题
再见 K-9 邮件客户端