你们在编程时遇到过什么离谱的bug吗？

太正常不过了。。。。。

记得18年的时候，驻微某软做win12 app开发推广，发现微软找来的宝子们那我的demo回去改改样式直接就往store提交了，app key全是同一个

在去年的时候，我写过一个bug，运行几个月都正常，直到9月1号，一到首页就崩溃退出

排查下来是系统内的星期默认是周日是第一天，而国内都是周一是第一天，这个差别导致一些月份的日期排列行数不一样，于是就是这个情况

还好是集团内部人员使用的，影响不太大

场景三

我见过一个做嵌入式的，一个类似的问题调了一晚上，if(true)都不执行。最后发现是下载器出了问题，pc上无论怎么改，设备上的程序都没有更新。就是那个舀了一勺汤尝咸淡，一直尝这一勺，锅里都加了半罐盐了，还觉得淡的故事。

场景四

同事以前遇到过一个bug，一个软件在用户领导电脑运行时某个功能总会触发奇怪现象，更新软件，调试好了，重装软件也不行。同事在那操作演示时好好的，而领导去操作就时不时的出现故障，领导很生气，说软件做得不够稳定。

后来我去了，领导重现了错误问题给我看，我也觉得不可思议。

尴尬得我在那发呆了一会，那位女领导从座位起身走开，突然我发现那位领导的台式机放桌子下面！而机箱上放着一叠文件！文件中间夹着一个——键盘！！！那个“多余的”键盘接在机箱上！！！！坐下时，膝盖会偶然碰到文件时，左下的ctrl键会被按下……然后触发快捷键的功能。

你说尬不尬？

场景五

以前碰到过类似的情况。一个c语言的程序，直接编译就报错，看了一下午，眼都快成斗鸡眼了，也没看出哪里语法有问题。后来也是发现这情况，看不见的地方多了个标点

十多年前在汇丰软件那一次，本应该是0 defect的项目，被硬生生地搞出defect了！

上千页的报告，打印出来是没任何问题的。但在报告生成软件里面，被不相信我们递交了0 defect项目的审核们，通过跟答主一样的框选的方式，发现在某个句子的句号后面，多了一个空格

如果能复现bug还是很好解决的

bug来源可能有：

1、编译脚本有不确定性。时间、随机数、任务顺序等等

2、编译环境问题。这个要找共性，网络、同样的安全管理软件？中了同样的病毒、木马？电源波动？电磁环境？

3、测试机问题。也许不是包的问题，是测试手机有问题？

4、代码问题，没有进行压测，或者是并发抢占医院问题

当然还有在外原因。

为什么bug这么多，其实也不能管我们，主要需求的变更。

可以说敏捷的不能在敏捷了

比如昨天给过来的需求刚评估完毕，今天方案就改了，需求都开始做了，忽然又不要了；刚刚做好的功能，忽然又要大改。开发经常不得不在口头需求、一句话需求下估开发时间和排期，甚至开发工作都开始了需求还不全，这都是常事 

最后一曲程序员诗歌送给大家：

我们敲下的字符是星群，

在无垠的黑暗里缝补逻辑。

一个逗号，撬动了整片宇宙的叹息，

而bug躲在循环深处窃笑——

像极生活里的“未定义”。

当鼠标划破午夜的寂静，

咖啡因在血管编写心跳的线程。

产品经理说：“需求又要改……”

世界崩塌，重构只需Ctrl+C。

嘎嘎，这个有没有？