作者makotoan (不逾越)
看板Soft_Job
标题Re: [讨论] 如果遇上这样的资深工程师
时间Wed Jul 2 22:33:38 2008
※ 引述《makotoan (不逾越)》之铭言：
: 推 oicejki:软体业就是这样罗 除非你不在软体业 也不是想做什麽就能 07/01 23:54
: → oicejki:做 (烟)~~看开点就好了 07/01 23:55
: 推 poqwer:把自己的部份搞定，问进度的时候，就说执行到别人写的就死 07/02 00:18
: → poqwer:，反正如果沟通无效，你不让上面知道谁做得不好不行啊~~ 07/02 00:19
: → poqwer:资深也不见得厉害，我入门就电到资深的，後来也被新人电~ 07/02 00:19
: → poqwer:实力至上，哈~ 07/02 00:19
: 推 ykjiang:你和那个资深的工作有划分清楚吗？有的话就先不要帮他解 07/02 00:25
: → ykjiang:等主管分配再帮他，做再多，如果上面的不知道，那也白搭」 07/02 00:26
: 推 andymai:其实...擅改别人的code很不好~因为根本是把屎往自己身上扛 07/02 00:28
: → andymai:权则没有划分清楚~一定会累死自己的~薪水又没比较多... 07/02 00:30
: → andymai:如果又遇到心胸狭窄的...将来一定会後悔自己干嘛鸡婆Orz.. 07/02 00:31
: 推 andymai:补一下~其实这种事要看人~有的人会感谢你发掘他的缺点~甚 07/02 00:34
: → andymai:至可以互相讨论~开始写程式之前要考虑哪些东西再下手... 07/02 00:36
: 推 andymai:就算SA、SD都规划好~没想好就动手的结果就是一直补破洞... 07/02 00:40
其实工作的划分很清楚，但因为module之间的关联程度很高，
所以我是没办法独自把自己的部分写好就好，
因为模组间依赖程度高，如果硬是只完成自己的部分，等别人解决他自己的问题，
案子结果会更凄惨....所以我才会选择下手去动对方的code，
但通常都是到非不得已的地步，我才会这样做，其实也不喜欢扛别人的屎...Orz。
: 推 redray:你们公司有没有 version control system? 有的话，上面就会 07/02 01:09
: → redray:有他遗留下来的 bug 证据，也有你修改的证据。可以用这个来 07/02 01:10
: → redray:当作你跟你们 leader 说明的好方法，找时间私下跟 leader 07/02 01:10
: → redray:明这种情况，把话讲清楚才能够让事情做的更好。 07/02 01:11
: 推 iincho:咳..让他爆..爆到你leader必须出面处理..... 07/02 01:20
: → iincho:你leader人好不好是一回事, 没对这种事控管是失职... 07/02 01:21
: → iincho:工作不是派下去就好, project leader要去monitor... 07/02 01:21
: → iincho:你主动去讲, 有可能会落人口实 (XXX捅我~~) 07/02 01:23
: → iincho:先搞清楚他的bug爆掉你会不会有事, 不会那就不是你的事... 07/02 01:23
: 推 liptonbin:你要先想好假如他不写CODE那之後会改为谁来接他摊子 07/02 09:13
: 推 opman:大概是,bug 慢慢抓才做的久. 久了後就大都是慢慢抓bug的. 07/02 10:09
: 推 opman:管理层应该有自己的算盘. 只是内情,外人不知道而已. 07/02 10:12
: 推 TonyQ:个人觉得是主管的黑暗兵法 -_-......... 07/02 10:15
: 推 chihyi1980:这种时候就要想办法把他拱上去当纯SA.... 07/02 13:41
在我原文中所写的leader，其实并不是PM，而是主管，而这个案子，也有独立的PM，
在案子进行的各阶段中，leader在平时偶尔就会问我案子状况，
而我也尽量选择不说人小话的方式去反应专案进度，
所以主管其实算是蛮清楚我个人进度的部分的。
至於PM嘛，因为我和PM之间的交流很密集，所以他很清楚我说的这个情况，
只是.....情况有点复杂，因为PM的个性，比我还....？
（不知道要怎麽形容，应该说....不愿意对人说三道四？不愿意批评别人？
毕竟这种事，也不是每个人愿意做的....）
所以真实的情况，我想leader是有点模模糊糊的状态。
只是....这件事情造成我在这个案子中一直觉得很累，所以才想反应情况给上面，
（因为考量到後面下来的案子，很有可能我又得继续和对方合作，不想拖累自己）
跟个人的绩效倒是没有很大的关系。
这件事情後来，我已经有稍微反应给上面知道了，
只是，考虑到不在别人背後批评这件事情，
所以就没有讲得很细节，从边边带过的说明了。
遇上这次的情形，老实说突然觉得CVS system很重要，
我们虽然有这个system，但是现在的阶段，并没有放到system上，
因为code的修改频率很多，放到CVS变成要多耗费时间，
所以当初才会考虑不放上去的，
但在保护自己的情况下，这个办法似乎是一个比较可行的解决方法。
不过也还好的是，我遇到一个很相信我的主管，
所以，仅简单的透过沟通，似乎就已经帮我解决目前这个问题了....。
大家的建议让我很受用，真的很感激。
--
※ 发信站: 批踢踢实业坊(ptt.cc)
◆ From: 218.187.8.236
1F：→ TonyQ:就是因为修改的多才需要cvs吧 ＝.＝a 07/02 23:01
2F：推 redray:很多人会觉得要写到差不多才放到cvs上面，不能放一个太差 07/02 23:02
3F：推 iincho:现在用svn or git比较好.(逃... 07/02 23:02
4F：→ redray:劲的code让别人看笑话，我认为这样的想法是错的，应该一开 07/02 23:02
5F：→ redray:使就放上去。 07/02 23:03
6F：→ makotoan:应该说，这个案子有点偏lab研发的性质，而且阶段性改变很 07/02 23:26
7F：→ makotoan:大的关系，所以放到cvs上後，前後版本的差异会很巨大， 07/02 23:27
8F：→ makotoan:再加上放上cvs还要写report.....=_= (都coding不完了) 07/02 23:28