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

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

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

一、当产品变更需求时

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

二、当编译环境又崩了

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

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

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

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

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

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

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

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

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

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

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

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

你可能感兴趣的:(开发技术理论,java)