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

※ 发信站: 批踢踢实业坊(ptt.cc), 来自: 42.76.131.41 (台湾) ※ 文章网址: https://webptt.com/cn.aspx?n=bbs/Soft_Job/M.1722576751.A.1B5.html