- 主题:碰上能力低的下属真消耗啊，有什么管理的好办法呢？
一个小bug,急就workaround解决，然后让下属后面仔细改好，如果导致整个团队填坑，那要开除架构师，说明耦合性太高，或者赶项目太急，导致没设计好，那把项目管理者开除，此人不会plan项目，如果以上都不是，确实是下属改几周都改不好，那你们招聘有问题
【 在 BAIYUXIONG 的大作中提到: 】
: 能力低的下属，一个小bug导致整个团队填几个周的坑。
:
: 能想到的提高措施：
: ....................
- 来自「最水木 for iPhone 7 Plus」
--
FROM 117.59.117.*
这种不是c＋＋笔视就可以过滤掉了
【 在 fanci 的大作中提到: 】
: 举个王垠总举过的例子：C++函数接口参数漏写了引用符号&，导致性能大幅下降。
: - 来自 水木社区APP v3.5.3
: 【 在 littleSram 的大作中提到: 】
: ....................
- 来自「最水木 for iPhone 7 Plus」
--
FROM 223.104.210.*
基本常识，团队非必要用cpp这个团队领导应该开除
【 在 littleSram 的大作中提到: 】
: 我一直觉得低于三十万的cpp开发岗不该存在
: 【 在 fanci 的大作中提到: 】
: : 举个王垠总举过的例子：C++函数接口参数漏写了引用符号&，导致性能大幅下降。
: ....................
- 来自「最水木 for iPhone 7 Plus」
--
FROM 223.104.210.*
有问提也是你们几轮面试招进来的吧，可以裁赔钱就行，另外谁都是不完美的人，都有缺陷，团队作用通过领导来杨长补短，垃圾领导没有这种粘合力也不给下属试错机会，以后项目趋于守
【 在 luchu 的大作中提到: 】
: 就那个下属没问题？
:
: 【 在 freyoneby 的大作中提到: 】
: ....................
- 来自「最水木 for iPhone 7 Plus」
--
FROM 223.104.210.*
明显沒见过好的东西，中间件估计都不知道，现在都是ubus，DBus解耦合，根本不存在复杂相目
【 在 eggcar 的大作中提到: 】
: re
: 感觉都没做过开发的样子
: 没见过小白把库搞崩了要手动修的吗
: ....................
- 来自「最水木 for iPhone 7 Plus」
--
FROM 223.104.210.*
你是小作坊的吧就别来参和了，业务量诂计是大厂的九牛一毛，大厂发货量都是几十亿，千分之一概率出bug都受不了，出差到现场去搞？客户需求各式各样，真是沒见过世面
【 在 eggcar 的大作中提到: 】
: 张嘴闭嘴就是解耦合的，明显没参与过项目
: 业务发展的不确定性带来的耦合你拿头去解？真当架构都是圣人啊
:
: ....................
- 来自「最水木 for iPhone 7 Plus」
--
FROM 223.104.210.*
阁下微软的，也难怪对linux上的技术一无所知
【 在 eggcar 的大作中提到: 】
: 是了是了，贵司真是比微软都高到不知道哪里去了
:
: 【 在 freyoneby 的大作中提到: 】
: ....................
- 来自「最水木 for iPhone 7 Plus」
--
FROM 223.104.210.*
bug一旦爆出来花一两周，你断网一两周试试，客户不让你赔惨，以为都和你一样做得东西无关紧要，出了问题也不用赔钱。设备全部退回，现场重新部署回老设备，一年利润全部赔完，高管直接下台
【 在 eggcar 的大作中提到: 】
: 当然应该考虑，但是谁能保证最开始设计的架构到后面业务需求不会变？业务变了真的还能保持低耦合吗？
: 重点也不在这，重点在一个人埋了个bug 花一两周去擦屁股不是很正常的事请么？到了龟板就成了架构的锅管理的锅了？贵版的水平真是比微软都不知道高到哪里去了
:
: ....................
- 来自「最水木 for iPhone 7 Plus」
--
FROM 223.104.210.*
当年微软bitlock无故把我硬盘锁起来，最后花了三千块钱两个星期才把数据弄出类，徽软赔钱不
【 在 eggcar 的大作中提到: 】
: 是是是你说的都对，下次不用说了
: 回去重读语文吧
:
: ....................
- 来自「最水木 for iPhone 7 Plus」
--
FROM 223.104.210.*