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

[abcbuzhiming]

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

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

[Charkey]

核心业务必须有相关测试的代码咯，CI 流程用起来，测试跑不过了就无法提交了。
我这就针对文中的具体问题给个想法。

[hcymk2]

sonar 配合插件可以找到些简单的问题。
但是找到了不改，或者今天改了明天有另外的地方一样的问题.......
当然你可以上 ci 那一套自动化。

[barbery]

没有代码 review 吗？“改 A 接口把 B 接口的数据破坏而不自知的行为”这些错误就应该在 review 阶段提出来让其改正，培训那些我觉得没多大效果，做开发的都应该明白，真正的修炼靠个人，那些培训的知识网上都能找到和学习，如果他们都不愿意自己去学习，你觉得强制培训就有效果？

[parkcg]

TDD，回归测试，部署 CI

[Akiyu]

LZ 这样的 TL 不多见了啊
很多都是选择了最直接的方法，换人

[Jeremial]

出现 1 次, 指导改进
出现 2 次, 谈话
出现 3 次, 全组通报
出现 4 次, 换人

[gamexg]

@Charkey #1 +1
>改 A 接口把 B 接口的数据破坏而不自知的行为。

我前几天完成新需求时就碰到过这种问题，由于有测试覆盖，接口 B 测试直接失败，问题被提前发现。
这不是水平高就能够解决的，某个函数对外提供的是 interface，但是接口 B 由于特殊原因却依赖于 interface 的底层实现，实现改了照成接口 B 失败。

[lorcanluo]

code review + 持续集成跑单元测试+绩效算 bug 量 哈哈哈~~

[abcbuzhiming]

@hcymk2
@Charkey
你们说的 CI 流程是指的什么？

[nullcoder]

把你解决问题的方法教给他们，而不是帮他们解决问题

[lizz666]

对不起,我司老板只想开发个模板，然后招应届生进来传入数据页面自动生成。
想涨工资？走吧，每年应届生这么多，不缺你一个。
所以也就不存在提高组员技术这一说了，巴不得你技术菜没实力没资本谈条件。
所以，更多靠个人了。

[Charkey]

@abcbuzhiming CI 就是持续集成，https://baike.baidu.com/item/%E6%8C%81%E7%BB%AD%E9%9B%86%E6%88%90

[ioth]

水平提高关你什么事？
开发做得好不好是管理问题，不是能力问题。

[q397064399]

管理复杂度，，每个人每次只接手一小块，，良好的代码隔离

[monsoon]

<del>让他们都玩玩像你头像里那样人设的 galgame，提升下自我如何</del>
感觉楼主这个问题比较难……

[misaka19000]

楼主头像亮瞎我的狗眼

[ke1e]

每个人单独负责自己的模块，或者说是服务。这也是微服务就行的原因。隔离性强

[ke1e]

@ke1e 流行

[HuHui]

及时 review，真的能解决问题

[UnknownR]

开除，换人