大家有沒有遇過這樣工程師…
我們公司最近在開發新的專案，找了一位新來的工程師幫忙一起做。這個人Coding速度真
的很快，交給他的功能很快就能做出來。每個sprint下來，他也一直不停的接新ticket和
開發新東西。
最近這個新專案終於要上線了，結果QA卻測出了一大堆bug！！由於數量真的太多了，但
又為了承諾客戶如期上線，所以只好把我和其他2個工程師也叫來，一起昴下去幫忙解bug
…
結果不去看還好，一下去看他裡面的code，真的是非常可怕…又臭又長像流水帳一樣，結
構也是亂七八糟，很多邏輯明顯沒有想過或設計過硬幹去寫出來，沒有任何彈性和維護性
，大家花了非常多時間再改他的程式，真的改的非常辛苦...
（對…我們為了趕這個專案，完全skip code review、skip unit tests 等等。二來 這
新專案相對獨立，不影響現有系統。所以他commit 什麼 就merge什麼，鬧得今天這下場
。我們的例子，正好回應前幾篇某些人質疑為何要code review......）
最後產品雖然如期上線，但這下好了，老闆和PM現在超喜歡這個工程師，後面很多v2 要
衍生的新功能，都要叫這位工程師來主導開發…
我們幾個幫忙「收爛攤子」的人，聽到真的有種不好的預感…一來害怕又有更多有問題的
程式被他寫出來，後面又要花更多時間來修改；二來有種功勞你在接，爛攤子我們在收的
感覺…
我們原本找主管說這些問題，但目前公司大老闆想正積極開發這項產品，他們只希望快點
見到結果，似乎也不太在乎原有的開發流程了，只想先快點把東西生出來，給客戶demo…
各位如果面對這種情況，和這樣的工程師該怎麼辦？公司想快速看到成品，找了一個產出
快的人，雖然短期快速看得到成果，但卻後患無窮…
--
※ 發信站: 批踢踢實業坊(ptt.cc), 來自: 1.145.105.198 (澳大利亞)
※ 文章網址: https://www.ptt.cc/bbs/Soft_Job/M.1722482140.A.F7E.htmlmercurycgt681樓離職 08/01 11:18
miyazakisun22樓屎擦太乾淨，以後負責專門擦 笑了 08/01 11:24
形容的太貼切了！所以我們現在超怕他繼續接下去做後續的功能..
andy8103063樓有bug當然叫commit的人處理吧，你去擦屎幹嘛 08/01 11:30
→ teddy4樓叫他一人負責就好 其他人去忙其他專案 08/01 11:31
沒辦法…我們不是老闆…這案子是公司目前最重要的任務，主管要我們其他人補上去修，
也很難退掉吧..
→ ssccg5樓不是測過才算產量嗎? 不會動的也能算產量? 08/01 11:47
很好的問題！因為這些新功能都沒有unit test, integration test 等等，完全依賴QA手
動測試，在90%的情況程式都能動，但像是換個環境 改個context後，某些情況就掛了…
→ MOONY1356樓驅動生產 反正你們會如期修好 08/01 11:47
→ ssccg7樓怎麼會很難推，除非你真的很想待下去那你活該 08/01 11:48
其它同事我不知道，但我個人有簽證關係，沒辦法這麼瀟灑走掉…當然 相信解決問題 還
是有除了離職以外 更好的方式吧
→ nh60211as8樓你們自己沒有驗收條件就算結案很奇怪餒 08/01 11:49
seanhiroshi9樓想辦法把他捧起來 之後好處理 08/01 11:52
B098869808810樓之前不是有啟智說不用code review review是要看什麼 08/01 11:55
→ B098869808811樓怎麼現在那種人又消失了 08/01 11:55
→ airtsubasa12樓影響正常運作的bug還能算量？ 08/01 11:56
大部份情況都是能運做的，但某些例外狀況 原本可能沒被測出來吧......
→ wuyiulin13樓直接講不聽就投到他直屬主管那邊啊，他主管不喬是他的 08/01 11:58
→ wuyiulin14樓事情，出問題就把他們兩個推出去扛刀。 08/01 11:58
tsaigi15樓就不要修啊 大不了一起爛 08/01 12:01
hobnob16樓接案出身？ 08/01 12:05
→ hobnob17樓感覺你團隊問題也蠻大的欸.. 08/01 12:06
我也覺得他是做接案出身的…並不是說做接案的人不好，但真的看過太多這類接案工程師
，那種虛應一應故事 交差了事的做事方式…
但我們是在做SaaS自己的產品，原本的開發節奏雖然不算快，但要求很嚴謹 該做的都要
做到位review才會過。但現在為了敢這個新專案，完全亂了陣腳，搞出一堆「技術債」
到頭來這些不健康的程式，也是必有人要來修….
→ lazarus112118樓沒有維運過自己開發的工程師，很大機率是垃圾量產機 08/01 12:22
Tenno08119樓我好奇他寫好的時候不用先跑一下看看有無問題嗎？ 08/01 12:35
→ ssccg20樓開規格、測案開嚴一點，然後叫他自己全測過 08/01 12:42
pilor21樓好像我們公司 08/01 12:51
sowulo22樓看起來是驗收機制有問題吧 而且主管不會覺得一個人開發 08/01 13:14
→ sowulo23樓要三個人維護哪裡怪怪的嗎 08/01 13:14
talkmyself24樓離職阿，那mo簡單 08/01 13:15
lilicoco52025樓出個包讓老闆痛 08/01 13:20
→ ma72126樓需求定義不明確吧，怎麼會有因環境程式出錯 08/01 13:38
rereterry27樓如果要你們幫忙，那功能設計初期，你們應該可以加入吧 08/01 13:43
→ rereterry28樓！就要求流程，把merge的權力拿走，既然老闆要你們幫忙 08/01 13:43
→ rereterry29樓，我是不認為你們無法要求啦！這樣也可以讓這個工程師 08/01 13:43
→ rereterry30樓知道你們的要求，不急著他可以一步到位的改寫成符合你 08/01 13:43