今天，小易采访了公司中的程序员小哥哥们做了一个有趣的小采访，他们程序员生涯中碰到过最令他们崩溃的事情有哪些呢？有没有和他们相同遭遇的小伙伴呢，可以一起在评论区向小易吐槽哦。
场景0：圣光啊，那个万能的人
每个程序员都会有的吐槽：“我不会修电脑，不会给你银行存款多加几个零，不会优化Windows系统，不会用AI给你做出一个女朋友，不会盗取别人的微信、微博和QQ，……我就是一搬字母的农民工！”
很多程序员表示如果周边有人知道自己学计算机的或是学过编程的话，总有一些或调侃或认真的亲戚朋友提出各类需求，其中获票数最高的就是“学计算机啊，帮我修个电脑呗。”
场景一：天灾——断网断电
程序员小1：“我这辈子？做过最痛苦的事情就是用公司的台式机重新写一个有“源代码”的程序，而在我写到一半，快要发现曙光的时候，公司停电了！最重要的是我没有保存和备份。”
emm，此处给小哥哥掬一把心酸泪，现在终于明白为什么很多程序员自带笔记本电脑了。
不过像这样子断电的情况还是比较少发生的，真正让程序员更加发疯的是断网！
想象一下代码调到一般没有网，Google的梯子全部失效，甚至谷歌服务器全部崩溃，项目远程跟进到一半全部挂掉，噩梦来临！
场景二：机器觉醒？
程序员小0：“不知道是不是我的电脑格外听话一点，它从来不会像客户的电脑一样闹脾气，客户机器上出现过的bug我的电脑上从来不会有。。。。”
为了修复bug，开发人员首先需要在开发环境或者测试环境中重现触发 bug 的条件，然后希望能够找到错误原因并且进行修复测试，而不是只让错误随机发生，无法重现在受控环境中。如果在重要的时候出现 bug，那可能会特别显眼，比如在一场参会人数100+以上的人面前演示出现bug，这真的是让程序员男默女泪的恐怖故事。
场景三：那个不爱写注释的坑货
程序员小2：“每次在调试代码的时候，我就在想，如果有后悔药的话，我做的第一件事就是回到过去打死那个不写注释，弄了一大段毫无标识意义符的自己！”
许多人都会犯的一个错误就是图一时方便，不讲后续，导致前人挖坑后人填，这个现象在过去的码农界数见不鲜，近几年由于代码愈发规范有所减少，但是此现象在代码注释方面还是层出不穷。
没有注释说明的代码很容易造成误读，大大增加了代码的阅读与调整成本，甚至很多代码即使是本人所写，但时隔已久，有的程序员自己都不知道代码的意思。
场景四：就是那个人！万恶之源
程序员小4：“小G（产品经理）说客户临时想要一个像淘宝那样可以直播老师讲课过程，并且购买后可以马上加入直播课堂可以调速播放的功能，今晚做出来不难的吧？！”
程序员与产品经理的相爱相杀的历史一般可以说上三天三夜，可以说每位程序员的勤劳努力的背后，一定有一位不断提需求的产品经理。很多产品经理与程序员的思维背道相驰，理解方式的差异与技术信息的不对称可以说是主要原因。如果对一个程序员说希望你的产品经理在结项的最后一晚突然加需求，第二天要交付，这就是最恶毒的诅咒……