哈,喷下代码质量

中山野鬼 发布于 2014/04/14 17:20
阅读 2K+
收藏 2
看了个帖子, 面试的时候老板问我对出线上bug罚款怎么看?

先友情支援一下  @eel 。哈。

我是程序员,只不过这两年很少对别人提,不是不想提,这两年业务不忙这个没法提。我也是忙管理的。就代码质量我要喷一喷的。先问几个问题,针对程序员,其实我也是程序员。

1、程序员在公司写代码,是否是一个存在明确目标的工作?

2、软件该不该讲究质量?

3、代码有bug是不是过失?

如果写代码,是有明确目标的,应该讲究质量,有bug是个过失,那么至少有个态度,这个过失是不是应该有所承认和追责,先不谈主要责任和次要责任。

如果拿“软件都是有bug的”这种推辞说事,那么各行各业都可以推卸责任了。

软件有bug,这个和很多方面有关系,需求不清晰,设计说明书不详细,要求不明确。不过说来说去,设计代码的人绝对不可能把责任推卸的干干净净。

有责任,就有损失,有bug,首先是公司的损失,其次是项目经理的损失,传递到最后,才是后面做开发设计人的损失。

并非说我支持,有bug,把程序员罚的吃饭钱都没有。但多少应该有处罚,无非多少的问题。

我反对的是,拿“软件都是有bug的”认为可以免责的观点。这是个做事情的态度问题,和钱多钱少还没关系。南京有句土话“多大事啊”,实话,落我手上,哪个小朋友说这句,不好意思,请你走人。事情可以做少点,但做一样是一样,态度决定意识,成败在于细节。

不指望写代码没有任何错误,但至少需要自己反复确认后才能交付,这是责任心的问题。对于没有责任心的人,使用处罚的方式,应该的,绝对支持。相反,很多团队,真正有责任心的,往往也不会有所处罚,反对处罚的这些没责任心的,往往一定需要用处罚来鞭笞。哈。

欢迎喷我,不介意,那些真正担项目责任的,能理解我,就够了。

加载中
2
inuxor
inuxor

其实现在问题是,功归于上,过诿于下。

哪一段代码写的漂亮,是没人关心的,出了毛病,就找你了。这种事,搁谁身上也不能心平气和。

inuxor
inuxor
乔布斯是个动嘴的。功过都与他无关。
修改登录密码
修改登录密码
苹果手机做得好, 你认为应该归功于乔布斯还是归功于他的程序员?
Mr-CoolB
Mr-CoolB
回复 @那年花开 : 赞1
那年花开
那年花开
点赞
2
自由之信
自由之信

有bug,问一下为什么当时他写的时候会出现这样的bug,不是更好,问都不问就罚款,大家写软件都战战兢兢的,对公司有好处么?管理的人先问下自己问题交代清楚没有,然后问下写的人理解是否有问题,往往问题在于对方理解的问题和处理的方式有差异,项目经理可能了解软件的全局,程序员只注重自己实现的细节,很可能出现bug,发现bug也是公司必要提供的职位吧,没有专业的测试人员,谁能保证写出来的代码没有bug?有bug就罚款,就处罚,对于程序员来说就是蛮横的行为吧,我也有类似写出来bug的经历,老板问了我N个why?我的第一反应就是防反心理,老板说,只是想了解原因,不是要责怪你,最后明白了其实,有bug就应该找原因,而不是先考虑谁的责任,该惩罚谁。

A灵云A
A灵云A
+1
巴顿
巴顿
点赞
Vagrant_wy
Vagrant_wy
Mr-CoolB
Mr-CoolB
赞2
XiaoCon
XiaoCon
说的好,点赞!
2
李品勇

在中国我看到很多找责任的,找过失的。只要是人就会犯错误,无非是错误的大小和预防。代码质量不好,就规范好,不听劝告的,就离开团队。代码有bug,就找原因,一起来避免。这才是向上的力量。项目管理是严谨的,最初产生的原因也无非是降低次品,增加优良率,提高效率。想起以前学习IT服务管理,在英国之所以会关注这个问题,更重要的是发现IT服务项目的成功率很低,造成了大量的资金浪费。不是说没有责任人,不是说没有处罚措施,但是不管用的。所以才会找原因,找解决方法,所以才会有ITIL和ITSM。

