请问各位，如果你是 leader，如何提高组员的技术水平？

[abcbuzhiming]

我现在受困于这个问题，组员的素质参差不齐，导致代码质量不稳定，经常一个接口，昨天测试还是好的，今天就莫名其妙的改坏了，前端抱怨颇多，查找分析后得到的结论是后端人员的水平不够，经常出现捡起芝麻丢掉西瓜，改 A 接口把 B 接口的数据破坏而不自知的行为。这个问题，除了用测试堵，我看网上的说法，需要建立一套培训，审核机制，以一定的标准去审计代码，定期开会培训告知大家某些写法是不应该出现的，以提高大家的编码能力等等等

但是问题是，该使用什么样的标准，或者工具去建立这样的机制，或者说这样的体系该如何具体操作呢，我一点头绪都没有，我自己给自己定位的是技术专家，解决问题还行，但是要带领一群人提高他们的综合水平，我真不擅长，恳请有经验的人赐教

[thundernet8]

前端怎么破 迭代快 UI 代码多 不像后端 API 强逻辑性

[sorra]

请去掉“如果”，免空谈

[luoyou1014]

@ioth 部门领导没有责任带领整个部门的水平上升吗？

[chenqh]

你们都有单元测试？

[leslie000666]

素质这东西，难。即使制定了，执行还是一个问题。

[chnhyg]

和我之前带团队的时候一样，耐心指导都不听，真的是心力交瘁。无奈。~

[wspsxing]

CI + Review

[wekw]

“改 A 接口把 B 接口的数据破坏” 这是架构问题，说明你们系统的代码治理有问题。

[TheBestSivir]

同意楼上的说法，重新做服务拆分和分层，目前的情况是在代码的组织和业务的架构上存在可改进的地方。组员的代码能力目前看只是一个方面。

[vincenttone]

同样觉得是管理的问题

[jason19659]

代码规范，同一个标准，严格执行

[archknight]

进来看了楼主的头像亮瞎了，闪 /

[torment5524]

单纯针对团队里面有经常出问题的新手：
审核代码版本变更；
针对频繁改动的接口和功能做好 testcase，或者针对经常出问题的同事负责的部分写 testcase，每次修改就跑；
周会啥的统一对近期问题进行交流；
把经常改代码出问题的同事调到测试部门一段时间，培养下测试思路和意识（他的工作最后有经验的人给再过一遍）；
组队模式，一个技术好的和一个差的互相检查代码，或者是共同完成任务。将提高新人的工作交给团队里技术好的人。

如果是业务理解不到位，就去学习业务。
如果是编码基础不行，或者是就没有编程思维的，这种是真没办法，只能找 hr 调整分工或者组织培训。。

[winglight2016]

虽然技术水平提高了可以解决很多问题，但是也很容易让人跳槽啊，楼主三思

——理想做法是：告诉组员严禁事项和鼓励事项，不要告诉他们为什么，这样才是长久之计，楼主看在我这么卖力的份上，发一下头像番号啊

[shakoon]

找几个技术好的人，成立代码评审小组，大版本上线前需要通过他们的评审

[abcbuzhiming]

@winglight2016 这不是什么番，这是伊里野的天空的同人图，你用百度识图就能发现原版

[yoke123]

你带领组员一起成长 或者 撒手不管自生自灭

1. 带领组员一起成长 你提升了 他们也提升了 虽然最后免不了 跳槽 跑路
但双方都有收获 关系好了没准以后还会拉你一把

2. 自生自灭 双方零成长 赶紧扔下这烂摊子跑路吧
傻逼才去帮他们提升呢 费力不讨好的 人活着就是为了自己和家人

[yjxjn]

@ioth 你这话语也是服，block 了

[wampyl]

好 TL，我们的根本不管

[repus911]

你这个问题上单元测试和持续集成就可以了
组员的素质...绩效和招聘...督促个人提升要做的事情就多了去了，而且还是长期的事情（当然也是必须的，不然你招的人的水平会被慢慢拖下来）