добрый день. не рассматривали. дело в том, что технологий много, провести анализ всех (а зачастую это значит их реально поставить и сравнить) довольно трудоемко. причем у всех технологий есть плюсы и минусы, так что в любом случае выбор — это компромисс.
за идею спасибо, возможно посмотрим в ту сторону, если будут проблемы.
привет, отличный вопрос!
коллеги, которые непосредственно строят А/В инфраструктуру поделились вот такой инфой
такой вариант рассматривался. Насколько я понимаю, там можно измерять абсолютные метрики, вроде абс. числа просмотров, абс. числа регистраций. Проблема возникает с конверсиями. Например, если мы измеряем конверсию поиска в отклик то нам нужно приджоинить отклик пользователя к поиску. Я не уверен, можно ли такое сделать в гугл-аналитикс — просто не знаю. Может быть и можно.
Но мы в наших метриках джоиним с учетом того, что соискатель видел эту вакансию в поисковой выдаче.
Ну то есть, помимо факта поиска и факта отклика на какую-то вакансию, мы требуем, чтобы эта вакансия была в поисковой выдаче. Такое, я практически уверен, гугл аналитикс не умеет делать. то есть, используя наши логи, мы в теории можем более «тонко» выполнять джоин.
Плюс есть вопрос безопасности и надежности, что если гугл лежит (или скажем РКН заблочил GA?)
Так же хотелось полного контроля над процессом, чтобы можно было кастомизировать под себя. Мы четко можем сказать как работает та или иная метрика и проследить ее по логам. Плюс по тем же логам мы считаем любые кастомные метрики вручную.
Для расчета метрик в GA надо отправлять лишнюю бизнес-информацию о юзере к примеру, а это же конфиденциально.
Плюс лишний поход вовне, дольше загрузка страницы. У нас признак работает фича или нет долетает вплоть до бэкенда, поэтому на фронт отдаются уже готовые страницы с фичей или без, а пускать GA внутрь периметра безопасного прода нельзя.
— насчет аббревиатур: я и сам многие до школы не знал и, чтобы повторить проект/начать кодить, доскональное знание никакой из них не нужно.
но это очень расхожие термины, и хотя бы в транспорте на работу рекомендую прочитать, что это такое в общих чертах. Если останутся вопросы,
могу рассказать про любую на своем уровне понимания.
— Эти поля — это аннотации. Они означают, что когда вы вызовете аннотированный метод, то код метода не просто выполнится, а с ним сделается
что-то еще, до/после/во время (например, сохранится состояние программы и, если в результате выполнения метода, что-то пойдет не так, то мы откатимся на запоненное состояние). Есть много разных библиотек с разными аннотациями. конкретно Path — это аннотация из jersey, благодаря ей управление будет передаваться в аннотированный метод при запросе на урл из path
— зависит от того, какой проект :slightly_smiling_face: если это какой-то сайт, то нет. браузер не знает джаву( и без html/js/css не обойтись. Если нужно написать сайт используя как можно меньше языков, то это однозначно JS (см nodejs). Но бекенд и фронтенд — это все равно разные штуки :disappointed:, использующие разные технологии
общие цифры — это по сути суммы за несколько лет. если смотреть последние 2-3 набора, то форма воронки заявка-собеседование-обучение-выпуск не сильно меняется, но мы увеличиваем количество заявок и получаем больше выпускников. связано это с бОльшим спросом на кадры. думаю пора писать статью зачем и как мы делаем школу, взгляд изнутри. плюсуйте, если интересно
теория и практика не всегда идут вместе. у наших школьников мы часто видим хорошие теоретические знания, которые помогают попасть в школу, но слабые практические.
школа сфокусирована на практику, мы даем опыт разработки в команде и в реалиях наших собственных процессов.
проверка первого круга автоматическая, возможен выборочный просмотр глазами, но конечно не всех заявок. второй круг — интереснее, тут и автоматические тесты и ручная проверка кода.
за идею спасибо, возможно посмотрим в ту сторону, если будут проблемы.
Вы имеете в виду сразу складывать счетчики в сессию юзера?
коллеги, которые непосредственно строят А/В инфраструктуру поделились вот такой инфой
Плюс есть вопрос безопасности и надежности, что если гугл лежит (или скажем РКН заблочил GA?)
Так же хотелось полного контроля над процессом, чтобы можно было кастомизировать под себя. Мы четко можем сказать как работает та или иная метрика и проследить ее по логам. Плюс по тем же логам мы считаем любые кастомные метрики вручную.
Для расчета метрик в GA надо отправлять лишнюю бизнес-информацию о юзере к примеру, а это же конфиденциально.
Плюс лишний поход вовне, дольше загрузка страницы. У нас признак работает фича или нет долетает вплоть до бэкенда, поэтому на фронт отдаются уже готовые страницы с фичей или без, а пускать GA внутрь периметра безопасного прода нельзя.
но это очень расхожие термины, и хотя бы в транспорте на работу рекомендую прочитать, что это такое в общих чертах. Если останутся вопросы,
могу рассказать про любую на своем уровне понимания.
— Эти поля — это аннотации. Они означают, что когда вы вызовете аннотированный метод, то код метода не просто выполнится, а с ним сделается
что-то еще, до/после/во время (например, сохранится состояние программы и, если в результате выполнения метода, что-то пойдет не так, то мы откатимся на запоненное состояние). Есть много разных библиотек с разными аннотациями. конкретно Path — это аннотация из jersey, благодаря ей управление будет передаваться в аннотированный метод при запросе на урл из path
— зависит от того, какой проект :slightly_smiling_face: если это какой-то сайт, то нет. браузер не знает джаву( и без html/js/css не обойтись. Если нужно написать сайт используя как можно меньше языков, то это однозначно JS (см nodejs). Но бекенд и фронтенд — это все равно разные штуки :disappointed:, использующие разные технологии
школа сфокусирована на практику, мы даем опыт разработки в команде и в реалиях наших собственных процессов.