程序员失误造成服务停用3小时，只得到半月辞退补偿，发帖喊冤

本文主要是介绍程序员失误造成服务停用3小时，只得到半月辞退补偿，发帖喊冤，希望对大家解决编程问题提供一定的参考价值，需要的开发者们随着小编来一起学习吧！

一般情况来说，做技术的程序员大部分都是比较细心的，因为这个职业容不得下你粗心，一个小小的失误如果放在关键的地方将会酿造巨大的损失，成百倍千倍的放大，当然程序员也是人，是人都有可能有失误的地方，于是就需要测试人员专职进行对功能的复核，通过这种方式来来最大限度避免一些损失的发生，即便如此，也有可能有一些线上bug的产生，当然bug有优先级的，有的bug不影响整体流程，只是体验上差一点，相对来说还好，但是有的bug直接导致线上流程无法进行，这个就严重了，这就不算是普通的bug,通常被定性为技术事故，近期有名称员网友就因为失误造成了技术事故。
在这里插入图片描述
据这名程序员网友说，他入职公司有一年半了，因为自己的失误给公司造成事故，影响了用户三个小时不能使用，具体失误的细节他并没有过多的透漏，这个事故如何测试人员就没发现到线上才暴露了呢，他也没有提到，只说到公司要辞退他且只给半个月的带薪时间找工作，不给赔偿，他问大家觉得这样合理吗？那么就针对他这样的情况，让我们一起看看其他网友们都是怎么认为的吧！
在这里插入图片描述

网友一：属于重大事故了

上世是朵花：是否属于重大事故，想必每个公司都有一个评定标准，从影响用户，收益损失等因素去综合评估

网友二：我觉得吧，看你用户量有多大

上世是朵花：是的，还有就是这个时间段是不是用户使用的高峰期，如果是使用高峰期，想必影响程度更大。

网友三：不说合理不合理。你们公司真短视，以后谁还敢写代码，1天能开发完的功能开发周期20天写3个备用方案5个监控6轮测试才能上线。

上世是朵花：能够直接在线上暴露出这种问题，想必问题也比较隐蔽，测试没能测出来，在某种特殊条件下就触发了事故。

网友四：不合理，重大事故说明流程有问题，公司没有好的流程，老写bug是个人技术问题

上世是朵花：不了解事故产生的具体原因也不好对此现象下结论。
在这里插入图片描述
网友五：合理，都事故了你还想啥呢

上世是朵花：可能这名程序员网友觉得这个事情的发生也有流程方面的问题吧，当然这件事情的主要责任还在于他了。

网友六：这种事故如果确实公司没有设计流程是一件事没按操作流程处理就是另外一件事了

上世是朵花：没错，具体是那种情况导致的很重要。

网友七：为什么会三个小时?回滚措施呢?没有回滚是事故大到无法回滚?还是公司流程不健全?前者开除合理，后者不是你的锅

上世是朵花：想必他这种事故不是简单的回滚就能摆平的吧，比如说已经产生了一定量的脏数据，只能先把这些数据进行修复然后才能继续什么的。

阿里员工：看影响面，如果是交易链路在阿里这就P0了

上世是朵花：没错，每个公司都有自己的一套评估标准，根据上面的情况，感觉这个事故的级别算是挺高了。
在这里插入图片描述
针对这样的事故的发生，表示深深的遗憾，看到周围人发生这样的事故，也从一定的程度上提醒我们这些程序员们以后在开发的过程中要多一些细心，少一点粗心，严格遵守开发流程有序操作，做事不能太想当然了，虽然是发生在别人身上的事情，但是也不要过于抱侥幸心理，如果不从中吸取教训，说不定这事哪一天就可能发生在我们自己的身上了，为什么总能看到交通事故的发生，有着类似的道理，我也曾经遇见到同事因失误造成公司重大损失的情况，不过公司并没有辞退他，而是选择从工资中扣除一部分惩罚性的罚款，当然这个罚款与公司的损失相比还是小巫见大巫了，这名同事也是很感激公司的，后来能明显看出他在工作上更认真了，对于上面这名程序员的情况，希望这名程序员网友也不要过于多想了，毕竟这事的主要责任还在于自己，相信通过这个教训，以后在做事方面一定会更稳，更靠谱，勇于面对这次挫折吧，相信这次挫折能使你有飞速的成长！