码农一个月连续出4次技术事故！是个人能力问题还是系统太破？

sssdhua

于 2018-12-30 22:23:45 发布

阅读量348

点赞数

本文链接：https://blog.csdn.net/sssdhua/article/details/85414985

版权

作为一名程序员，除了技术能力之外，细心谨慎的态度是必不可少的职业修养，在具体产出的过程中，安全肯定是要放在首位的，如果能力很强，安全意识太差，我想这样的程序员也是不可能委以重任的，对吧，也永远只能写一些边缘业务了，谁敢将核心业务交给一个安全意识差的程序员去写，是吧？近期，一名技术leader给我们分享了一个情况，听了他说的情况，也真是让人醉了。
在这里插入图片描述
据这名技术leader说，他的一名属下一个月连续出现了4次技术故障，听了这个数字，真是让人惊讶，也就是说平均一周就要出现一次技术故障，难道出现一次就没有长教训么？这样的情况也确实令人意外，到底每次发生的原因是什么？这个的确令人好奇，这名技术leader还说，总监要求辞退这名程序员，他让这程序员先请假三天回去调整下，看来他还是想保住这名程序员，针对这样的情况，让我们看看其他网友们都是怎么认为的吧！
在这里插入图片描述
网友一：一个技术，因为自己的原因居然导致公司业务受损，我觉得，不是辞退这个员工的问题。而是辞退架构师，技术总监，我认为他们有更大的责任，也说明你们系统架构有问题，没有多活冗余，架构师应该先自我检讨

上世是朵花：系统稳健，框架规范，约束力强，出错几率的确小一点，不过与其他程序员相比，这名程序员还是应该注意一点，毕竟其他人都没有这样。

网友二：总结什么原因

上世是朵花：对，只看表面现象也不能说什么问题，看看每次问题产生的原因中有没有什么共性。

网友三：说实话一个月4次。真不应该

上世是朵花：频率的确有点频繁了，还没从上次的阴影走出来就又犯错了，的确有点说不过去。

网友四：辞退吧，有在一再二，没有再三再四

上世是朵花：不过这名技术leader并没有说每次都是什么原因，单看表面现象也不好下结论。
在这里插入图片描述
网友五：流程应该能优化，一个月不能让上四次影响大的

上世是朵花：能这么频繁的出事故，不能说流程是一点问题都没有，流程的规范也是相当重要的，如果线上不出事故完全靠程序员的细心去避免的话，那么这个风险也太大了吧！

网友六：测试不该也背锅么

上世是朵花：既然是线上事故，那也说明上线前没有测试到位呗，或者是说触发点很隐蔽，反正问题是发生了。

网友七：流程绝对有问题，梳理下流程才是关键

上世是朵花：认同这名网友观点，这个事情的发生肯定是有主要责任人，但事情发生也是综合因素的结果。

网友八：高危行业，应该入职前公司给买好保险

上世是朵花：呵呵，通过这个事情就把这个编程这个职业说成是“高危行业”不太妥当，应该还好吧，没有那么危险。
在这里插入图片描述
这名技术leader并没有说出每次问题发生的具体原因，就他现有的描述，我个人是这么认为的，首先这名程序员是有一定的责任的，也不能完全把所有责任都归结与框架问题，架构有问题，这名程序员算是主要责任人吧，毕竟其他程序员也是在同样的框架下开发，这样对比下来，这名程序员是有过错的。然后再说系统，框架问题，系统框架的作用也不要小瞧，系统框架牛逼的话，绝对是能很大程度的避免程序员犯错的几率，好的系统框架把程序员的开发范围约束的很明确，对于一些粗心程序员考虑不到的校验，框架都会考虑到，就这么说吧，一个好的框架足够的好，程序员写的代码再垃圾也影响不大，如果有性能问题什么的，框架也是能及时检测到的。另外，通过这个事情，再顺便说一下流程问题，既然是线上问题，那就说明从开发到测试，再到线上发布，从本地环境到开发环境到预发布环境再到线上环境只要有一个环节做的足够到位就可能避免这样的问题发生，既然这样的问题就这么频繁的发生了，是不是应该考虑一下，这个流程要不要好好梳理一下，避免以后再频繁发生线上问题。