【话题参与】身为程序员哪一个瞬间让你最奔溃？

身为程序员哪一个瞬间让你最奔溃？

程序员最奔溃的瞬间，也许是当他们终于找到一个隐藏的错误却发现是自己的拼写错误；或者当他们在解决一个复杂的bug上花费了几个小时，最后发现问题居然是一个简单的逻辑错误，这些瞬间令程序员又气馁又好笑。快来分享自己的好笑又奔溃的瞬间吧~
> 提醒：在发布作品前，请把不需要的内容删掉。
方向一：身为程序员遇到过的奔溃瞬间

一、当产品变更需求时

作为开发的死对头，产品经理的存在一定是为了不让程序员好过才被设立出来的吧。
就像是为了防止物种入侵一样，产品的存在就是制约程序员过度繁殖，从而导致生态毁灭。
而产品的有效武器大概就是通过不断的修改需求，来达到控制程序员数量的目的。
当产品经理在需求群里at某个程序员的时候，大概率准是没好事的。所以在产品经理开始at你，让你修改需求时，大概是想打人的心都有了吧。
然而最可怕的是，当你辛辛苦苦百度谷歌了几天，用了一系列非常极客的技术来实现了某个功能。
最后产品在群里一句话， 「这个先不做了吧」 直接让人破防。
不仅如此，某些产品还会在发版日或者发车日变更需求，明明你已经开开心心的准备合码下班了。
然后他告诉你再把哪儿再改下，直接让人整不会了。

二、当编译环境又崩了

可能很多人不知道，许多公司都有着一群基础技术部门的存在。这些部门的人从来不干业务的事，但专门给业务部门搞事。

基础技术部门一般会负责开发平台的搭建，效率工具研发或者开发流程准入和把控之类的事情。

有时候，本地编译好好的，但是在远端就是编译不过；又或者明明编译过了，但是由于各种未周知的规则卡口，导致合码流程被block等情况发生。

特别是当你满怀期待的觉得成功解决了一个bug，但是看着pipeline上满是红叉❌和感叹号，瞬间一股子恼火就上来了。

三、debug时死活走不进断点位置

我们知道，找 bug 时设置断点是非常稳健且有效的方式。但是很多时候，断点并不是我们以为的就能够走到。

有些项目可能通过直接链接二进制文件来加快编译速度，所以程序在运行时可能并不是编译你打断点所在的代码，这就导致你以为断点达到了，实际上根本走不到。

而还有些情况，由于IDE本身处于某些未知状态，使得程序在运行时也是没办法断点，这也是非常让人恼怒的时候。

四、当线上出现稳定性问题

我们知道，找 bug 时设置断点是非常稳健且有效的方式。但是很多时候，断点并不是我们以为的就能够走到。

有些项目可能通过直接链接二进制文件来加快编译速度，所以程序在运行时可能并不是编译你打断点所在的代码，这就导致你以为断点达到了，实际上根本走不到。

而还有些情况，由于IDE本身处于某些未知状态，使得程序在运行时也是没办法断点，这也是非常让人恼怒的时候。