作者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