Ошибки при смене работы (и до смены)
Все из личного опыта

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

0/ не ходить на собесы во время работы.
Ходить на собесы топ:
0.1 мой синдром самозванца успокаивается когда есть офферы
0.2 понимаешь че сейчас модно на рынке и можно подумать какие задачи брать на текущей работе

1/ надо понять, а что у вас получается хорошо, что нужно подтянуть, а на что забить.

Тут как диаграмма в Наруто

2/ после пункта 1, надо понять что нужно на новом месте

3/ пункт который я полностью не сделал: узнать что будет на новом месте, причем важно узнать максимально инфы которая доступна, возможно придется попросить доп. встречу с будущем руководителем. Что спросить?

3.0/ Финально уточнить про зону ответственности в продукте (в больших сложных продуктах, это не всегда очевидно)

3.1/ почему ищите менеджера (страшный вопрос конечно) но давайте считать, что нам ответят честно: может быть два ответа:

3.1.1/ ищем на расширение, тут вроде без подводных
3.1.2/ ищем потому-что текущий менеджер ушел. Тут уже могут быть проблемы (если ищут долго, может не быть бэклога)

3.2/ можешь рассказать размер текущего бэклога. Если он маленький, значит придется быстро вникать и придумывать задачи)

3.3/ Можешь рассказать про какого рода задачи придется еще решать? Например в яндекс еде менеджеры настраивают эксперименты, что прикольно, но тратить время

3.4/ Можешь подсказать распределение между дисквари задачами, деливери, опер. задачами (см 3.3)

3.5/ Есть выделенный ресурс аналитика, дизайнера. Если нет надо быть готовым драться за ресурс (это прикольно, но для этого нужен опыт) либо делать самому.

3.6/ есть ли наработки в дисквари (исследования чтото еще), есть ли выстроенный процесс дискавери

3.7/ как выстроен процесс Деливери

После всех этих вопросов можно нарисовать (на глаз) диаграмму того, что требуется для данной роли, и оценить на сколько, это совпадет с тем, что есть у вас. Если при смене работы будет требоваться на 3-4 условные единицы (например из 10), то это выглядит и как зона роста, но и как высокий риск

Ну и важно понимать, что для вас максимально понять будущий продукт также важно как для вашего руководителя понять вас.

Если вы дочитали до конца)) то буду рад дополнениям). Также интересно узнать если вы из других профессий

#поиски_себя@beginner_fintech

Пока готовлю пост про то что вернулся в тинек держите красивый рассвет

Снова не долгожданный пост, но зато полезный)

Как делать тестовое задание. Неочивидные хаки

0. Для чего тестовое?)
тестовое это способ для нанимаюшего понять сможете ли вы, получать воспроизводимый результат тестового задания на работе.

То есть важно не столько красивые слайды, а продемонстрировать ваши навыки и подходы решения проблемы

Хаки
1. Считайте что уже работаете в компании. Причем все ваши смежники это джуны и стажеры. И на каждое ваше предложение (например провести исследование) вас спросят: а как? Какие вопросы? Если скажите построй график, вас спросят: что на нём нарисовать

2. Да у вас нет данных и результатов из пункта 1. Но представьте, что есть. Я называю это виртуальный sql. Проведите его, покажите что вы будете делать при получении разных результатов.

Выберите один на который дальше опираетесь.

3. (Расскрываем пункт 0)
Слайды хорошо, но на работе вы делайте ещё что-то). Всякие гугл таблички с Rice/ice/ce/e . Можете вставить кусочек, и приложить ссылку на Гугл табличку.
Я делал тестовое в figjam/Miro где можно сделать слайды а под ними весь ваш поток информации. Ведь важен не только результат, но и ваш подход, ведь он показывает неслучайность вашего результата)

4. Из пункта 1. Мы помним что мы уже на работе) а на работе всегда бывают внештатные ситуации и риски. И важно показать, мб вспомнить свой прошлый опыт. Например: могут задержать реализацию юристы) или я запускал проект, а в итоге нам сказали а так нельзя) и много разных мелочей, которые важно либо подсветить либо проговорить. Если например это аналитический проект, часто что-то уже есть и можно просто походить по командам

5. Поймите какие скилы нужны для данной ваки. Если дисквари то сделайте упор на придумывание идей. Может нужено быстрое тестирование гипотез. Может проджектовые и тд.

6. Для продуктов: я в этом слаб, но всегда круто когда есть много идей и ещё круче когда предлагают варианты как их быстро проверить)

