Re: [討論] 如果遇上這樣的資深工程師

看板Soft_Job作者 (不逾越)時間16年前 (2008/07/02 22:33), 編輯推噓2(206)
留言8則, 4人參與, 最新討論串4/11 (看更多)
※ 引述《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

07/02 23:01, , 1F
就是因為修改的多才需要cvs吧 =.=a
07/02 23:01, 1F

07/02 23:02, , 2F
很多人會覺得要寫到差不多才放到cvs上面,不能放一個太差
07/02 23:02, 2F

07/02 23:02, , 3F
現在用svn or git比較好.(逃...
07/02 23:02, 3F

07/02 23:02, , 4F
勁的code讓別人看笑話,我認為這樣的想法是錯的,應該一開
07/02 23:02, 4F

07/02 23:03, , 5F
使就放上去。
07/02 23:03, 5F

07/02 23:26, , 6F
應該說,這個案子有點偏lab研發的性質,而且階段性改變很
07/02 23:26, 6F

07/02 23:27, , 7F
大的關係,所以放到cvs上後,前後版本的差異會很巨大,
07/02 23:27, 7F

07/02 23:28, , 8F
再加上放上cvs還要寫report.....=_= (都coding不完了)
07/02 23:28, 8F
文章代碼(AID): #18Qv730b (Soft_Job)
討論串 (同標題文章)
本文引述了以下文章的的內容:
以下文章回應了本文
完整討論串 (本文為第 4 之 11 篇):
文章代碼(AID): #18Qv730b (Soft_Job)