Качество или продуктивность?

Помните, насколько велика была цена ошибки 12 лет назад? Оно и понятно: Релизы были редкие, задеплоить хотфикс было сложно, а пользователи жутко не любили обновляться. 12 лет назад задача QA-подразделения заключалась в том, чтобы свести вероятность бага в продакшене к минимуму. Но время шло, релизы становились чаще, а даунтайм при обновлении стремился к нулю.

С приходом культуры DevOps, все изменилось: максимальная автоматизация, несколько релизов в день, бесшовные обновления для сервисов и автоматические — для приложений. Сейчас задача любой инженерной команды — быть эффективной: быстрой, масштабируемой, автоматизированной.

Стала ли цена ошибки ниже? Можно ли ускориться, не потеряв в качестве? А если нет, то "сколько качества" можно уступить в угоду эффективности? В этом докладе Артем Ерошенко расскажет о том, как найти ответы на эти вопросы.