Работать в ритейле единственным дата-сатанистом - отдельный вид удовольствия.
Здесь всегда есть те, для кого прогнозы твоейохрененной модели "завышены/занижены/не те"😒.
Когда начинаешь спрашивать "почему?", многие внятно ответить не могут. Хотя на самом деле это всего лишь вопрос бизнес-метрик. И когда бизнес-метрикой выступает "ощущение" директора, то вес реальной бизнес-метрики в глазах руководства сильно падает.
Думаю пробовать подружить эти метрики и перевести ощущение "хорошо/плохо" в какой-то численный порог, может это выход?...
Здесь всегда есть те, для кого прогнозы твоей
Когда начинаешь спрашивать "почему?", многие внятно ответить не могут. Хотя на самом деле это всего лишь вопрос бизнес-метрик. И когда бизнес-метрикой выступает "ощущение" директора, то вес реальной бизнес-метрики в глазах руководства сильно падает.
Думаю пробовать подружить эти метрики и перевести ощущение "хорошо/плохо" в какой-то численный порог, может это выход?...
Недавно поймал себя на мысли, что испытываю синдром самозванца. Кажется, что сейчас все поймут твой истинный уровень квалификации и пойдёшь искать другую работу.
Пойду, пожалуй, смотреть доп. курсы по временным рядам
Пойду, пожалуй, смотреть доп. курсы по временным рядам
Программист - это сочетание лени и мозгов.
Проджектам хочется запустить проект вчера и без багов.
Из-за этого страдают важные части проекта: тесты, документация, полноценное исследование данных и все то, что не входит в понятие MVP по мнению проджекта. И да, такой подход дает быстрый запуск в тест нужной функциональности, но тянет за собой проблемы в эксплуатации. И если в начале проекта времени на поддержку кода не тратилось (кода просто не было), то в процессе тестовых запусков поддержка и устранение багов может занимать большую часть времени. Нужно сохранять темпы написания функциональности и времени на подумать уже нет.
Хотя бывает, что время на подумать можно найти, но лень останавливает.... Получается, что вместо упорной работы над непростым проектом ты делаешь задачу минимальными усилиями и наиболее простым инструментом.
Проджектам хочется запустить проект вчера и без багов.
Из-за этого страдают важные части проекта: тесты, документация, полноценное исследование данных и все то, что не входит в понятие MVP по мнению проджекта. И да, такой подход дает быстрый запуск в тест нужной функциональности, но тянет за собой проблемы в эксплуатации. И если в начале проекта времени на поддержку кода не тратилось (кода просто не было), то в процессе тестовых запусков поддержка и устранение багов может занимать большую часть времени. Нужно сохранять темпы написания функциональности и времени на подумать уже нет.
Хотя бывает, что время на подумать можно найти, но лень останавливает.... Получается, что вместо упорной работы над непростым проектом ты делаешь задачу минимальными усилиями и наиболее простым инструментом.