這才是真實情況
反正你只要寫的夠快上面的就會覺得好棒棒
寫的好不好對上面的人對客戶又沒差
對他們來說搞不好還覺得有bug是很正常的事
所以你一直糾結這個其實沒什麼用
你大概只有兩條路可以選
1.抱緊那位仁兄的大腿
搞不好過沒多久他就升team leader再來技術總監或是CTO了
我真的看過這種人寫code能力連junior都不如
但因為關係當到eam leader最後把整個team搞垮
換到別的公司之後聽說居然升技術總監
這種大腿不抱嗎？
2.想辦法讓他的bug炸死自己
就是有發現重大bug也別幫他修
最好上線後讓他炸
並且想辦法讓他不得不吞下去
出包久了上面的才可能對他的印象是「雖然寫的快但問題很多」
他才有可能被幹掉
不然你在這邊抱怨再多你們還是那位仁兄的墊腳石
雖然很殘酷
但人的世界並不是像寫程式一樣對就是對錯就是錯
一般工程師最大的錯誤就是想講道理
你說你的程式都遵守SOLID測試寫滿滿的？
但真實世界就是懂得滿足上面的人才會被看見被重用
※ 引述《yestheway (LKK)》之銘言：
: 大家有沒有遇過這樣工程師…
: 我們公司最近在開發新的專案，找了一位新來的工程師幫忙一起做。這個人Coding速度真
: 的很快，交給他的功能很快就能做出來。每個sprint下來，他也一直不停的接新ticket和
: 開發新東西。
: 最近這個新專案終於要上線了，結果QA卻測出了一大堆bug！！由於數量真的太多了，但
: 又為了承諾客戶如期上線，所以只好把我和其他2個工程師也叫來，一起昴下去幫忙解bug
: …
: 結果不去看還好，一下去看他裡面的code，真的是非常可怕…又臭又長像流水帳一樣，結
: 構也是亂七八糟，很多邏輯明顯沒有想過或設計過硬幹去寫出來，沒有任何彈性和維護性
: ，大家花了非常多時間再改他的程式，真的改的非常辛苦...
: （對…我們為了趕這個專案，完全skip code review、skip unit tests 等等。二來 這
: 新專案相對獨立，不影響現有系統。所以他commit 什麼 就merge什麼，鬧得今天這下場
: 。我們的例子，正好回應前幾篇某些人質疑為何要code review......）
: 最後產品雖然如期上線，但這下好了，老闆和PM現在超喜歡這個工程師，後面很多v2 要
: 衍生的新功能，都要叫這位工程師來主導開發…
: 我們幾個幫忙「收爛攤子」的人，聽到真的有種不好的預感…一來害怕又有更多有問題的
: 程式被他寫出來，後面又要花更多時間來修改；二來有種功勞你在接，爛攤子我們在收的
: 感覺…
: 我們原本找主管說這些問題，但目前公司大老闆想正積極開發這項產品，他們只希望快點
: 見到結果，似乎也不太在乎原有的開發流程了，只想先快點把東西生出來，給客戶demo…
: 各位如果面對這種情況，和這樣的工程師該怎麼辦？公司想快速看到成品，找了一個產出
: 快的人，雖然短期快速看得到成果，但卻後患無窮…