看到这种类型的人才，
我直接想到博休待十耶。
他也是前期很厉害，
大学考到名校热门科系，
大一大二还是书卷奖。
但到了中后期，
很多潜藏的状况开始浮现，
就变成只能休学，
休学后还不间断的待业了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
…
: 各位如果面对这种情况，和这样的工程师该怎么办？公司想快速看到成品，找了一个产
出
: 快的人，虽然短期快速看得到成果，但却后患无穷…