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

看板Soft_Job作者 (不逾越)時間16年前 (2008/07/01 23:51), 編輯推噓13(13015)
留言28則, 10人參與, 最新討論串1/11 (看更多)
其實我已經思考這個問題很久了,只是很猶豫是否要做... 想知道大家的想法是怎樣的呢?也讓我參考一下。 情況其實是這陣子剛好要寫一篇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

07/01 23:54, , 1F
軟體業就是這樣囉 除非你不在軟體業 也不是想做什麼就能
07/01 23:54, 1F

07/01 23:55, , 2F
做 (煙)~~看開點就好了
07/01 23:55, 2F

07/02 00:18, , 3F
把自己的部份搞定,問進度的時候,就說執行到別人寫的就死
07/02 00:18, 3F

07/02 00:19, , 4F
,反正如果溝通無效,你不讓上面知道誰做得不好不行啊~~
07/02 00:19, 4F

07/02 00:19, , 5F
資深也不見得厲害,我入門就電到資深的,後來也被新人電~
07/02 00:19, 5F

07/02 00:19, , 6F
實力至上,哈~
07/02 00:19, 6F

07/02 00:25, , 7F
你和那個資深的工作有劃分清楚嗎?有的話就先不要幫他解
07/02 00:25, 7F

07/02 00:26, , 8F
等主管分配再幫他,做再多,如果上面的不知道,那也白搭」
07/02 00:26, 8F

07/02 00:28, , 9F
其實...擅改別人的code很不好~因為根本是把屎往自己身上扛
07/02 00:28, 9F

07/02 00:30, , 10F
權則沒有劃分清楚~一定會累死自己的~薪水又沒比較多...
07/02 00:30, 10F

07/02 00:31, , 11F
如果又遇到心胸狹窄的...將來一定會後悔自己幹嘛雞婆Orz..
07/02 00:31, 11F

07/02 00:34, , 12F
補一下~其實這種事要看人~有的人會感謝你發掘他的缺點~甚
07/02 00:34, 12F

07/02 00:36, , 13F
至可以互相討論~開始寫程式之前要考慮哪些東西再下手...
07/02 00:36, 13F

07/02 00:40, , 14F
就算SA、SD都規劃好~沒想好就動手的結果就是一直補破洞...
07/02 00:40, 14F

07/02 01:09, , 15F
你們公司有沒有 version control system? 有的話,上面就會
07/02 01:09, 15F

07/02 01:10, , 16F
有他遺留下來的 bug 證據,也有你修改的證據。可以用這個來
07/02 01:10, 16F

07/02 01:10, , 17F
當作你跟你們 leader 說明的好方法,找時間私下跟 leader
07/02 01:10, 17F

07/02 01:11, , 18F
明這種情況,把話講清楚才能夠讓事情做的更好。
07/02 01:11, 18F

07/02 01:20, , 19F
咳..讓他爆..爆到你leader必須出面處理.....
07/02 01:20, 19F

07/02 01:21, , 20F
你leader人好不好是一回事, 沒對這種事控管是失職...
07/02 01:21, 20F

07/02 01:21, , 21F
工作不是派下去就好, project leader要去monitor...
07/02 01:21, 21F

07/02 01:23, , 22F
你主動去講, 有可能會落人口實 (XXX捅我~~)
07/02 01:23, 22F

07/02 01:23, , 23F
先搞清楚他的bug爆掉你會不會有事, 不會那就不是你的事...
07/02 01:23, 23F

07/02 09:13, , 24F
你要先想好假如他不寫CODE那之後會改為誰來接他攤子
07/02 09:13, 24F

07/02 10:09, , 25F
大概是,bug 慢慢抓才做的久. 久了後就大都是慢慢抓bug的.
07/02 10:09, 25F

07/02 10:12, , 26F
管理層應該有自己的算盤. 只是內情,外人不知道而已.
07/02 10:12, 26F

07/02 10:15, , 27F
個人覺得是主管的黑暗兵法 -_-.........
07/02 10:15, 27F

07/02 13:41, , 28F
這種時候就要想辦法把他拱上去當純SA....
07/02 13:41, 28F
文章代碼(AID): #18QbA3sb (Soft_Job)
討論串 (同標題文章)
以下文章回應了本文 (最舊先):
完整討論串 (本文為第 1 之 11 篇):
文章代碼(AID): #18QbA3sb (Soft_Job)