Комментарии 3
Алексей, спасибо за интересную и полезную статью! Скинул коллегам, чтобы готовились к грядущим релизам)
Возникло несколько вопросов, надеюсь вы поможете их прояснить:
1) Вы пишете про "проблему логирования". Можете, пожалуйста, чуть шире раскрыть, что это в текущем контексте и как именно ее решение повлияло на эффект? У меня не очень большой опыт и с логированием я встречался только в разработке, когда с помощью "логов" разработчики изучали, отслеживали проблему)
2) Патриции - это логические кусочки какой-то большой фичи в данном контексте? Раньше с таким понятием встречался только в SQL
Заранее спасибо и успехов!
Привет
1) Когда мы делаем какую-то фичу/кнопку/сервис - мы дальше смотрим по метрикам, как пользователи взаимодействуют с этим. В данном случае логирование - это не забыть все места покрыть метриками, чтобы отслеживать и чтобы по а/б увидеть изменения. По нашему опыту, когда сроки сильно прижимают, то про логирование можно забыть. Или пожертвовать им в угоду +1 фиче. Вот лучше +1 фичу в жертву реализации метрик отдать.
2) Партиции возможно это некоторый наш внутренний жаргонизм ) По факту - это разделение аудитории на сегменты. У нас все пользователи разделены на сегменты от 0 до 255, один такой сегмент называется партицией. Продукт может выбрать набор партиций, на которых хочет запускать а/б.
Техника безопасности при запуске крупной фичи: баланс между быстрыми метриками и прыжком веры