看到這種類型的人才，
我直接想到博休待十耶。
他也是前期很厲害，
大學考到名校熱門科系，
大一大二還是書卷獎。
但到了中後期，
很多潛藏的狀況開始浮現，
就變成只能休學，
休學後還不間斷的待業了10年，
現在將近40歲了，
還沒有任何正職經驗。
如果有人才能夠輔助他，
把他的狀況處理好，
讓他的優點可以浮現，
那或許就可以找到老闆重用，
人生走出不一樣的氣象了。
但剛好這兩個相似的個案，
可以互為解答。
你以後就讓這個工程師單幹，
不要幫他修bug，
反正就跟老闆說處理不了，
讓他自己的bug自己修。
要嘛他因為修理不了bug被淘汰，
要嘛他修好了但灰頭土臉，
下次寫程式就會比較變得嚴謹，
不至於搞出這麼多bug。
而博休待十嘛，
我在這個例子看到兩個方向：
一是找到幫自己截長補短的人才，
這樣就能好好發揮自己的專長。
二是可以學習這位人才的精神，
不要思考太多，搞到自己綁手綁腳，
先把成果做出來就是，
後面再靠自己或別人慢慢修。
也就是不要想著一步到位，
找到待遇很好，自己也很喜歡的工作，
而是先從洗碗、端盤子、站超商……
這些門檻比較低的工作開始，
再慢慢往自己理想職缺去努力。
有個開始，就是好的一半，
不然都待業10年了，
真的很可惜，浪費了自己的天賦。
※ 引述《yestheway (LKK)》之銘言：
: 大家有沒有遇過這樣工程師…
: 我們公司最近在開發新的專案，找了一位新來的工程師幫忙一起做。這個人Coding速度
真
: 的很快，交給他的功能很快就能做出來。每個sprint下來，他也一直不停的接新ticket
和
: 開發新東西。
: 最近這個新專案終於要上線了，結果QA卻測出了一大堆bug！！由於數量真的太多了，
但
: 又為了承諾客戶如期上線，所以只好把我和其他2個工程師也叫來，一起昴下去幫忙解b
ug
: …
: 結果不去看還好，一下去看他裡面的code，真的是非常可怕…又臭又長像流水帳一樣，
結
: 構也是亂七八糟，很多邏輯明顯沒有想過或設計過硬幹去寫出來，沒有任何彈性和維護
性
: ，大家花了非常多時間再改他的程式，真的改的非常辛苦...
: （對…我們為了趕這個專案，完全skip code review、skip unit tests 等等。二來
這
: 新專案相對獨立，不影響現有系統。所以他commit 什麼 就merge什麼，鬧得今天這下
場
: 。我們的例子，正好回應前幾篇某些人質疑為何要code review......）
: 最後產品雖然如期上線，但這下好了，老闆和PM現在超喜歡這個工程師，後面很多v2
要
: 衍生的新功能，都要叫這位工程師來主導開發…
: 我們幾個幫忙「收爛攤子」的人，聽到真的有種不好的預感…一來害怕又有更多有問題
的
: 程式被他寫出來，後面又要花更多時間來修改；二來有種功勞你在接，爛攤子我們在收
的
: 感覺…
: 我們原本找主管說這些問題，但目前公司大老闆想正積極開發這項產品，他們只希望快
點
: 見到結果，似乎也不太在乎原有的開發流程了，只想先快點把東西生出來，給客戶demo
…
: 各位如果面對這種情況，和這樣的工程師該怎麼辦？公司想快速看到成品，找了一個產
出
: 快的人，雖然短期快速看得到成果，但卻後患無窮…