хороший совет. Но в статье я описала "чеклист по нежной работе" риалтайм. Работа же с кодом подразумевает его собственно написание, выкатку и т.п. Это не очень быстрый процесс, когда тебе нужно быстро проверить гипотезу в настройке алертов или поменять название переменной. И тут также могут быть коллизии в совместной работе. Хотелось подсветить, на какие именно грабли наступили мы при работе без кода и гита. Спасибо :)
не совсем так. У нас первый график - это просто количество метрик в единицу времени, не резкость изменения. Он был добавлен для того, чтобы можно было в ручную посмотреть, как изменились метрики. А второй запрос - как раз про подсчет резкого изменения. Его, кажется, и правда можно оптимизировать с помощью percent_diff. Спасибо за подсказку, подумаем в этом направлении :)
ни разу не встречала работодателей, которые говорили бы, что расширение своего круга обязанностей - это плохо. Чем больше ты знаешь в IT, тем ты ценнее. И тем интереснее с тобой пообщаться :)
почему же мучают? Сбор метрик - вполне продуктовая история, которая касается всех платформ. Для нас удобен Clickhouse в этом плане. А графана - удобный инструмент визуализации. Так что мучения могут складывать только из задач, которые мы себе ставим. Но как развиваться, если не страдать :)
спасибо за коммент) Нет, не пробовали, отклонение в 10% взято эмпирически, т.к. выглядело наиболее уместным на момент решения задачи, которая и так изменяла свой алгоритм "на ходу". Но holtWintersConfidenceBands точно стоит того, чтобы его изучить, спасибо 😉
прикольно, не знала. Спасибо, что поделились. Думаю, это будет для нас очень полезно :)
7 дней для нас слишком много, хочется иметь возможность узнать о потере метрик как можно раньше
хороший совет. Но в статье я описала "чеклист по нежной работе" риалтайм. Работа же с кодом подразумевает его собственно написание, выкатку и т.п. Это не очень быстрый процесс, когда тебе нужно быстро проверить гипотезу в настройке алертов или поменять название переменной. И тут также могут быть коллизии в совместной работе. Хотелось подсветить, на какие именно грабли наступили мы при работе без кода и гита. Спасибо :)
отличная мысль! Я встречала такие реализации, и это действительно во многом удобнее, чем всё делать руками. Спасибо 😉
не совсем так. У нас первый график - это просто количество метрик в единицу времени, не резкость изменения. Он был добавлен для того, чтобы можно было в ручную посмотреть, как изменились метрики. А второй запрос - как раз про подсчет резкого изменения. Его, кажется, и правда можно оптимизировать с помощью percent_diff. Спасибо за подсказку, подумаем в этом направлении :)
ни разу не встречала работодателей, которые говорили бы, что расширение своего круга обязанностей - это плохо. Чем больше ты знаешь в IT, тем ты ценнее. И тем интереснее с тобой пообщаться :)
почему же мучают? Сбор метрик - вполне продуктовая история, которая касается всех платформ. Для нас удобен Clickhouse в этом плане. А графана - удобный инструмент визуализации. Так что мучения могут складывать только из задач, которые мы себе ставим. Но как развиваться, если не страдать :)
спасибо за коммент) Нет, не пробовали, отклонение в 10% взято эмпирически, т.к. выглядело наиболее уместным на момент решения задачи, которая и так изменяла свой алгоритм "на ходу". Но holtWintersConfidenceBands точно стоит того, чтобы его изучить, спасибо 😉