作者makotoan (不逾越)
看板Soft_Job
标题[讨论] 如果遇上这样的资深工程师
时间Tue Jul 1 23:51:30 2008
其实我已经思考这个问题很久了，只是很犹豫是否要做...
想知道大家的想法是怎样的呢？也让我参考一下。
情况其实是这阵子刚好要写一篇report，要写写自己这近来工作的情况，
或者也可写在你的工作环境中是否有什麽事情，
需要leader帮忙或他可能帮的上的部分，总之就是一份feedback。
而事实上，针对近来所发生的真实情况是，
我和某一个比我更资深一倍（工作经验）的人一起合作案子，
可是在和他合作的过程中，我却发现一件很严重影响我performance的事情，
那就是，他虽然资深，而且也确实有domain knowledge（在相关领域），
但，在SA、SD完後，我们分工合作去写code时，
他的code内常常有看似细小、实际上却会有很严重影响的bug，
而且在我看来，那是不应该发生的，即使是应届而已。
（我会这样讲，并不是想要说他coding能力不好，而是过度粗心）
刚开始我会找到bug并秀给他看，请他自己修改，
後来发现讲了很多次後，他还是漏东漏西的没改好，
或者我讲了後，明明可以修改一下就完成的东西，他就是要修改很久...
最後我因为受不了delay而开始动手修改他写的东西。
（修改别人的东西，这是没办法避免的，这是我们做案子时的默契，是相互允许的，
只是通常没必要的话，就会请对方自行修改，因为自己的code应该自己最清楚才对）
也因为这样，以致於合作到後期，
原本我是跑在schedule前面的人，却开始被schedule拉着跑，
（因为我花了一大段的时间去解他的bug，他的部分不完成，我更不可能继续下去）
然後开始被leader叮delay的事。
我一直在考虑是否要告诉leader这件事情，说真的，我也不想当打小报告的人，
但是这次合作，让我一直在收别人的烂摊子，真的收到快发火，
（在某天的晚上，我突然发现我那阵子的加班，竟然是为了解别人的bug）
再加上因为他比我资深，所以leader还特地把重心的部分切割出来让他写，
（所以问题才会显得更严重，因为是重心->code没写好->bug->整个案子拖累）
这些杂七杂八的原因交杂後，使得案子进度变得很难看。
因为一些事情，我算是还蛮相信我们leader的为人的（他在公司算很照顾我），
只是也怕讲出这样的事情，对那位同事会很不好意思，
因为我不晓得leader是否会转告这样的意见？又，会如何转告？
如果转告时讲得太明，就会很伤人，也会很破坏我和对方之间的气氛，
但是我不讲这件事的话，如果以後leader还继续这样分工，我的未来会很痛苦....
（因为又要跟在别人屁股後面解bug）
而事实上，我想讲这件事情，也只是希望未来分工方式可以改变，
并非是想讲对方能力的问题。
如果是你遇到这样的事，你会选择怎麽做呢？
--
※ 发信站: 批踢踢实业坊(ptt.cc)
◆ From: 218.187.15.195
1F：推 oicejki:软体业就是这样罗 除非你不在软体业 也不是想做什麽就能 07/01 23:54
2F：→ oicejki:做 (烟)~~看开点就好了 07/01 23:55
3F：推 poqwer:把自己的部份搞定，问进度的时候，就说执行到别人写的就死 07/02 00:18
4F：→ poqwer:，反正如果沟通无效，你不让上面知道谁做得不好不行啊~~ 07/02 00:19
5F：→ poqwer:资深也不见得厉害，我入门就电到资深的，後来也被新人电~ 07/02 00:19
6F：→ poqwer:实力至上，哈~ 07/02 00:19
7F：推 ykjiang:你和那个资深的工作有划分清楚吗？有的话就先不要帮他解 07/02 00:25
8F：→ ykjiang:等主管分配再帮他，做再多，如果上面的不知道，那也白搭」 07/02 00:26
9F：推 andymai:其实...擅改别人的code很不好~因为根本是把屎往自己身上扛 07/02 00:28
10F：→ andymai:权则没有划分清楚~一定会累死自己的~薪水又没比较多... 07/02 00:30
11F：→ andymai:如果又遇到心胸狭窄的...将来一定会後悔自己干嘛鸡婆Orz.. 07/02 00:31
12F：推 andymai:补一下~其实这种事要看人~有的人会感谢你发掘他的缺点~甚 07/02 00:34
13F：→ andymai:至可以互相讨论~开始写程式之前要考虑哪些东西再下手... 07/02 00:36
14F：推 andymai:就算SA、SD都规划好~没想好就动手的结果就是一直补破洞... 07/02 00:40
15F：推 redray:你们公司有没有 version control system? 有的话，上面就会 07/02 01:09
16F：→ redray:有他遗留下来的 bug 证据，也有你修改的证据。可以用这个来 07/02 01:10
17F：→ redray:当作你跟你们 leader 说明的好方法，找时间私下跟 leader 07/02 01:10
18F：→ redray:明这种情况，把话讲清楚才能够让事情做的更好。 07/02 01:11
19F：推 iincho:咳..让他爆..爆到你leader必须出面处理..... 07/02 01:20
20F：→ iincho:你leader人好不好是一回事, 没对这种事控管是失职... 07/02 01:21
21F：→ iincho:工作不是派下去就好, project leader要去monitor... 07/02 01:21
22F：→ iincho:你主动去讲, 有可能会落人口实 (XXX捅我~~) 07/02 01:23
23F：→ iincho:先搞清楚他的bug爆掉你会不会有事, 不会那就不是你的事... 07/02 01:23
24F：推 liptonbin:你要先想好假如他不写CODE那之後会改为谁来接他摊子 07/02 09:13
25F：推 opman:大概是,bug 慢慢抓才做的久. 久了後就大都是慢慢抓bug的. 07/02 10:09
26F：推 opman:管理层应该有自己的算盘. 只是内情,外人不知道而已. 07/02 10:12
27F：推 TonyQ:个人觉得是主管的黑暗兵法 -_-......... 07/02 10:15
28F：推 chihyi1980:这种时候就要想办法把他拱上去当纯SA.... 07/02 13:41