то есть чтобы откатить кривой эксперимент нам не нужен новый релиз

да вобщем-то чо мы тут доказываем

нам просто надо зайти в панельку и поменять настройки теста

построены у них бизнес-процессы под три недели? ну и отлично же

так аргумент был в том, что релизы нужны для А/Б тестов

работает для них?

и заебись.

конкруренты начнут давить под хвост, поменяются. не поменяются, ну чо делать, эволюция

так скорость разработки та же самая

моя точка зрения не про a/b тесты, а про в целом теория против практики

3 недели сидеть и пилить фичу, это теоритезирование

ты строишь какие-то там гипотезы, чота там за пользователя решаешь

так есть фичи, которые не пилятся за 4 часа

ну и отлично

а есть которые пилятся :)

RE2WPL — Read Eval Wait Two Weeks Print Loop :)

так скорость разработки та же самая

А как ты доставляешь фичи для аб если ты релизами живешь ?

просто можно каждую неделю делать по 2 А/Б теста, а можно сразу 6 тестов за 3 недели

ну или не 2 и 6, а 20 и 60

чтобы проверить гипотезу зачастую нужна как минимум неделя, потому что трафик разный

в выходные это одни люди, в будние дни другие

поведение тоже может отличаться

тест всё равно должен неделю висеть (если это не какой-то заведомо успешный или заведомо провальный тест)

поведение тоже может отличаться

Нет это если у вас сервис с 3мя землекопами

Спросите у аналитиков в вашей компании вам объяснят )

можно посмотреть то, сколько времени человек проводит на сайте в будний день и в выходные, с каких устройств они заходят, как глубоко залезают, какие фичи используют, да даже самое простое - сколько людей в этот день заходит

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

и если мы этот А/Б тест запустили в выходной день - он может показать что-то одно, а в рабочий день будет другое

просто за счёт того, что в рабочие дни, допустим, на сервис заходят с рабочего компа, а в выходные со смартфона (ну, пример гипотетический)

Вот вы все гипотетически оцениваете и спорите с практиками )))

ну или поведение может быть изменено просто потому что какой-нибудь предпраздничный день

ну, если у вас все дни одинаковые как один - думаю, у вас нетипичный сервис

просто даже по количеству заходов посмотрите статистику по любому сайту - вы увидите, в выходные и в рабочие дни разное количество людей заходит и это повторяется каждую неделю

в общем, я все А/Б тесты делаю на 2 недели - месяц, никому не навязываю, но тут уж точно можно сказать, что никакие случайные факторы не смазывают выводы по тесту...

Да не в это дело

Имея историю можно тест в любое время выкатить и с высокой точностью интерполировать

так тесты с релизами не сильно связаны, если мы его реализовали, активировать можем тоже в любое время

я просто пытался понять, зачем эти быстрые релизы нужны, неужели есть что-то такое, ради чего стоит отказываться от ручного тестирования

А как вы катите без релизов то

Хороший вопрос, кстати

"Та я вас умолю, это ж разве релиз?"

просто в моём случае нет потребности "а ну-ка живо мне завтра организуй А/Б тест"

Хороший вопрос, кстати

Второй раз уже

если это будет через неделю-две - нет проблем

главное, чтобы в пределах месяца это было

главное, чтобы в пределах месяца это было

это голос с неба провозгласил?

ты не поверишь, 3% - это прилично. И за счет оптимизации суммарно можно увеличить конверсию до нескольких раз перед обычным быдлосайтом.

А где я утверждал что это неприлично? Чему я должен не поверить?

ну просто если цикл релизов 1-4 недели, то так оно и получится

главное, чтобы в пределах месяца это было

Гавно какое то фичу для аб катить месяц что бы потестить на 1 проценте

а вообще, если у нас какой-нибудь SaaS - то просто разделяем сайт и этот SaaS, его релизим раз в месяц, а сайт хоть каждый день

сайт-то сложно сломать

если сравнивать с моделью разработки "релиз раз в час" - то за месяц мы сделаем такое же количество А/Б тестов

просто они будут запущены не равномерно

Нет ты ошибаешься

а в 1-4 приёма

ну, я ошибаюсь, если эти А/Б тесты связаны

Не

Тебе же на проде еще потестить надо все

Ты если разом выкатиш твой куа охренеет и будет узким местом

думаю, тут зависит от насыщенности релизов

просто многие сервисы обновляются с каким-то косметическими изменениями

вот как раз с А/Б тестами и всё

и там особо и тестировать нечего

Рили ?

чем крупнее и успешнее сервис - тем меньше потребность его часто обновлять

Ты фичу катишь новую или флоу пользовательский. Там дохера тестить

ну вот я в пример привёл тот же вк - там баги живут несколько лет и всё ок

ERROR: S client not available

одно время они пробовали Agile

и был релиз раз в месяц и Дуров писал о фичах

чем крупнее и успешнее сервис - тем меньше потребность его часто обновлять

просто сложнее.

ну вот я в пример привёл тот же вк - там баги живут несколько лет и всё ок

это говорит о том что у них цикл обратной связи к хуям сломан

мне кажется, что там просто меньше потребность в изменениях

то есть они нашли свою бизнес-модель, которая успешная и масштабируется

и Agile уже и не сильно нужен

не говоря о каждодневных релизах

Была бы возможность, то маркетологи бы нашли, что зарелизить

так опять же, маркетологам каждый день релизы не нужны, им раз в недельку

чтобы похвастаться в рассылке

им всё равно - каждый день по минифиче или все минифичи за раз

Представь гипотетическую ситуацию, что у тебя есть компания, которая продает везде. Если есть возможность, то маркетологи бы релизили какие-то фишки для события чуть ли не каждый день: к каждому празднику. Или вот хайп вокруг покемонов. Было накодили, быстро зарелизили что-нибудь. Хоть та же самая картинка про стрипклуб и покемонов, я уверен, это им принесло много денег

Зачем вообще делать рассылку? При грамотном a/b тестировании человеку подсознательно становится удобнее пользоваться сайтом.

Если ты будешь релизиться неделю, то хайп пропадет.

И никаких рассылок не надо.

то есть они нашли свою бизнес-модель, которая успешная и масштабируется

Просто они вовремя создали клон

так опять же, маркетологам каждый день релизы не нужны, им раз в недельку

Почитай проект феникс зачем быстро релизиться там понятно

а что за проект феникс?

Алсо и тесты ручные это неочень когда есть автотесты на каждый коммит

а что за проект феникс?

проищи по тегу #books в девопс чате

а, книжка, понял

а еще у меня вот автодеплой на дев по коммиту для разрабов идет

проищи по тегу #books в девопс чате

пропагандирует к пиратству! Оштрафовать на 10 миллионов этого человека!

И никаких рассылок не надо.

рассылки нужны для пушей

пропагандирует к пиратству! Оштрафовать на 10 миллионов этого человека!

Hey Ho!

то есть пользователь забыл про сайт - надо ему напомнить и вернуть в активные

А потом и всех людей в этом чатике посадить за то, что не сдали тебя(закон о доносах)

то есть пользователь забыл про сайт - надо ему напомнить и вернуть в активные

А еще есть пользователи сайта которые работают в твоей компании всяки модераторы вносители инфы и прочее, их пушить ненадо им наоборт такие частые релизы делают хорошо

А потом и всех людей в этом чатике посадить за то, что не сдали тебя(закон о доносах)

Там ссылка на амазон так что все легально

ну и вот тут ещё вопрос о времени реализации фичи

я согласен с тем, что надо стараться уменьшать срок выполнения фичи (на этом Kanban как раз и построен)