- 主题:碰上能力低的下属真消耗啊，有什么管理的好办法呢？
比如内存乱盖
对coding的人来说可能只是一个简单越界
查起来特别是盖的地方随机就比较难查
【 在 littleSram 的大作中提到: 】
: 这个也许算一个bug吧
: 但是感觉还不是楼主说得小bug，需要整个团队几周来解决
:
: 我总觉得这种几周解决一个小bug，团队问题非常大。
: 换句话说，没一个靠谱的，不一定是能力问题
: 而是态度问题，不想仔细去查
:
: --
发自「今日水木 on iPhone X」
--
FROM 223.246.217.*
听话就行
能力问题可以让他不做核心工作
【 在 BAIYUXIONG 的大作中提到: 】
: 能力低的下属，一个小bug导致整个团队填几个周的坑。
:
: 能想到的提高措施：
: ....................
- 来自「最水木 for iPhone 11」
--
FROM 175.167.154.*
这种是语言的锅
【 在 fanci 的大作中提到: 】
: 举个王垠总举过的例子：C++函数接口参数漏写了引用符号&，导致性能大幅下降。
: - 来自 水木社区APP v3.5.3
--
FROM 180.167.122.*
阁下微软的，也难怪对linux上的技术一无所知
【 在 eggcar 的大作中提到: 】
: 是了是了，贵司真是比微软都高到不知道哪里去了
:
: 【 在 freyoneby 的大作中提到: 】
: ....................
- 来自「最水木 for iPhone 7 Plus」
--
FROM 223.104.210.*
流程要完善。
【 在 BAIYUXIONG 的大作中提到: 】
:
: 能力低的下属，一个小bug导致整个团队填几个周的坑。
:
: 能想到的提高措施：
: 1、code review，写完换个人再看一遍
#发自zSMTH@LIO-AN00
--
FROM 49.93.47.*
啥是 内存乱盖 ？
【 在 superky 的大作中提到: 】
: 比如内存乱盖
: 对coding的人来说可能只是一个简单越界
: 查起来特别是盖的地方随机就比较难查
: ...................
--
FROM 111.203.35.*
年底绩效打C甚至D
【 在 BAIYUXIONG 的大作中提到: 】
: 能力低的下属，一个小bug导致整个团队填几个周的坑。
:
: 能想到的提高措施：
: ....................
- 来自「最水木 for iPhone 11」
--
FROM 120.244.160.*
bug一旦爆出来花一两周，你断网一两周试试，客户不让你赔惨，以为都和你一样做得东西无关紧要，出了问题也不用赔钱。设备全部退回，现场重新部署回老设备，一年利润全部赔完，高管直接下台
【 在 eggcar 的大作中提到: 】
: 当然应该考虑，但是谁能保证最开始设计的架构到后面业务需求不会变？业务变了真的还能保持低耦合吗？
: 重点也不在这，重点在一个人埋了个bug 花一两周去擦屁股不是很正常的事请么？到了龟板就成了架构的锅管理的锅了？贵版的水平真是比微软都不知道高到哪里去了
:
: ....................
- 来自「最水木 for iPhone 7 Plus」
--
FROM 223.104.210.*
你没看见lz的前提条件么。他说的是能力不行的那个人埋的小bug。难道他们那里所有人都把代码写在一起。也不分个模块和结构么？如果这个都没有，那当然就是管理的问题。
甚至可以这么说：所有问题，都是管理问题。
【 在 eggcar (eggcar) 的大作中提到: 】
: 当然应该考虑，但是谁能保证最开始设计的架构到后面业务需求不会变？业务变了真的还能保持低耦合吗？
: 重点也不在这，重点在一个人埋了个bug 花一两周去擦屁股不是很正常的事请么？到了龟板就成了架构的锅管理的锅了？贵版的水平真是比微软都不知道高到哪里去了
--
FROM 114.249.20.*
这就像一个人有啥问题，说都是原生家庭问题。
【 在 chunhui 的大作中提到: 】
: 你没看见lz的前提条件么。他说的是能力不行的那个人埋的小bug。难道他们那里所有人都把代码写在一起。也不分个模块和结构么？如果这个都没有，那当然就是管理的问题。
: 甚至可以这么说：所有问题，都是管理问题。
:
--
FROM 223.104.4.*