он умер. Прошёл вместе с компанией и сотней реп путь snv -> mercurial -> git, на гите всё проще, и новые сотрудники знают что это такое и тулов больше и интеграции всякие проще. Тулинг вокруг системы контроля версий рулит. Да, некоторые вещи в hg проще, но тоже не всё супер гладко, но тулиг слабый.
С одной стороны понятное желание, сказать что задача закончена когда она реально закончена и AB-тест завершён, но с другой стороны вносить его в тайминг странно, разные AB-тесты требуют разного времени на проведение и получается что это время будет зашумливать время разработки.
Я сам вносил в Definition of Done закрытие AB, но при этом время мы меряли до момента выката, т.е. начала AB теста в бою, всё-таки команда разработки не отвечает за то, сколько будет идти тест.
тогда вопрос, вот вы говорите что выбрали 1000 человек, подарили им приз и увеличили годовой ретеншн в 4 раза. Вы по итогу распространили эту практику на всех или что-то помешало это сделать?
Вы описали конкретную технику "И выдали им внезапный но скромный денежный приз." В онлайн ритейле. и указали какие-то невероятные цифры прироста годового ретеншна. Мне ни один онлайн ритейлер никаких внезапных но скромных денежных призов не присылает. Если бы такой годовой ретеншн покупался бы за вменяемые деньги, все бы уже завалили нас денежными призами. Ну или ретеншн вырос а LTV нет, но так обычно не бывает.
Звучит как открытие управляемого ядерного синтеза. Это просто огромный результат. Что-то мне подсказывает, что, если бы это было правдой, то этим бы занимались уже все, но почему-то мы этого не видим.
Я вообще не про это, понятно что сейчас принято делать A/B тест по каждой фиче, вопрос не в этом, а в том что постоянное изменение не факт что идёт на пользу, никто не делает группу где например нет ни одного изменения интерфейса(кроме добавления нового) за полгода.
мире digital-дизайна, где всё меняется от "смотри, какая крутота" до "а, уже устарело" за пару дней
А кто-нибудь реально делал хоть сколько-то длительный A/B тест, где в А группе было бы 10 обновлений интерфейса, а в B группе ни одного? У постоянных обновлений есть _доказанная_ эффективность?
По заголовку обещалась нормальная статья, а тут просто начните замерять время на задачу, да ещё и с тупым умножением которое работает разве что на конвейере. Перефразируя старую фразу про то, что 9 женщин не рожают ребёнка за месяц, также одна женщина не рожает 10 детей за 90 месяцев.
Не лишним было бы указать список мероприятий или способов как их найти. Мне больше нравится формат не беговой а пешеходный или смешанный где можно идти пешком, и где разрешён GPS, типа Марш Бросков (ММБ и Питерский марш бросок), или Турмафон. Вот видос с Питерского броска 24 сентября 2016 года, где за 36 часов предлагалось пройти весёлый маршрут на Карельском перешейке, буквально второй контрольный пункт был в болоте такой глубины что пришлось телефон из кармана штанов доставать.
Для тех кому интересно, как в конце сентября в Карелии выжить промокшим по пояс ответ один - темп, такой чтобы пар из ушей валил, высыхаешь прямо на ходу.
Тем что очень часто это много разных кредитов(выпусков облигаций) взятых в разное время которые перекрываются новыми кредитами, т.е. берутся новые кредиты чтобы выплатить тело по старым. И сейчас это сделать гораздо дороже чем раньше.
не согласен с автором что менее 10 лет это часто, много раз по меньше чем 2 года, вот это наверно часто, а остальное норм.
Вспомнил историю, приходит человек на собеседование, у него два прошлых рабочих места по полгода, обе компании разработчики VR игр. На вопрос почему по полгода всего работал ответ: оба обанкротились. Так что да, бывают причины и раз в полгода менять работу :)
Я в одной компании 12 лет, за эти 12 лет я сделал 5 крупных проектов, по сути каждый проект как новая работа, местами другой стек технологий, другие команды. Некоторые проекты перетекали в другие органично, а некоторые как будто уволился из одного места и устроился в другое.
он умер. Прошёл вместе с компанией и сотней реп путь snv -> mercurial -> git, на гите всё проще, и новые сотрудники знают что это такое и тулов больше и интеграции всякие проще. Тулинг вокруг системы контроля версий рулит. Да, некоторые вещи в hg проще, но тоже не всё супер гладко, но тулиг слабый.
сделайте очно в МФЦ
С одной стороны понятное желание, сказать что задача закончена когда она реально закончена и AB-тест завершён, но с другой стороны вносить его в тайминг странно, разные AB-тесты требуют разного времени на проведение и получается что это время будет зашумливать время разработки.
Я сам вносил в Definition of Done закрытие AB, но при этом время мы меряли до момента выката, т.е. начала AB теста в бою, всё-таки команда разработки не отвечает за то, сколько будет идти тест.
тогда вопрос, вот вы говорите что выбрали 1000 человек, подарили им приз и увеличили годовой ретеншн в 4 раза. Вы по итогу распространили эту практику на всех или что-то помешало это сделать?
Вы описали конкретную технику "И выдали им внезапный но скромный денежный приз." В онлайн ритейле. и указали какие-то невероятные цифры прироста годового ретеншна. Мне ни один онлайн ритейлер никаких внезапных но скромных денежных призов не присылает. Если бы такой годовой ретеншн покупался бы за вменяемые деньги, все бы уже завалили нас денежными призами. Ну или ретеншн вырос а LTV нет, но так обычно не бывает.
Звучит как открытие управляемого ядерного синтеза. Это просто огромный результат. Что-то мне подсказывает, что, если бы это было правдой, то этим бы занимались уже все, но почему-то мы этого не видим.
а низкие ставки кто финансировать будет? Сколько подобных идей было реализовано и проверено A/B тестами?
Я вообще не про это, понятно что сейчас принято делать A/B тест по каждой фиче, вопрос не в этом, а в том что постоянное изменение не факт что идёт на пользу, никто не делает группу где например нет ни одного изменения интерфейса(кроме добавления нового) за полгода.
А кто-нибудь реально делал хоть сколько-то длительный A/B тест, где в А группе было бы 10 обновлений интерфейса, а в B группе ни одного? У постоянных обновлений есть _доказанная_ эффективность?
Всем желающим красиво посмотреть что и как устроено, советую книжку Open Circuits. Приведу пару скринов
По заголовку обещалась нормальная статья, а тут просто начните замерять время на задачу, да ещё и с тупым умножением которое работает разве что на конвейере. Перефразируя старую фразу про то, что 9 женщин не рожают ребёнка за месяц, также одна женщина не рожает 10 детей за 90 месяцев.
Я то думал, не уж то премиум не жалко на спам, а вон оно как.
Типовой кпд клинового ремня на шкивах около 70%
Не лишним было бы указать список мероприятий или способов как их найти. Мне больше нравится формат не беговой а пешеходный или смешанный где можно идти пешком, и где разрешён GPS, типа Марш Бросков (ММБ и Питерский марш бросок), или Турмафон. Вот видос с Питерского броска 24 сентября 2016 года, где за 36 часов предлагалось пройти весёлый маршрут на Карельском перешейке, буквально второй контрольный пункт был в болоте такой глубины что пришлось телефон из кармана штанов доставать.
Для тех кому интересно, как в конце сентября в Карелии выжить промокшим по пояс ответ один - темп, такой чтобы пар из ушей валил, высыхаешь прямо на ходу.
Тем что очень часто это много разных кредитов(выпусков облигаций) взятых в разное время которые перекрываются новыми кредитами, т.е. берутся новые кредиты чтобы выплатить тело по старым. И сейчас это сделать гораздо дороже чем раньше.
а что за модуль если не секрет? Не проще тогда сервер отдельно держать, а распберри с этим модулем отдельно?
Печально видеть полное отсутствие комментов и внимания аудитории к такому техническому посту, понятно что такое за час не пишется, а фидбека нет.
Самое место таким лентам - подсветка рабочей зоны кухни, еда под хорошим CRI это хорошо.
не согласен с автором что менее 10 лет это часто, много раз по меньше чем 2 года, вот это наверно часто, а остальное норм.
Вспомнил историю, приходит человек на собеседование, у него два прошлых рабочих места по полгода, обе компании разработчики VR игр. На вопрос почему по полгода всего работал ответ: оба обанкротились. Так что да, бывают причины и раз в полгода менять работу :)
Я в одной компании 12 лет, за эти 12 лет я сделал 5 крупных проектов, по сути каждый проект как новая работа, местами другой стек технологий, другие команды. Некоторые проекты перетекали в другие органично, а некоторые как будто уволился из одного места и устроился в другое.