Как бизнес-аналитику с 1,5 года опыта выйти на 200К? 💸

Рассказываю историю Кати. Ей 23, вышка по менеджменту,за плечами полтора года опыта в аналитике. Но с зп не все так красочно, всего сотка.

Она пришла ко мне, потому что вариантов самостоятельно получить зп побольше не видела. Это вообще частая боль: опыта хватает, но нет понимания, как начать получать офферы побольше 😫

Менторство прошло спокойно. Что неудивительно, когда человек приходит с опытом и готов херачить.

Собеседований было немного, пришлось пройти 5 компаний, чтобы получить оффер — 200.000₽ на удаленке.

Сейчас Катя делает стандартные задачи аналитика: собирает требования, описывает процессы, пишет ТЗ. Разница только в том, что её работа теперь стоит в два раза дороже 🤱

⚡️ 8 ПОТОК — ВСЁ.

За 2 недели до старта мы набрали максимум учеников на 8 поток менторства — 52 человека.

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

Если честно, то чувства смешанные. Радостно, потому что мы снова бьём рекорды. И грустно, потому что знаю, что многие хотели попасть, но уже не успели.

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

К слову, я до сих пор лично с каждым разбираю резюме и самопрезентацию. И так же будет в 8 потоке.

Что делать тем, кто хочет обучаться у меня?

Я открываю предзапись на 9 поток по ценам текущего. Старт потока будет в середине ноября.

Чтобы узнать подробности обучения и получить консультацию от действующих аналитиков — оставляй заявку по ссылке ниже 👇

https://www.itgarden.education/new/forma

Хочешь глубже разбираться в архитектуре ПО? 💻

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

🔵 Басс, Клементс, Кацман. Архитектура программного обеспечения на практике

🔵 Роберт Мартин. Чистая архитектура

🔵 Ричардс, Форд. Фундаментальный подход к программной архитектуре

🔵 Сэм Ньюмен. Создание микросервисов

🔵 Крис Ричардсон. Микросервисы, паттерны разработки и рефакторинга

📎 ссылки на книги ищите в комментариях

IT GARDEN. ПОДПИСАТЬСЯ.

Я не фанат Крида, но знаю все его песни...🎤

Вчера встретился с товарищем в зале. Потренили, пообщались, сходили в сауну. И тут он говорит:

Слушай, у меня есть два билета в вип-ложу на концерт Крида. Погнали?

Ну и кто я такой, чтобы отказываться от бесплатных билетов на концерт Крида? Поехали вместе с Машей.

Помимо Крида, был Тимати, Джиган, Баста, Лепс, Мот и даже Шуфутинский 🤯

В вип-ложе был проход без очереди, напитки, еда + удобные места. Хочешь — танцуешь, хочешь — сидишь кайфуешь.

Короче, впечатления охеренные. Особенно, когда понимаешь, что билеты туда вообще не продаются, а ты оказался бесплатно 🥂

РАЗБОР ТИПИЧНОГО ВОПРОСА С СОБЕСА НА MIDDLE БА/СА 💻

«Чем отличается Kafka от RabbitMQ?»

Любимый вопрос интервьюеров. Проверяют, понимаешь ли разницу в сценариях применения и целях использования.

Разбираю на пальцах, чтобы и джун нормально понял, и мидл смог ответить уверенно:

1. Архитектура

RabbitMQ

— гибкий брокер сообщений, основанный на моделях point-to-point и publisher-subscriber. Использует систему обменов (exchanges), очередей (queues) и привязок (bindings). Сообщения доставляются одному или нескольким подписчикам, но удаляются после обработки.
Kafka — это распределённая платформа потоковой передачи событий. Сообщения пишутся в топики, которые разбиваются на партиции. Подписчики (consumers) могут читать поток в своём темпе, хоть через неделю.

2. Модель доставки сообщений

RabbitMQ — push: брокер сам толкает сообщения подписчикам. Подходит для задач «один продюсер — один получатель» или «один продюсер — много подписчиков».
Kafka — pull: подписчики сами забирают, когда готовы. Отлично работает с большими потоками данных и разными группами потребителей.

3. Хранение данных

RabbitMQ — хранит сообщение до тех пор, пока его не обработал консюмер. После этого оно удаляется.
Kafka — хранит сообщения заданное время (например, неделю), даже если никто не читал. Можно перечитать события хоть десять раз.

Плюсы и минусы

RabbitMQ:
+ идеален для задач, где важна гарантированная доставка и быстрая реакция: оповещения, транзакции, запрос-ответ.
- не для хранения больших объёмов данных, сложнее масштабировать
Kafka:
+ лучший выбор для обработки больших потоков данных и репликации
- сложная настройка

😐 Еще есть пара лайфхаков:

• Если не особо шаришь, то можно сказать: «Работал больше с RabbitMQ, но понимаю, что Kafka — это уже про стриминг и хранение событийных потоков».

• Если спросят «а что выбрать?»: «RabbitMQ — для надёжной доставки; Kafka — для событийных потоков и аналитики. В реальных проектах могут использовать оба».

• Если тебя спросят про модель: «RabbitMQ поддерживает и очереди, и pub/sub, но сообщение живёт один раз. Kafka — это всегда pub/sub, плюс хранение истории».

А если запутался в партициях и распределённых логах, то запомни 😑

RabbitMQ — про надёжную доставку сообщений, как почта: письмо отправил, доставили, всё, оно исчезло.
Kafka — потоки событий как в плейлисте: событие можно слушать, перематывать, перечитывать сколько угодно раз.