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

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


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


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

Комментарии ({{Comments.length}} )
  • {{comment.AuthorFullName}}
    {{comment.AuthorInfo}}
    {{ comment.DateCreated | date: 'dd.MM.yyyy' }}

Для того чтобы оставить комментарий необходимо

или
Напишите нам, мы онлайн!