这意味着更正确-更稳定，更容错，更容易理解-快速输入，发生错误或崩溃时可以快速恢复，并具有适用于所有情况的正确指标和警报。
为什么不立即聘请出色的开发人员：
- 昂贵，很难找到。
- 希望保持能力分布。
- 他们并不总是因为竞争而相处，而是发生了。
- 过多要求
初级开发人员-缺点：
- 正确的设计没有基础和知识。
- 他没有检查自己，他们急着说“我做到了”。
- 他们不知道Malomalsky规定。
- 测试-他们知道有用的东西，但从未编写过。
- 指标-这到底是什么。
- 易于狩猎到一边。
初级开发人员-优点：
- 他们花了一分钱，更容易找到
- 您可以在命令下烹饪一个人。
由此可见，它们的负数要多于正负数，那么负数如何变成正数呢？ 首先，您必须多花些汗水并为此奠定基础：
- 微服务环境和微服务应尽可能标准化。 关于微服务架构的信息可以在这里 -以及俄语 。 即使对于在库中工作的开发人员的母亲来说，微服务也应该是清楚的。
- 记录整个系统（不，不，不是所有人都不会读的那种愚蠢，无思想的文档）是一种可以理解的方案，并且它甚至可以更好地进行交互。 如果开发人员在1天之内不了解您的微服务，则说明文档存在问题。
- 测试，测试，测试。 我认为，在作战环境上进行功能验收测试以及实时测试可得出最有效的结果。 测试根本不应该由软件开发人员编写，开发人员编写的测试结果证明确实是……。
- 法规-这是您真正需要做的工作并跟进此事。 我认为这是最重要的事情。 开发的开始，编码标准的描述，测试的描述，测试，度量和警报的传递，部署的文化，甚至是喝茶的规则-所有这些都应占整个时间的50％。
- 与初级开发人员一起进行开发仅基于以下原则：开发，通过测试，指标，警报，文档=通过任务。
最终的结果是：
- 首先，您始终控制流程，永不放弃对您不太了解的工作。
- 如果发生故障，您将始终知道在什么地方，如何修复它。
- 您所用的人少了2倍（您是MVP团队的保证）。
- 作为奖励，您将获得开发中最有价值的东西-相关指标，警报和测试-为此，所有工作都已完成。
这篇文章的主要思想是，通过这种方法，
您被迫为服务质量工作
奠定基础 。