半点优化网 http://www.bdxc.net/
当前位置首页 > 网站技术问题> 正文

项目上线后出了问题并造成损失,原因是代码逻辑问题,责任应该由程序员承担吗?

2022-07-23 06:43:35 暂无评论 214 网站技术问题 问题   程序员   上线

只要是程序就会存在漏洞,成熟的程序相对漏洞会少一点,上线之后出了问题并且造成损失,表面上看是程序员代码直接导致的,作为实现者本身来讲是负有一定责任,但如果把所有的过失都归结到程序员身上欠妥,从整个链条上来看项目的负责人要承担很大的责任,因为项目版本的发布和负责人的最后的拍板有直接的关系,项目中除了技术人员还有测试人员,重大的隐患没有测试出来测试人员也是负有一定的责任。

为什么程序这么容易出问题?1.项目中程序框架设计不合理,导致兼容性或者抗风险能力出问题,好的框架在一定程度上会规避很多不必要的问题出现,而且在新添加功能后不会影响整体逻辑,千军好得一将难求,一个好的架构师对于一个项目启动显得至关重要,但并不是每个软件公司都能请的起高端的技术人才,所以难免开始设计的框架存在问题,架构师不是天生就有的,也是无数项目摸爬滚打出来经验提炼出来的,很多老程序员根据自己做的多个项目积累经验,然后架构出来的东西基本上差异也不会太大。

2.项目周期赶得太急,导致很多功能没有完全走通就匆匆忙忙上线,这种可能导致功能模块在还没有完全调研清楚就直接开搞代码,所以容易在实现功能过程中忽略掉一些细节,这种细节可能在测试过程中不太容易被发现,结果造成问题到客户的手里才被发现,这种会导致出现隐患在里面,常见的项目故障大部分都是在这种场景下出现的。

稳定的产品是靠时间打磨出来的,任何一点出问题都是某一个人的因素,程序员本身而言就是一个执行者完成到什么程度,能够达到什么效果外在影响还是挺大,周期短以及功能复杂都会导致异常。

曾经做过一个项目,有个同事因为在管理指针进行释放内存的时候,没有管理好代码,造成局部的内存泄露,而且是小块内存的泄露,结果连续运行72小时系统就会崩溃,造成很差的客户影响,表面上看是程序员的疏忽造成,但如果在测试阶段能够及时发现这个问题,也不至于到客户现场才能被发现,所以任何一个问题的出现都不是单一的,单纯怪到程序员身上,不太公平。

希望能够帮到你。

谢邀~

一个项目的整个流程,不仅仅只有程序开发部分;开发的上游有业务和需求,下游有测试,如果出现任何上线后的问题,都怪罪到程序员的头上,那么就有失公允了。

项目是个整体其实大多数单位,项目推进过程中出现了各种各样的问题,都会有人跳出来甩锅,俗称“甩锅侠”;需求甩给开发,开发甩给运维。其实也可以理解,可能涉及到个人的绩效、考核;其实完全没有必要这样。

项目是一个整体,如果项目上线后出现了问题,那就是这个项目组的问题。所以现在很多公司都采用敏捷开发,从需求到开发到测试,都是一个整体,不仅仅可以快速迭代,快速响应业务需求,也可以从一定程度上,避免这种“甩锅”的行为。

为什么是程序员背锅现实工作中,项目出错程序员背锅的事情还是非常多的,为什么是程序员,而不是测试,不是需求呢?

我观察,大部分公司的项目流程,开发占了绝大部分时间和比重,需求和测试被弱化了很多,并没有做到需求和测试该做到的事情;甚至有些单位的需求人员/产品经理在做需求的时候,还要问开发怎么写这个需求;测试人员问开发人员,这个功能应该怎么测...

在这种背景下,项目出现问题,生产出现BUG,难免需要开发人员背锅。

生产出现问题应该怎么处理我这里说的不是指,如果快速定位问题,如何进行BUG修复,而是想说说追责方面。

如果是开发人员,代码是你写的,问题是因为你的代码BUG而出现的,那么先要做好定位问题,解决缺陷,配合运维人员上线及做好上线后的验证的工作,然后自我反思,以后如何避免出现类似的问题。

如果是开发人员的直属领导,比如项目经理,“对上”,要勇于站出来承担责任,而不是说“这个是我们项目组XXX的责任”,项目经理一定要站在项目组成员的前面;“对下”,陪着开发人员一起,定位问题,解决缺陷,配合上线,和项目组成员一起反思;

如果开发人员一而再,再而三的出现错误,那么反思是不是自己任务分配的有问题,比如有难度的工作,分配给一名初级程序员。

当然,如果一个反复犯错还不知道改进,甚至是因为工作态度的问题导致经常出错,那么可以考虑让他离开项目。

希望我的回答,能够帮助到你!我将持续分享Java开发、架构设计、职业发展等方面的见解,希望能得到你的关注。

猜你喜欢