来源：http://mini.eastday.com/a/180720104905759-2.html

程序猿，你和BUG有什么故事吗？

之前在某工业互联网公司，公司领导不是产品技术出身，指挥产品技术纯属外行。但越是这样的情况，这样的人越希望对产品技术有掌控力。

结果给程序员定KPI是写代码行数，给测试人员定KPI是提出bug数。代码行数容易造，但难坏了测试人员，因为测试人员能提出的bug数，跟上游程序员水平呈负相关。

然后搞笑的一幕就出现了，程序员水平越高的bug越少，下游测试人员KPI倒数；程序员水平low的bug多，下游测试人员KPI名列前茅。

所谓“因人成事”，也就大抵如此了吧。

然后看了下网上看到了有人比我的经历还要多呀：

当然，这都是调试期的事，上线这么干有多少钱都不够赔的。

还有一次因为工作关系（源代码静态安全检测产品开发、源代码静态安全检测服务），接触过一些客户的代码。

某交易所的代码，退出程序（相当于库函数exit）的实现（伪代码）：

这个代码，令我们团队很无语...

这一切，被一个依赖未定义行为的崩溃给取代了……

切身感觉到，没文化，真可怕。

对于出现这样的让人窒息的代码，大家遇到过吗？欢迎在底下评论区交流吐槽！