- 主题:碰上能力低的下属真消耗啊，有什么管理的好办法呢？
LZ不敢出来了。看来是LZ的问题最大，啊哈哈哈。。。
--
FROM 101.88.163.*
当一个小bug引起问题之后，未必能很容易定位到。编码测试是正向。找bug是反向，没那么容易。一个安全漏洞也许只涉及到几行代码，算是“小bug”吗？不知道哪天埋了一个雷，更不知道哪天能被发现。
--
FROM 202.189.3.*
代码质量跟程序员也是息息相关的。
水平低的程序员，还特别不爱判断各种异常，容易出大坑。
【 在 KillnCov (KillnCov) 的大作中提到: 】
: 给你一个忠告，能力底下只是效率低，别人一天他需要3天而已，但是代码质量低绝对的团队领导的锅。换团队领导吧。
: --来自微水木3.5.11
--
FROM 117.24.206.*
如果 cpp 岗都有这么高的薪资，我就不会学 js 了哈哈。
【 在 littleSram (littleSram) 的大作中提到: 】
: 我一直觉得低于三十万的cpp开发岗不该存在
--
FROM 117.24.206.*
我觉着在任何地方解耦都是必要要考虑的。除非是那种所谓只看结果不懂技术细节的kpi导向：
时间太紧了，先这样吧...
情况复杂，只能先如此了...
【 在 eggcar (eggcar) 的大作中提到: 】
: 张嘴闭嘴就是解耦合的，明显没参与过项目
: 业务发展的不确定性带来的耦合你拿头去解？真当架构都是圣人啊
: 龟板都是在大厂呆惯了，过惯了一个小team几十上百号人还都是精挑细选留下来的富裕日子啊
: ...................
--
FROM 114.249.20.*
有道理。很多项目负责的人根本就没有那个自律精神去整理完整的信息，和传递完整的信息。这是懒。要么就根本不懂如何整理和传递完整的信息。这是笨。
【 在 xcty (xcty) 的大作中提到: 】
: 凡是事先不知道bug可能在哪里的，都不叫bug，而叫defect缺陷
: 一个算法里的bug才是bug，因为如果有bug，那么知道bug一定在这几行代码里，但是算法的输入输出定义明确，不需要修改，出bug也不用修改其它地方
: 一个不知道在哪里的bug不是算法的bug，而是系统设计的bug，是因为多模块信息不对称导致的信息匹配失误，也就是如过信息充足完备，写新代码的人是100%不会有bug的。是什么导致信息不完备？比如系统模块耦合、重复代码太多导致事实上的无法100%掌握系统所有可用信息或根本
: ...................
--
FROM 114.249.20.*
当然应该考虑，但是谁能保证最开始设计的架构到后面业务需求不会变？业务变了真的还能保持低耦合吗？
重点也不在这，重点在一个人埋了个bug 花一两周去擦屁股不是很正常的事请么？到了龟板就成了架构的锅管理的锅了？贵版的水平真是比微软都不知道高到哪里去了
【 在 chunhui 的大作中提到: 】
: 我觉着在任何地方解耦都是必要要考虑的。除非是那种所谓只看结果不懂技术细节的kpi导向：
: 时间太紧了，先这样吧...
: 情况复杂，只能先如此了...
: ...................
--
FROM 111.198.57.*
是了是了，贵司真是比微软都高到不知道哪里去了
【 在 freyoneby 的大作中提到: 】
: 你是小作坊的吧就别来参和了，业务量诂计是大厂的九牛一毛，大厂发货量都是几十亿，千分之一概率出bug都受不了，出差到现场去搞？客户需求各式各样，真是沒见过世面
: :
: - 来自「最水木 for iPhone 7 Plus」
--
FROM 111.198.57.*
定位问题花几周？
【 在 yvonne4551 的大作中提到: 】
: 一个小bug，团队几周填坑。
: 听上去是团队的问题
: 发自「今日水木 on NOH-AN01」
--
FROM 223.104.165.*
态度不行，开掉
能力不行，限制使用
对下属能力要有充分认知，没有金刚钻就别安排瓷器活
【 在 BAIYUXIONG 的大作中提到: 】
: 能力低的下属，一个小bug导致整个团队填几个周的坑。
:
: 能想到的提高措施：
: ....................
- 来自「最水木 for iPhone X」
--
FROM 49.95.14.*