- 主题:碰上能力低的下属真消耗啊，有什么管理的好办法呢？
第五条可以啊。还是怪你吧，认不清别人的能力
--
FROM 223.104.38.*
换人
--
FROM 58.246.226.*
要能开，又不缺人的话，就开了……
【 在 BAIYUXIONG 的大作中提到: 】
: 能力低的下属，一个小bug导致整个团队填几个周的坑。
: 能想到的提高措施：
: 1、code review，写完换个人再看一遍
: ...................
--
FROM 223.104.3.*
是是是你说的都对，下次不用说了
回去重读语文吧
【 在 freyoneby 的大作中提到: 】
: bug一旦爆出来花一两周，你断网一两周试试，客户不让你赔惨，以为都和你一样做得东西无关紧要，出了问题也不用赔钱。设备全部退回，现场重新部署回老设备，一年利润全部赔完，高管直接下台
: :
: - 来自「最水木 for iPhone 7 Plus」
--
FROM 111.198.57.*
第二条会让这个人效率更差，且没啥用
第三条是解决缺陷的，不是提高人员水平的
所以，最后一条最合适。体力活，然后看他自己能不能逆天改命
【 在 BAIYUXIONG 的大作中提到: 】
: 能力低的下属，一个小bug导致整个团队填几个周的坑。
: 能想到的提高措施：
: 1、code review，写完换个人再看一遍
: ...................
--
FROM 223.104.41.*
就很奇怪，你们为什么有一个前提条件就是，他埋的bug 现象一定发生在他自己的模块里？为什么能假设模块与模块之间有强运行时的隔离机制？
没写过c/c++吧？没遇到过性能瓶颈吧？
【 在 chunhui 的大作中提到: 】
: 你没看见lz的前提条件么。他说的是能力不行的那个人埋的小bug。难道他们那里所有人都把代码写在一起。也不分个模块和结构么？如果这个都没有，那当然就是管理的问题。
: 甚至可以这么说：所有问题，都是管理问题。
:
--
FROM 111.198.57.*
当年微软bitlock无故把我硬盘锁起来，最后花了三千块钱两个星期才把数据弄出类，徽软赔钱不
【 在 eggcar 的大作中提到: 】
: 是是是你说的都对，下次不用说了
: 回去重读语文吧
:
: ....................
- 来自「最水木 for iPhone 7 Plus」
--
FROM 223.104.210.*
招人时就应该尽量找能力好的码农。
【 在 BAIYUXIONG 的大作中提到: 】
: 能力低的下属，一个小bug导致整个团队填几个周的坑。
: 能想到的提高措施：
: 1、code review，写完换个人再看一遍
: ...................
--
FROM 101.39.135.*
开了吧
【 在 BAIYUXIONG 的大作中提到: 】
: 能力低的下属，一个小bug导致整个团队填几个周的坑。
:
: 能想到的提高措施：
: ....................
- 来自「最水木 for iPhone14,4」
--
FROM 111.201.146.*
最后那句话是管理学中的一个常识。
【 在 mageofu 的大作中提到: 】
: 这就像一个人有啥问题，说都是原生家庭问题。
: :
--
FROM 114.242.249.*