Пока все)
Собрал все посты про собесы по хэштегу
#собесы@beginner_fintech

Про смену Направления (ч.1)

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

1. Не бывает подходящей роли или должности. Это всегда суперпозиция нескольких факторов: стадии проекта (стартап/зрелый продукт), руководителя, команды, направления проекта и вашей роли.
Поэтому нормально если у вас, что-то могло не сложиться. Это не говорит о том, что ваша роль вам не подходит. А то, чтобы вы не нашли подходящий сетап. Я например всегда думал, что продакт с аналитическими скилами. Сейчас мне кажется, что я аналитик с продуктовыми скилами.

2. Прислушивайтесь к себе и наблюдайте, что вам нравится/не нравится.
Посмотрите телеграмм каналы которые вы смотрите, совпадает ли их тематика с вашей. Я например много смотрел каналов про DE.
Особенно хочу выделить совет который услышал у Серафимы (ее канал, ее видео на похожую тему)
Посмотрите какая рутина вам нравится.
Я например очень любил сесть после работы и поделать графички, изучить какую-то либо. И действительно, очень важно, чтобы рутину, которая обязательно будет в любой работе, вы могли спокойно делать.

3. Если вы поняли, что идёт не так:
Это нормально). Вообще не знать, что хочешь это нормально). Посмотрите по сторонам, найдите людей, которые тоже поменяли направление. И задайте им вопросы, почему захотел,как решился и все такое.
Мне попались такие люди на пути, и я удивилися, как точно их эмоциональное состояние было похоже на мое.
Важно от таких людей получить уверенность что все получится.

4. Про общественное мнение. Мне было круто о себе говорить, что я продукт, а сейчас меня немного задевает когда говорят да он аналитик)). Но я бью себя по рукам, главное не как звучит), а что делаешь).

5. Будет сложно, можно признать, что-то хочешь чёт поменять, но сложно начать.
Будет сложно доказать свой опыт в другой сфере (общий опыт будут делить на 2)
Будет сложно в падении зарплаты
Возможно вам придется работать по руководствлм людей с которыми вы до этого были на одном уровне.
Но важно держать в голове, что все дополнительные издержки окупятся если вам нравится, что вы делаете.
И чем раньше вы пробудете такие скачки, тем проще, падение в опыте и зп меньше.

6. Мне кажется, что тут очень уместен продуктовый подход. Важно стараться быстро тестировать гипотезы и желательно без разработки.
Поэтому если можете попробовать новую роль без смены текущей это круто, так вы до конца не знаете а стрелнет или нет.

7. Моя особенность, я понял что, если идея у меня засела. Надо ее попробовать, иначе она будет дальше меня отравлять.

8. Важно понять, что это не ошибка. А просто новый шаг в новом направлении.

В общем какие-то такие мысли))
Ps Собрал похожие посты по хэштегу
#поиски_себя@beginner_fintech

Pss теперь моя совесть чиста) и модно писать посты про аналитку))

Хочется порекомендовать канал по событийной аналитике
https://t.iss.one/hopscotch_analytics/5
Ставим лайки подписываемся))

Надеюсь все джуны, которые меня читают уже нашли работу), но если нет, то пост для вас)

Совсем скоро начинается отбор на стажировки в Т-банк )))) Я попробую добавить наш проект в список для стажеров))) так что возможно кто-то выйдет к нам на проект (но это не точно)

Ссылочка
Тут должно быть продолжение, что можно поботать, для начинающего аналитика)) но соберу это в следующем посте (там много ссылочек)

1 млрд. Долларов строк в день) хотел попробовать я сделать дедубликацию в Clickhouse.
Но дедубликацию не простою (иначе просто бы взял replacing merge tree), а со сравнением с последним значением для данного ID и отбрасываниием новой строки если значение не поменялось (подобие vallid_from vallid_to табличи).

В умных местах это называют Slow Change Dimensions (SCD)

И посмотрел раз статью
Два статью

Закинул запрос в две группы по клику

И даже крутое видео нашел (где ксати рассказывается про почти похожее)

Но.... Ничего не получилось)) вот так вот)) Sad Story

Но было круто понять лучше кишки клика) рекомендую)). Особенно видео классное

Если кто-то сталкивался с похожей задачей и порядком величины нагрузки расскажите что делали))

Ps спасибо ВК видео что там нет контента, и у меня одни видео с hightload++

Наконец я придумал применение разным gpt

Если вы начинающий аналитик и не знаете с какой базой можно поработать можно попросить gpt ее сгенерировать!

Я не запускал)) но выглядит прикольно))