作者WashFreeID (免洗ID)
看板Soft_Job
标题[闲聊] 被拖累的感觉...
时间Fri Sep 26 22:54:18 2008
在一个 team 里面一定会有些能力比较弱的人对吧?
最近程式老是出事，摊开一看都是一些不该有的错误，
某人负责的部分老是出错，修也修不完，修了 A bug 出现
B bug，修了 B bug 出现 C bug 和尚未发现的 D、E、F bug...
写程式习惯又很糟糕，一下忘记 free()，一下忘记 fclose()，
再不然就是不检查 function return 的 error，直接一路 go 下去...
再三叮咛写完要做好测试，结果他自己都测不出来，通常都是
被其他人测出来，不然就是等到客户发现才知道又出错...
team 里面大家感情都还不错，实在不知道怎麽跟他说。
大家有碰过这种情形吗? 不知道各位都是怎麽看待这种情况?
--
※ 发信站: 批踢踢实业坊(ptt.cc)
◆ From: 125.225.146.199
1F：→ WashFreeID:抱歉使用免洗 ID，因为我 team 里也会上来看这个版..XD 09/26 22:54
2F：推 achii:让他包几次老板自然就会让他消失了吧 09/26 23:07
3F：→ achii:不然利用六日全team加班帮他code review 久了自然也会消失 09/26 23:12
4F：推 PRAM:假装不小心 把这篇文转给team成员看怎麽样 09/26 23:37
5F：推 psalter:感情还不错，欢喜就好；态度不佳，就钉下去 09/26 23:51
6F：推 redray:为他导入正式的周期性 code review 09/27 00:06
7F：推 andymai:修A Bug出现B Bug?这比较像是没想清楚就动手写的感觉~如果 09/27 00:19
8F：→ andymai:有想清楚就不应该会有这种状况~这根本是在补破洞~防这防那 09/27 00:20
9F：→ andymai:的~一点都不像在写程式~乾脆在写程式之前叫他把流程图画出 09/27 00:22
10F：→ andymai:来~还比看他的code去debug来得快... 09/27 00:23
11F：推 joy830:吓到 还以为在说我 我离职了咩 09/27 00:56
12F：推 Baternest:code review还不够，记得加上lesson learn... 09/27 14:08
13F：→ Baternest:写出一个bug就交一份报告 讨检原因以供借镜 09/27 14:10
14F：→ Baternest:重复犯相同的错 可以考虑订立罚则 扣钱！ (充当公基金) 09/27 14:12
15F：推 guest0079:楼上的做法简单有效明了 请问你还是学生吗 09/27 15:01
16F：推 iincho:简单明了的做法通常都对,但是不能用.. 09/27 15:07
17F：推 andymai:扣钱...别来这招好吗?程式工程师已经够苦命了~哪天哪个又 09/27 15:16
18F：→ andymai:开先例~然後一堆老板学~再加上一堆考验你防呆功力的使用者 09/27 15:17
19F：→ andymai:...别闹了~不适任就开除就好了~不懂留着干嘛... 09/27 15:19
20F：推 Baternest:我提的方法在某公司实际执行中 扣钱是违反某些rule才会 09/27 15:40
21F：→ Baternest:执行上是拿钱出来请客吃吃东西 因为你出包害大家被拖累 09/27 15:41
22F：→ Baternest:写报告才是最累人的 五分钟解bug 一个小时写文件 09/27 15:44
23F：→ Baternest:试过保证你不会轻易犯错！ 09/27 15:45
24F：推 asoedarren:谁写的软体没有bug? 一个bug就要写报告我看专案也不用 09/27 16:38
25F：→ asoedarren:做了 软体写出来就是要测 才知道问题在哪里 所以才需要 09/27 16:39
26F：→ asoedarren:测试人员 我会很感谢测试人员帮我找出bug 但如果改采这 09/27 16:39
27F：→ asoedarren:方式 会变成程式人员怨恨找出bug的人 反而是恶性循环 09/27 16:40
28F：推 remmurds:大推楼上 09/27 17:00
29F：推 andymai:程式工程师:搞定了!测试完成!功能正常无Bug! 09/27 20:50
30F：→ andymai:客户:ㄜ...那个功能我不要了~可以改成别的吗? 09/27 20:50
31F：→ andymai:程式工程师: 囧rz... Orz... 09/27 20:51
32F：→ flydragon198:做出来的不要，总比要的做不出来好～～～ 09/27 21:41
33F：推 joy830:andymai说到重点 辛苦完成的功能被客户一句话say goodbye 09/27 22:07
34F：→ joy830:尤其客户不可能知道他以为很简单的功能 其实很难改 唉~ 09/27 22:07
35F：推 newstar2007:用B的方法 大概一两周我就离开了 09/27 23:37
36F：推 abby9:自己测不出问题是公司SE教育训练问题；其它人测出问题是公司 09/27 23:41
37F：→ abby9:release机制出问题；到客户端才出包是测试人员要扛的；所以 09/27 23:42
38F：→ abby9:这个问题不只是工程师再教育或直接开除的问题了... 09/27 23:42
39F：→ abby9:工程师没有写好，release的人就要盯、要教，所以有权利 09/27 23:44
40F：→ abby9:release版本的人至少要有一定的程度，真正的强者不是code写 09/27 23:45
41F：→ abby9:多短、多漂亮…就小弟的认知，Debug能力才是工程师的重点.. 09/27 23:46
42F：推 abby9:所以原PO会有被拖累的感觉自己心态也要调整一下.. 09/27 23:48
43F：推 dalireal:重点应该是 怎样改掉这位程式人员不良健忘习惯 09/28 09:47
44F：→ dalireal:看起来就是一再的犯一样的错误 09/28 09:48
45F：推 anraye:我遇过这种状况，如果你不是头头，最好的办法是可以反馈这 09/29 01:02
46F：→ anraye:情况给上头的人，由他去决定，你就专心作你该作的。 09/29 01:02
47F：→ anraye:我之前的主管还好会很关心专案进度，常常会来询问，所以反 09/29 01:03
48F：→ anraye:应後，主管自己做出了决定，停止继续流血的状态。 09/29 01:05
49F：推 tactical:这种事不应该由工程师扛，应算是主管的组织问题吧? 09/29 08:39
50F：推 newcici7777:工程师包 Coding+测试工程师+matain系统 09/29 12:50
51F：→ newcici7777: 最好0 bug，一切都在4天内要完成.. 09/29 12:51
52F：推 Baternest:我举的方法果然很让工程师反弹，那阵子大家心里都很干 10/01 00:48
53F：→ Baternest:尤其被罚拿钱出来请客的更是不爽 (我只有写写报告而已) 10/01 00:50
54F：→ Baternest:但之後自己再写code真的小心多了，那些lesson learn也 10/01 00:51
55F：→ Baternest:也是一种经验分享，把自己如何犯错及避免的方式列出来 10/01 00:52
56F：→ Baternest:一些鸡毛蒜皮的问题不会有人叫你写的... 10/01 00:53
57F：推 Baternest:上个公司是很一板一眼的管理风格，所以才会弄出这招来 10/01 00:57