程序员在恭城都有过哪些崩溃的瞬间？

说到程序员，在外界眼里，他们是掌控代码的大神，他们是改变世界的王者。其实程序员的工作不容易程序员其实很容易崩溃的，只是一般大家看不出来。他们每天看似坐在那里编程，不悲不喜，情绪稳定，其实他们可能正在经历着某种崩溃。之所以不发出声音，因为他们都是跟机器生气，而不是跟人。当然，你可能说他们还跟产品经理怄气——不，在程序员眼里，产品经理不是人。程序员们可能经历的崩溃很多，其中主要包括以下这些瞬间

作者：猫猫姐姐
链接：https://www.zhihu.com/question/483939272/answer/2139009821
来源：知乎
著作权归作者所有。商业转载请联系作者获得授权，非商业转载请注明出处。

还是上面的这个项目，老的.net项目，被领导要求用.netcore重构一遍，理由是公司要慢慢不用Windows Server了，用Linux的，我感觉就是高层领导拍脑袋搞出来的想法。没办法，人在屋檐下不得不低头，我把里面的模块全部用.netcore重新构建了一遍，不过主要是把不兼容的地方改一下，业务基本没啥变化。好不容易上线了，内存泄漏了，跑一晚上内存飙升，我当时一个应届生也没啥线上处理问题的经验，所以先找部门里的人，最无语的事情来了，部门里没啥人懂.netcore的这类问题，问就跟我说“重启试试，多看看代码巴拉巴拉”，在内网也没啥有用的帖子，我这时候才知道我可能就是来背锅的，重构效果好领导的功劳，没重构好出了问题我背锅，都对这技术栈没本质的了解的情况下就转在我看来是一件很荒谬的事情，不过也怪我事先没了解部门情况。最后我硬着头皮按着微软官方工具来查dump，每天加班一点一点来找，最后找到是一个前人封装的模块的代码问题，不过我也没替他擦屁股，晾那里不久离职了。

作者：Eureka
链接：https://www.zhihu.com/question/483939272/answer/2192661898
来源：知乎
著作权归作者所有。商业转载请联系作者获得授权，非商业转载请注明出处。

都是在维护老代码的时候。 第一次，在一个老项目里加一个接口，有多老呢，我看代码注释的时间是写的2011年，整个项目的所有逻辑都是写在存储过程里，里面批量保存的接口是将实体类拼成XML形式的字符串，然后在存储过程里解析XML再批量保存。当时接手的时候看得我人傻了。我的需求也是实现一个批量保存的接口，但是由于和里面有些老业务有交叉，我要改动里面的老存储过程，结果不看不知道，一看吓一跳，那个存储过程足足有将近1000行，存储过程的创建时间是2012年，里面各种临时表，就是SqlServer的tmpdb里的那种临时表，从一个取出来存到另一个去，删这个更新那个，我光捋清楚这存储过程的逻辑就花了我一个下午，我都不敢在上面加我自己的代码，最崩溃的是存储过程对调试非常不友好，只能靠在存储过程里打print来验证自己的逻辑对不对。