作者Label (Panel)
看板Soft_Job
标题Re: [请益] 请问工作遇到问题，该问同事还是自己解决?
时间Fri Sep 18 03:28:04 2009
※ 引述《metaphysic (多情应笑我)》之铭言：
: 还有一次, B把程式写好交给A要merge,
: 为什麽让A来merge? 因为A的部份还没写好.
: A: 我不会merge.
: B: 写程式的人不会merge code?
: A: 因为我不知道你改了哪些地方.
: B: 谁会记得改过的每一行code? 你不会用比对软体?
: A: ...
: 从此以後, B总是维护两套source, 一套是有包含A的code, 一套没有.
这样有点奇怪，即使用比对软体列出所有不同的点，
整合在一起时，谁也不能保证不会错啊，
一旦有错误产生，troubleshooting的难度通常比同一个人用的还高。
同一个部门或者专案团队最好是保持同一个版本的code会比较好。
养成好的习惯，慎用exception,log,message跟注解，
可以节省很多debug的时间。
甚至还能将潜在的bug在unit testing时期就先挡掉。
--
※ 发信站: 批踢踢实业坊(ptt.cc)
◆ From: 219.71.95.11
1F：→ metaphysic:是同样的code base,A与B分别开发各自的项目. 09/18 03:30
2F：→ metaphysic:A的意思就是说,你得每一行告诉他怎麽改. 09/18 03:31
3F：→ metaphysic:维护两套source的原因就是考虑未来troubleshooting. 09/18 03:33
4F：→ ZMittermeyer:我们是用svn去一起管的 09/18 03:33
5F：→ metaphysic:如果A搞出一堆问题,可以从B的部份开始重写A的部份. 09/18 03:33
6F：→ metaphysic:如果A搞出一堆问题,可以从B的source开始重写A的部份. 09/18 03:34
7F：→ Label:其实我会建议A不要重写，反覆的整合测试电爆B就可以了 09/18 03:35
8F：→ Label:但是要让主管或是PM知道是谁在拖进度 09/18 03:36
9F：→ metaphysic:还有就是exception,log,message跟注解那些,A都不会做. 09/18 03:36
10F：→ Label:打错了，A 跟 B 弄颠倒 09/18 03:36
11F：→ Label:虽然最後可能事情都还是B要来收尾 09/18 03:37
12F：→ metaphysic:电爆B? B等很久了.谁电谁? 其实电个肉脚很没意义. 09/18 03:37
13F：→ Label:但至少要让上面的看到是谁的问题 09/18 03:37
14F：→ metaphysic:有时候重写真的比较快,这种事我做过. 09/18 03:39
15F：→ Label:B不电A的话，B会多作1-2人份的工作.... 09/18 03:39
16F：→ metaphysic:是会多做事,最好的方法就是把A踢出专案. 09/18 03:40
17F：推 luciferii:其实，就算B电了A，大概也不会有任何改变。 09/18 03:40
18F：→ luciferii:人不会因为被电就突然变强。 09/18 03:41
19F：→ metaphysic:多加人是要帮忙解决问题,不是来制造问题的. 09/18 03:41
20F：推 metaphysic:维护两套source还有一个原因:厘清问题. 09/18 03:53
21F：→ metaphysic:否则程式有问题时,A会说是因为B的部份有问题. 09/18 03:54
22F：→ metaphysic:但是哪里有问题又说不出来... 09/18 03:56
23F：→ metaphysic:有时是,A指出的问题根本不是问题. 09/18 03:58
24F：→ metaphysic:比如code原本支援3种ic,分别#define 1,2,3 09/18 03:59
25F：→ metaphysic:B多加进两种ic, 分别#define 4,5 结果A说这样会有问题. 09/18 04:00
26F：→ TonyQ:多加人本来就是会增加一定程度的问题 , 1+1 并不等於 2 . 09/18 07:52
27F：推 kerickuo:1+1 如果还是大於等於 1 就要偷笑了 XDDDD 09/18 07:54
28F：→ kerickuo:加的人有问题的话，大部分是让原本产值为1的人产值变小.. 09/18 07:55
29F：推 phantom400:基本上会让你想电想钉的人 不会对专案进度有正向的帮助 09/18 12:16
30F：推 metaphysic:基本上电人钉人没什麽乐趣,get out最好. 09/18 12:48
31F：推 metaphysic:让主管知道谁在拖进度又如何呢?主管看的是整个team. 09/18 13:16
32F：→ Label:让sponser知道这人是OJT不能算工时，另外还要再找个人进来 09/18 22:18
33F：→ Label:如果delay不能因为这样不给你们奖金或绩效 09/18 22:18
34F：→ Label:因为你们Team的人力本来就不足 09/18 22:18
35F：→ Label:不钉人就少了让他成长的机会，Team上也少了个增加战力的机会 09/18 22:27
36F：→ Label:过了一年多还是一个人做两个人的事，迟早会有人不爽想辞职 09/18 22:27
37F：→ Label:业务单位也会认为说怎麽你们研发单位这麽久了效率还这麽差 09/18 22:30
38F：→ Label:当然这些应该是PM或Functional Manager的责任 09/18 22:31
39F：→ Label:他们应该要掌握这些事情，知道有哪些人能力不行 09/18 22:32
40F：→ Label:然後做些改善的对策 09/18 22:32