内容摘要：《bug软件公众号》 凌晨两点十七分，我盯着屏幕上那个转了三小时的小菊花，终于承认一个事实：这个号称“智能协同”的办公软件，连自己都协同不了。这不是我第一次在深夜被bug按在地上摩擦，也不会是最后一次

《bug软件公众号》

凌晨两点十七分，众号我盯着屏幕上那个转了三小时的众号小菊花，终于承认一个事实：这个号称“智能协同”的众号办公软件，连自己都协同不了。众号这不是众号我第一次在深夜被bug按在地上摩擦，也不会是众号最后一次。

做公众号三年，众号我写过产品测评，众号写过行业观察，众号最后发现流量密码居然是众号bug合集。不是众号那种“教你三招解决卡顿”的教程贴，而是众号纯粹记录软件翻车现场——比如某地图app在高速上让我“前方500米右转，进入对向车道”，众号比如某支付软件在付款成功页面弹出“系统繁忙，众号请稍后再试”，众号然后钱扣了，货没发。

粉丝管这个栏目叫“今日份快乐源泉”。有人留言说，看完我的推送，觉得自己公司那破系统也没那么烂了。这话扎心，但真实。

我统计过后台数据，bug类文章的平均打开率是正常内容的2.3倍，转发率翻三倍。为什么？因为共鸣。每个打工人都被垃圾软件折磨过，但没人替他们骂出来。我写了，他们就转，转到工作群，转到朋友圈，配一句“这不就是我们公司吗”。

有个案例印象特别深。某知名办公软件，更新后把用户的本地文件自动同步到云端，但加密逻辑有漏洞，导致部分文件在传输过程中被截获。官方三天没吭声，第四天发了条公告，说“部分用户可能遇到同步异常”，绝口不提数据泄露。我扒了技术细节，写了篇长文，阅读量破十万。第二天，该软件的法务函就躺在我邮箱里了。

我没删。法务函写得漏洞百出，连我的公众号名称都拼错了。我把函件截图发出去，配文“连律师函都有bug，这公司还有什么可信的”。那篇文章现在还在，成了我置顶的“战绩”。

有人问我怕不怕被告。怕，但更怕的是没人说真话。软件bug不是小事，它轻则浪费你半小时，重则让你的项目资料灰飞烟灭。更恶心的是，很多公司把用户当小白鼠，发个半成品版本就敢叫“正式上线”，出了问题就甩锅给“网络波动”或“用户操作不当”。

我写bug，不是单纯为了吐槽。我是想让更多人明白：软件是人写的，人就会犯错，但犯错之后的态度，决定了这家公司值不值得你继续用。有些团队，你报个bug，他们连夜修复，还发版本更新日志感谢你；有些公司，你反馈问题，客服机器人只会回复“亲，建议您重启试试”。

重启你大爷。

最近我在做一个小实验：把那些修复速度快的产品团队和装死的公司列了个对比表，每个月更新一次。不是为了黑谁，是想给同行一个参考——你看，同样是做软件的，差距怎么就这么大呢。

公众号后台经常收到私信，有人问我能不能帮他们公司的软件“诊断”一下。我一般会回：先把你们测试部门的工资提上去，比找我写稿有用。

这话半开玩笑，但也是事实。很多bug在发布前就能被发现，只要测试流程规范一点，别总想着“先上线再补丁”。可惜，资本催着上线，老板催着迭代，测试时间被压缩到极限。最后呢？用户成了免费测试员，还是倒贴钱那种。

昨晚又收到一条读者留言，说看了我的文章，终于把公司那个天天崩溃的考勤系统投诉到工信部了，今天人事找他谈话，让他“注意影响”。他问我怎么办。

我说，你做得对。软件可以修，bug可以改，但如果连用户说话的权利都要被“注意影响”，那这公司的软件，不修也罢。

窗外天快亮了。我关掉电脑，屏幕上最后一行字是那个转不完的小菊花。明天，它可能就好了，也可能还在转。谁知道呢。反正我还会继续写，写这些破软件怎么折磨我们，也写那些好团队怎么认真修问题。

毕竟，bug这东西，躲是躲不掉的。但至少，我们可以选择不闭嘴。