你的上司说需求不明确,那你需要做到明确,并得到确认。领导从来都是方向性、战略性的指令,他不管具体需求,那你就要归纳具体需求。就这么简单。所以,程序有bug、质量不高,第一个找原因,是找项目经理的原因,是因为项目经理没有管理好,没有行之有效的预防和管理机制。

abcMx
abcMx
说的好
1
evangelist64
evangelist64

这还号称自己是程序员呢,有本事真这么干试试,看看这项目会变啥样。

要保证代码质量,就得抽时间搞代码审查,教育手下程序员提高自身能力和素养。对于孺子不可教的程序员,直接清除出团队。

bug这种东西来源很难追溯。可能是开发人员疏忽,可能需求变更,可能是对接问题,只有想不到,没有见不到。出了问题得算团队问题,没必要追究到个人。硬追究个人的责任,只会让开发人员不满,然后不作为啊,跑路啊,搞破坏啊,什么都来了。

当然,前提是你给够钱,给不够钱招堆刚从培训学校出来的渣渣,还提代码质量就是扯淡。

evangelist64
evangelist64
回复 @Romen : 就当是我的偏见,反正我所接触过的培训学校出来的,都是底子差,习惯差,素质差。现在不是十几年前,写点html也牛逼。培训学校出来进这行混口饭吃,或者混点行业经验是可以,但是基本都成不了合格的Coder,更不用说技术专家了。
Romen
Romen
最后那句话好吊
杭杭杭
你一毕业就是很nb很nb的,到公司写出来的代码都是完美的是吧,不都是慢慢学习的嘛,你的心态,有你这种想法,就足以证明你这人,心态,人品,精神都是有问题的。
杭杭杭
狗东西,还瞧不起人呢。
杭杭杭
wocao,刚培训出来的就是渣渣?你敢去测试下你自己的智商再来吠吗?靠,最讨厌那些个装b的人渣,这种人都应该被彻底清除掉。
1
中山野鬼
中山野鬼

引用来自“evangelist64”的评论

这还号称自己是程序员呢,有本事真这么干试试,看看这项目会变啥样。

要保证代码质量,就得抽时间搞代码审查,教育手下程序员提高自身能力和素养。对于孺子不可教的程序员,直接清除出团队。

bug这种东西来源很难追溯。可能是开发人员疏忽,可能需求变更,可能是对接问题,只有想不到,没有见不到。出了问题得算团队问题,没必要追究到个人。硬追究个人的责任,只会让开发人员不满,然后不作为啊,跑路啊,搞破坏啊,什么都来了。

当然,前提是你给够钱,给不够钱招堆刚从培训学校出来的渣渣,还提代码质量就是扯淡。

你这个地方混淆了程序设计bug和项目管理两个概念。bug起源不可能是由需求变更引起得。需求变更是对设计的变更,设计的变更和bug没有任何直接联系。但有见解联系,如果设计变更导致对设计要求没有及时更新,原有的设计内容和设计需求对应不上,自然不能满足新的设计目标。不过这样的情况算bug吗?
前面有网友说我的题目大了,“代码质量”,哈,我认为确实题目大了。不过这么大的题目也框定了一个范围,“代码的质量”,谈代码,就是设计要求是什么,通过代码的实现,是否符合要求。质量管理中,质量标准是怎么出来的?需求确定的。需求不同,质量标准就不同。不符合具体质量标准的才是bug。
另外,“bug这种东西来源很难追溯”,这个只能说你经验不足。程序设计是个逻辑性非常强的工种,程序设计,和艺术设计完全是两会事。你说界面不漂亮,这个确实人有人的观点,猪有猪的主意。而程序设计,是个系统工程,每个环节都是可控可测的。可能因为甚至芯片、编译器、操作系统的bug的存在导致系统运行问题,但也要能检测清楚,究竟是谁的问题。不能因为“很难追溯”就不明确责任归属,否则,bug的修复根本无从下手。
出了bug,不代表全部责任都是程序员的。但出了程序员难逃干系。错就是错了, 错了补正就行,导致延迟或推诿有适当的处罚是应该的,而不是推卸责任,或法不责众。哈。不要说我理想主意,客户不和你玩混沌的。
0
leo108
leo108

无非就是一个标准的问题,什么样的BUG该罚,什么样算是有责任心?

0
猎户座
猎户座

标题略大,代码质量不仅仅只有bug吧。。。

0
0
0
紅顏為君笑
紅顏為君笑

出来混的迟早都要还的,除非你打算对老板说:爷不想干了

返回顶部
顶部