- 主题:碰上能力低的下属真消耗啊，有什么管理的好办法呢？
让他专门写单元测试
【 在 BAIYUXIONG (爱情是个屁) 的大作中提到: 】
: 能力低的下属，一个小bug导致整个团队填几个周的坑。
: 能想到的提高措施：
: 1、code review，写完换个人再看一遍
: ...................
--
FROM 180.158.12.*
你们没见过而已
当然你要说面试不应该通过是领导的锅，那也没错
【 在 KillnCov 的大作中提到: 】
: 给你一个忠告，能力底下只是效率低，别人一天他需要3天而已，但是代码质量低绝对的团队领导的锅。换团队领导吧。
:
: 【 在 BAIYUXIONG 的大作中提到: 】
: ....................
- 来自「最水木 for iPhone Xr」
--
FROM 180.158.12.*
代码问题导致落库的数据出现脏数据，量又比较大。怎么修？只能对那段时间的数据做特殊兼容，如果产品结构比较复杂，同一套数据有很多种展示方式，那就很容易出现这种反复多次修复的情况。极端情况，脏数据已经没办法兼容了，只能想办法让这段时间的数据影响减小一点。
隔几天发现一个特殊案例，定位排查修复一下几小时，来个三次可不就几周了
【 在 hjjscofield 的大作中提到: 】
: 能不能略微介绍下，小bug为啥要几周填坑
: 【 在 BAIYUXIONG 的大作中提到: 】
: : 能力低的下属，一个小bug导致整个团队填几个周的坑。
: ....................
- 来自「最水木 for iPhone Xr」
--
FROM 180.158.12.*
是的，机制才是最保险的事情
低级错误很多人都会犯，我的态度是12不过3，第三次犯同样的低级错误说明态度有问题
【 在 flyingfairy 的大作中提到: 】
: 要想一想什么样的设计机制能够避免这种严重的bug，这不是你开除掉犯错误下属泄愤就能彻底避免的。
: 从这个case看，不是下属能力低，没有不犯错误的人。
: 【 在 BAIYUXIONG 的大作中提到: 】
: ....................
- 来自「最水木 for iPhone Xr」
--
FROM 114.87.234.*
阿里早期团队大概率就是这样，都开掉？
【 在 hujili 的大作中提到: 】
: 这种团队不开除还留着干啥
: 【 在 allishere 的大作中提到: 】
: : 小bug团队要几周填坑？？
: ....................
- 来自「最水木 for iPhone Xr」
--
FROM 114.87.234.*