Друзья, всем привет.
Напоминание из ноября - я наконец добрался до розыгрыша билетов на конференцию Недушный менеджмент, которая пройдет уже в эту среду 28 февраля.
По итогу рандомайзер выбрал следующих победителей:
@Regina_I
@pobirsky_d
@VeroPhotoRussia
Ребятам напишу в личку с дальнейшими шагами, всем большое спасибо за участие :)
Напоминание из ноября - я наконец добрался до розыгрыша билетов на конференцию Недушный менеджмент, которая пройдет уже в эту среду 28 февраля.
По итогу рандомайзер выбрал следующих победителей:
@Regina_I
@pobirsky_d
@VeroPhotoRussia
Ребятам напишу в личку с дальнейшими шагами, всем большое спасибо за участие :)
Telegram
На собесе как на танцполе
Друзья, всем привет, всех с началом рабочей недели.
Только хотел сгенерировать номера победителей, как написали организаторы конференции - ребята по техническим причинам переносят мероприятие на 28 февраля 2024 года 🤷♂️
Промокод DANCEFLOOR продлевается до…
Только хотел сгенерировать номера победителей, как написали организаторы конференции - ребята по техническим причинам переносят мероприятие на 28 февраля 2024 года 🤷♂️
Промокод DANCEFLOOR продлевается до…
И невиданное - второй пост за день :)
Тоже напоминание, но уже из предыдущей недели, что уже начались моковые собеседования для мобильных разработчиков. Вы сможете посмотреть, что спрашивают, как разбирают ответы участников и стать увереннее на реальных интервью.
Можно позадавать вопросы на трансляции, а можно и подать заявку на участие и пройти собеседование в прямом эфире.
Вчера у ребят было первое собеседование для Android разработчиков, а сегодня в 19:00 будет проходить первое собеседование по iOS-разработке.
Кстати, на ютубе в трансляциях у ребят можно найти гораздо больше моковых собесов разной степени свежести - и на фронтендеров, и на QA, ну и на системных аналитиков, конечно :)
Тоже напоминание, но уже из предыдущей недели, что уже начались моковые собеседования для мобильных разработчиков. Вы сможете посмотреть, что спрашивают, как разбирают ответы участников и стать увереннее на реальных интервью.
Можно позадавать вопросы на трансляции, а можно и подать заявку на участие и пройти собеседование в прямом эфире.
Вчера у ребят было первое собеседование для Android разработчиков, а сегодня в 19:00 будет проходить первое собеседование по iOS-разработке.
Кстати, на ютубе в трансляциях у ребят можно найти гораздо больше моковых собесов разной степени свежести - и на фронтендеров, и на QA, ну и на системных аналитиков, конечно :)
Telegram
На собесе как на танцполе
Друзья, всем привет.
Помимо того, что проходить собесы - это в принципе основная мысль канала, я также неоднократно писал и про мок-собесы, как про менее стрессовый вариант проверить себя.
И сегодня у меня новость для тех, кто хочет попробовать себя в…
Помимо того, что проходить собесы - это в принципе основная мысль канала, я также неоднократно писал и про мок-собесы, как про менее стрессовый вариант проверить себя.
И сегодня у меня новость для тех, кто хочет попробовать себя в…
Друзья, всем привет, всех с началом рабочей недели.
Не так давно я писал про одинаковые финалку и техничку - сегодня напишу про само интервью, интервью в компанию B2Broker.
Саммари
Компания занимается разработкой и предоставляет свои продукты (и ликвидность) для брокерских компаний, банков и инвестиционных фондов (хотя я сам всегда их воспринимал именно как самостоятельного брокера). Собеседовался на позицию системного аналитика, позицию нигде не искал, рекрутер пришла в личку.
Первичное интервью
Как такого интервью не было - рекрутер прислала небольшой список вопросов (пожелания по зп, почему ищу работу, когда готов выйти, последние достижения и так далее), после чего прислала тестовое задание от команды.
Тестовое задание
Оно было, честно говоря, супер странным. Задание было в виде теста, вопросы были в духе “какие языки разработки вы знаете под Android и iOS”, “что делает команда cd в linux терминале”, “какие уровни логирования вы знаете”. Пара вопросов были, конечно, более-менее по делу, что-то про SQL, про json, но в остальном - сборная солянка :)
Техническое интервью
Шло один час - пришла эйчар и системный аналитик с проекта. Поговорили про:
- проект и то, чем предстоит заниматься
- типы документов, с которыми работал
- ER и сиквенс диаграммы
- типы архитектур
- индексы в бд
- транзакции в бд
- ACID и уровни изоляции транзакций в частности
- типы интеграций
- отличия RabbitMQ от Kafka
- отличия колбеков и вебхуков
- требования по безопасности
- особенности access и refresh токенов
- RBAC и ABAC
Потом поговорили про выстроенные процессы в команде, и на этом разошлись.
Финальное интервью
Тоже шло один час - пришла эйчар и другой системный аналитик с проекта. Поговорили про:
- ивент сорсинг, его плюсы и минусы
- снова про типы интеграций
- снова про кафку и рэббит
- снова про токены авторизации
- снова про индексы в бд
- чтение кода на Go
Дальше уже более подробно поговорили про продукты, которыми предстоит заниматься, про команды и выстроенные в них процессы.
Продукты, команды, процессы
В продуктовые детали вдаваться не буду, один продукт более-менее похож на обычную продуктовую разработку, второй более исследовательский. Команды отдельные, 10 и 15 человек, аналитик между ними шарится. На одном продукте скорее скрам со спринтами, на другом канбан с еженедельными релизами. Артефакты системного анализа довольно традиционные - статьи в конфлюэнсе (API контракты, маппинги данных, ERD). В конце дня ребята скидывают отчет, что они сделали за день, в чатик в слаке, этакий аналог дейлика.
Оформление
Работать можно удаленно, можно в офисе, в зависимости от страны пребывания. Оформление супер гибкое - можно как по ТК РФ, так и по ГПХ, самозанятому или ИП.
Оплата тоже зависит от страны пребывания - валюта или рубли (и вроде бы от этого зависит и вилка).
Условия
Вилка по зп для зарубежа в целом в рынке, если экстраполировать на РФ - в общем тоже (все портят Иннотех и Т1 со своими денежными пылесосами, прицел сбивают). Праздники вроде бы считаются по РФ.
Результат
Ушли думать на неделю с лишним - вернулись с не самым мотивированным отказом, мол интервьюерам я понравился, но выбрали другого финалиста 🤷♂️
#отзывобинтервью
Не так давно я писал про одинаковые финалку и техничку - сегодня напишу про само интервью, интервью в компанию B2Broker.
Саммари
Компания занимается разработкой и предоставляет свои продукты (и ликвидность) для брокерских компаний, банков и инвестиционных фондов (хотя я сам всегда их воспринимал именно как самостоятельного брокера). Собеседовался на позицию системного аналитика, позицию нигде не искал, рекрутер пришла в личку.
Первичное интервью
Как такого интервью не было - рекрутер прислала небольшой список вопросов (пожелания по зп, почему ищу работу, когда готов выйти, последние достижения и так далее), после чего прислала тестовое задание от команды.
Тестовое задание
Оно было, честно говоря, супер странным. Задание было в виде теста, вопросы были в духе “какие языки разработки вы знаете под Android и iOS”, “что делает команда cd в linux терминале”, “какие уровни логирования вы знаете”. Пара вопросов были, конечно, более-менее по делу, что-то про SQL, про json, но в остальном - сборная солянка :)
Техническое интервью
Шло один час - пришла эйчар и системный аналитик с проекта. Поговорили про:
- проект и то, чем предстоит заниматься
- типы документов, с которыми работал
- ER и сиквенс диаграммы
- типы архитектур
- индексы в бд
- транзакции в бд
- ACID и уровни изоляции транзакций в частности
- типы интеграций
- отличия RabbitMQ от Kafka
- отличия колбеков и вебхуков
- требования по безопасности
- особенности access и refresh токенов
- RBAC и ABAC
Потом поговорили про выстроенные процессы в команде, и на этом разошлись.
Финальное интервью
Тоже шло один час - пришла эйчар и другой системный аналитик с проекта. Поговорили про:
- ивент сорсинг, его плюсы и минусы
- снова про типы интеграций
- снова про кафку и рэббит
- снова про токены авторизации
- снова про индексы в бд
- чтение кода на Go
Дальше уже более подробно поговорили про продукты, которыми предстоит заниматься, про команды и выстроенные в них процессы.
Продукты, команды, процессы
В продуктовые детали вдаваться не буду, один продукт более-менее похож на обычную продуктовую разработку, второй более исследовательский. Команды отдельные, 10 и 15 человек, аналитик между ними шарится. На одном продукте скорее скрам со спринтами, на другом канбан с еженедельными релизами. Артефакты системного анализа довольно традиционные - статьи в конфлюэнсе (API контракты, маппинги данных, ERD). В конце дня ребята скидывают отчет, что они сделали за день, в чатик в слаке, этакий аналог дейлика.
Оформление
Работать можно удаленно, можно в офисе, в зависимости от страны пребывания. Оформление супер гибкое - можно как по ТК РФ, так и по ГПХ, самозанятому или ИП.
Оплата тоже зависит от страны пребывания - валюта или рубли (и вроде бы от этого зависит и вилка).
Условия
Вилка по зп для зарубежа в целом в рынке, если экстраполировать на РФ - в общем тоже (все портят Иннотех и Т1 со своими денежными пылесосами, прицел сбивают). Праздники вроде бы считаются по РФ.
Результат
Ушли думать на неделю с лишним - вернулись с не самым мотивированным отказом, мол интервьюерам я понравился, но выбрали другого финалиста 🤷♂️
#отзывобинтервью
Telegram
На собесе как на танцполе
Друзья, всем привет, всех с началом рабочей недели.
Пока у меня все еще идут собеседования, хотел поделиться наблюдением и обсудить следующую мысль.
Зачем финалку делать аналогом технички?
Серьезно, столкнулся с этим на собеседованиях в последние две компании…
Пока у меня все еще идут собеседования, хотел поделиться наблюдением и обсудить следующую мысль.
Зачем финалку делать аналогом технички?
Серьезно, столкнулся с этим на собеседованиях в последние две компании…
Друзья, всем привет.
Помимо софтовых скиллов, о которых мы здесь говорим (что не нужно бояться ходить на собесы, нужно уметь торговаться, но не быть при этом букой-бякой, и так далее), само собой нужно обладать и достаточными хардами - чтобы было о чем вообще торговаться :)
Поэтому сегодня хотел бы поделиться годным курсом от знакомых по архитектуре и интеграциям. Помимо самого курса, ребята заморочились и развернули собственного бота в телеграме, через который можно задать любой интересующий вас по курсу вопрос.
Краткая агенда курса:
- сбор требований и их моделирование при помощи UML
- проектирование баз данных
- выбор подходящего стиля интеграции для вашей задачи
- проектирование и описание интеграций с нуля, как с помощью API (REST, SOAP, gRPC и др.), так и с помощью брокеров сообщений
- подготовка к собеседованиям
- практика - разработка собственного API на питоне
Про последний пункт отмечу, что ценен не фактический результат такой практики (реализованный API), а само понимание, как оно вообще работает на уровне кода. В свое время аналогичная практика мне очень помогла совершить качественный скачок вперед :)
Результат после прохождения курса - 15 рабочих проектов в портфолио, которые кстати можно (и нужно) показывать в качестве замены тестовых заданий на собеседовании. Доступ ко всем урокам и обновлениям само собой остается навсегда, курс размещен на Stepik.
Полную программу курса и отзывы можно найти в боте у ребят - @studyit_help_bot
Ну и традиционный приятный бонус - для подписчиков канала по промокоду DANCE до 31 марта действует скидка 1 000 рублей 😇
Помимо софтовых скиллов, о которых мы здесь говорим (что не нужно бояться ходить на собесы, нужно уметь торговаться, но не быть при этом букой-бякой, и так далее), само собой нужно обладать и достаточными хардами - чтобы было о чем вообще торговаться :)
Поэтому сегодня хотел бы поделиться годным курсом от знакомых по архитектуре и интеграциям. Помимо самого курса, ребята заморочились и развернули собственного бота в телеграме, через который можно задать любой интересующий вас по курсу вопрос.
Краткая агенда курса:
- сбор требований и их моделирование при помощи UML
- проектирование баз данных
- выбор подходящего стиля интеграции для вашей задачи
- проектирование и описание интеграций с нуля, как с помощью API (REST, SOAP, gRPC и др.), так и с помощью брокеров сообщений
- подготовка к собеседованиям
- практика - разработка собственного API на питоне
Про последний пункт отмечу, что ценен не фактический результат такой практики (реализованный API), а само понимание, как оно вообще работает на уровне кода. В свое время аналогичная практика мне очень помогла совершить качественный скачок вперед :)
Результат после прохождения курса - 15 рабочих проектов в портфолио, которые кстати можно (и нужно) показывать в качестве замены тестовых заданий на собеседовании. Доступ ко всем урокам и обновлениям само собой остается навсегда, курс размещен на Stepik.
Полную программу курса и отзывы можно найти в боте у ребят - @studyit_help_bot
Ну и традиционный приятный бонус - для подписчиков канала по промокоду DANCE до 31 марта действует скидка 1 000 рублей 😇
Друзья, всем привет, всех с началом рабочей недели.
Сегодня хотел поделиться с вами долгожданной новостью - я наконец-то воплотил свою давнюю мечту в жизнь и начал работать эйчаром. С сегодняшнего дня я буду рассказывать о том, как проходят интервью с точки зрения эйчара, на что мы обращаем внимание, и о том, как давить завышенные зарплатные ожидания кандидатов на корню 😅
Сегодня хотел поделиться с вами долгожданной новостью - я наконец-то воплотил свою давнюю мечту в жизнь и начал работать эйчаром. С сегодняшнего дня я буду рассказывать о том, как проходят интервью с точки зрения эйчара, на что мы обращаем внимание, и о том, как давить завышенные зарплатные ожидания кандидатов на корню 😅
Друзья, всем привет.
Если вы все таки не хотите читать эйчарские истории, то у меня есть более релевантная рекомендация :) Как вы помните, я когда-то начинал делать обзоры профильной литературы, но забросил - победили собеседования. Обзоров полезных статей на Хабре я и вовсе никогда не делал. А вот коллега Влад @fenrrr (причем это не образно - вместе работали в Альфе) напротив, ведет специализированный канал по системному анализу как раз с кучей полезных прикладных хардовых материалов: https://t.me/godnolytika
Поэтому, если вам не хватает этого у меня на канале, то смело рекомендую :)
Если вы все таки не хотите читать эйчарские истории, то у меня есть более релевантная рекомендация :) Как вы помните, я когда-то начинал делать обзоры профильной литературы, но забросил - победили собеседования. Обзоров полезных статей на Хабре я и вовсе никогда не делал. А вот коллега Влад @fenrrr (причем это не образно - вместе работали в Альфе) напротив, ведет специализированный канал по системному анализу как раз с кучей полезных прикладных хардовых материалов: https://t.me/godnolytika
Поэтому, если вам не хватает этого у меня на канале, то смело рекомендую :)
Друзья, всем привет, всех с началом рабочей недели.
На днях наткнулся на одну интересную деталь, которой хотел бы с вами поделиться. На всякий случай перепроверился со знакомым эйчаром - все действительно так.
При поиске работы почти каждый из нас сталкивается с валом сообщений от рекрутинговых агентств\вендоров. Иногда они даже присылают ссылки на одни и те же вакансии :)
Чаще всего, конечно, это раздражает, однако, из этого можно извлечь и выгоду. Чтобы понять в чем дело, нужно немножко копнуть в то, как вообще работают агентства.
Очевидно, что агентства вам присылают вакансии не по доброте душевной. При этом, в подавляющем большинстве случаев, вы этим агентствам не платите - а значит, платит кто-то другой, то есть, компания-заказчик. Заказчик ставит условия, дает деньги и, в конечном счете, делает выбор в пользу того или иного кандидата. Более того, заказчик может работать даже с несколькими агентствами одновременно (отсюда и ссылки на одни и те же вакансии от разных агентств). А происходит это потому, что агентства всегда работают без предоплаты. То есть, агентство получает свой гонорар только тогда, когда заказчик нанимает кандидата. Таким образом, получается некая гонка агентств - кто быстрее закроет позицию, тот и получит гонорар за закрытую вакансию.
Помните об этом, когда общаетесь с рекрутерами из агентств. Совсем перегибать по вилке зп, скорее всего, не получится, так как в конечном счете вопрос о деньгах решает также заказчик, но по верхней планке, может быть, даже с небольшим превышением, проскочить получится. Особенно если вы предложите приятный бонус в виде ускоренного выхода - например, не через две недели, а через одну :)
На днях наткнулся на одну интересную деталь, которой хотел бы с вами поделиться. На всякий случай перепроверился со знакомым эйчаром - все действительно так.
При поиске работы почти каждый из нас сталкивается с валом сообщений от рекрутинговых агентств\вендоров. Иногда они даже присылают ссылки на одни и те же вакансии :)
Чаще всего, конечно, это раздражает, однако, из этого можно извлечь и выгоду. Чтобы понять в чем дело, нужно немножко копнуть в то, как вообще работают агентства.
Очевидно, что агентства вам присылают вакансии не по доброте душевной. При этом, в подавляющем большинстве случаев, вы этим агентствам не платите - а значит, платит кто-то другой, то есть, компания-заказчик. Заказчик ставит условия, дает деньги и, в конечном счете, делает выбор в пользу того или иного кандидата. Более того, заказчик может работать даже с несколькими агентствами одновременно (отсюда и ссылки на одни и те же вакансии от разных агентств). А происходит это потому, что агентства всегда работают без предоплаты. То есть, агентство получает свой гонорар только тогда, когда заказчик нанимает кандидата. Таким образом, получается некая гонка агентств - кто быстрее закроет позицию, тот и получит гонорар за закрытую вакансию.
Помните об этом, когда общаетесь с рекрутерами из агентств. Совсем перегибать по вилке зп, скорее всего, не получится, так как в конечном счете вопрос о деньгах решает также заказчик, но по верхней планке, может быть, даже с небольшим превышением, проскочить получится. Особенно если вы предложите приятный бонус в виде ускоренного выхода - например, не через две недели, а через одну :)
Друзья, всем привет.
Продолжаю делиться рекомендациями из потайного сундучка. Забавно получается, есть каналы, на которых рекомендуют статьи с Хабра или Медиума, а я, в свою очередь, рекомендую такие каналы :)
Так вот, еще одна моя коллега по Альфе, Юля, как раз ведет один из таких каналов - там она разбирает особенности и нюансы применениях тех или иных инструментов, используемых в работе системного аналитика. Причем разбирает все - от GDPR до брокеров сообщений и ACID, а что еще важнее - разбирает досконально. Многое из разобранного вам может пригодиться на следующем собеседовании :)
Поэтому, так как аналогичных материалов и разборов вы у меня точно не увидите, смело рекомендую канал Юли :)
https://t.me/ItSherlock
Продолжаю делиться рекомендациями из потайного сундучка. Забавно получается, есть каналы, на которых рекомендуют статьи с Хабра или Медиума, а я, в свою очередь, рекомендую такие каналы :)
Так вот, еще одна моя коллега по Альфе, Юля, как раз ведет один из таких каналов - там она разбирает особенности и нюансы применениях тех или иных инструментов, используемых в работе системного аналитика. Причем разбирает все - от GDPR до брокеров сообщений и ACID, а что еще важнее - разбирает досконально. Многое из разобранного вам может пригодиться на следующем собеседовании :)
Поэтому, так как аналогичных материалов и разборов вы у меня точно не увидите, смело рекомендую канал Юли :)
https://t.me/ItSherlock
Друзья, всем привет. Давно хотел провести опрос - расскажите, чем вы занимаетесь, в какой роли вы работаете?
Anonymous Poll
66%
Системный\бизнес аналитик
3%
Тестировщик
6%
Бэкенд разработчик\девопс
2%
Фронтенд\мобильный разработчик
2%
UX\UI дизайнер\проектировщик
2%
Эйчар\рекрутер
6%
Проджект\продакт
9%
Еще не в IT, но на пути туда
4%
Другое (напишу в комментариях)
Друзья, всем привет, всех с началом еще одной короткой недели.
Сегодня хочу провести еще один важный опрос - в каких мероприятиях вам бы хотелось поучаствовать? :)
Сегодня хочу провести еще один важный опрос - в каких мероприятиях вам бы хотелось поучаствовать? :)
Anonymous Poll
38%
Моковый технический теоретический собес
55%
Моковый технический кейсовый собес
23%
Моковый софтскилловый собес
38%
Разбор резюме и сопроводительных писем
19%
Круглые столы с экспертами отрасли на выбранную тему
2%
Другой вариант (предложу в комментариях)
Друзья, всем привет, всех с началом рабочей недели.
Сегодня хочу с вами поговорить о слегка холиварной теме - "знания, которые нужны на собесе" vs "знания, которые реально нужны в работе".
Рассуждать я буду, конечно, с точки зрения системного аналитика, хотя, я уверен, со мной согласятся и тестировщики, и разработчики :)
Поговорим сперва про моменты, с которыми я сталкивался как кандидат.
Вот, например, на собесе системных аналитиков очень любят спрашивать SQL-запросы в виде практической задачки. Но зачем? Безусловно, я могу опираться лишь на свой опыт, но на всех моих проектах умение написать селект\инсерт\апдейт было в списке компетенций в первую очередь тестировщиков. Тут можно задать продактский вопрос "чтобы что" - а для чего вы используете SQL запросы? Скорее всего, чтобы проверить, как отрабатывает тот или иной функционал вашей системы - но само слово "проверить" говорит о том, что это немного не задача системного аналитика. При этом мне самому нравится SQL, я не прочь написать несколько запросов, но на мой взгляд, на собеседованиях этому навыку уделяется слишком большое внимание, в отличие, от того же умения спроектировать подходящую модель данных, например.
Или, например, UML. Мой любимый пример - юзкейс диаграмма. Как часто вы ее использовали в работе? Я за 9 лет ее не использовал в работе ни разу :) Зато на собеседованиях, особенно в районе джуна-мидла, спрашивают регулярно, или на собесе, или в тестовом задании.
Другой пример немного в сторону - BPMN. И раньше, и сейчас компании просто очень любят указывать в требованиях к вакансии знание BPMN. Хотя опять же, что на собесах, что в работе я ее применял буквально несколько раз, можно сосчитать по пальцам одной руки. И дело даже не в том, что я панически избегаю этой нотации, или что-то еще - у меня просто нет таких задач, для которых я бы мог ее применить.
Ну и вот самый, пожалуй, холиварный момент - SOAP. Безусловно, протокол до сих пор используется в банках (и, наверное, где-то еще в госразработке), но если вы проходите собес на обычный коммерческий проект, где отродясь только REST - то зачем это спрашивать? :)
Как собеседующий же (возможно, это неправильно, и так делать не надо) я всегда спрашивал только, что действительно нужно в работе, с чем вы будете сталкиваться каждый день. Если на проекте REST API и GraphQL - спрошу про это, если системный аналитик должен заниматься проектированием БД - предложу небольшую задачку на это, если на проекте используется только Kafka (без RabbitMQ) - спрошу про использование брокеров в целом, но не буду спрашивать про отличия кафки от рэббита.
Опять же, повторюсь - возможно, это и неправильно, так как с одной стороны, у кандидата, наверное, должен быть широкий кругозор, амбиции узнать что-то новое, и так далее. А с другой стороны, когда вы садитесь в такси, вы не спрашиваете водителя, умеет ли он водить грузовик :)
#отсебя
Сегодня хочу с вами поговорить о слегка холиварной теме - "знания, которые нужны на собесе" vs "знания, которые реально нужны в работе".
Рассуждать я буду, конечно, с точки зрения системного аналитика, хотя, я уверен, со мной согласятся и тестировщики, и разработчики :)
Поговорим сперва про моменты, с которыми я сталкивался как кандидат.
Вот, например, на собесе системных аналитиков очень любят спрашивать SQL-запросы в виде практической задачки. Но зачем? Безусловно, я могу опираться лишь на свой опыт, но на всех моих проектах умение написать селект\инсерт\апдейт было в списке компетенций в первую очередь тестировщиков. Тут можно задать продактский вопрос "чтобы что" - а для чего вы используете SQL запросы? Скорее всего, чтобы проверить, как отрабатывает тот или иной функционал вашей системы - но само слово "проверить" говорит о том, что это немного не задача системного аналитика. При этом мне самому нравится SQL, я не прочь написать несколько запросов, но на мой взгляд, на собеседованиях этому навыку уделяется слишком большое внимание, в отличие, от того же умения спроектировать подходящую модель данных, например.
Или, например, UML. Мой любимый пример - юзкейс диаграмма. Как часто вы ее использовали в работе? Я за 9 лет ее не использовал в работе ни разу :) Зато на собеседованиях, особенно в районе джуна-мидла, спрашивают регулярно, или на собесе, или в тестовом задании.
Другой пример немного в сторону - BPMN. И раньше, и сейчас компании просто очень любят указывать в требованиях к вакансии знание BPMN. Хотя опять же, что на собесах, что в работе я ее применял буквально несколько раз, можно сосчитать по пальцам одной руки. И дело даже не в том, что я панически избегаю этой нотации, или что-то еще - у меня просто нет таких задач, для которых я бы мог ее применить.
Ну и вот самый, пожалуй, холиварный момент - SOAP. Безусловно, протокол до сих пор используется в банках (и, наверное, где-то еще в госразработке), но если вы проходите собес на обычный коммерческий проект, где отродясь только REST - то зачем это спрашивать? :)
Как собеседующий же (возможно, это неправильно, и так делать не надо) я всегда спрашивал только, что действительно нужно в работе, с чем вы будете сталкиваться каждый день. Если на проекте REST API и GraphQL - спрошу про это, если системный аналитик должен заниматься проектированием БД - предложу небольшую задачку на это, если на проекте используется только Kafka (без RabbitMQ) - спрошу про использование брокеров в целом, но не буду спрашивать про отличия кафки от рэббита.
Опять же, повторюсь - возможно, это и неправильно, так как с одной стороны, у кандидата, наверное, должен быть широкий кругозор, амбиции узнать что-то новое, и так далее. А с другой стороны, когда вы садитесь в такси, вы не спрашиваете водителя, умеет ли он водить грузовик :)
#отсебя
Друзья, всем привет, всех с началом рабочей недели.
Продолжая тему собеседований и вопросов, которые на них задают, хочу поделиться каналом, на котором эти самые вопросы собирают и дают на них ответы. Рассматриваемые вопросы и задачи встречаются на собесах на бизнес и системных аналитиков. Некоторые из них встречал на собесах и я :)
Поэтому если вы хотите повысить процент успешных ответов и решенных задач (ну и поднять повыше свой чек, куда уж без этого), то очень рекомендую канал ребят :)
https://t.me/SystemAnalystInterview
Продолжая тему собеседований и вопросов, которые на них задают, хочу поделиться каналом, на котором эти самые вопросы собирают и дают на них ответы. Рассматриваемые вопросы и задачи встречаются на собесах на бизнес и системных аналитиков. Некоторые из них встречал на собесах и я :)
Поэтому если вы хотите повысить процент успешных ответов и решенных задач (ну и поднять повыше свой чек, куда уж без этого), то очень рекомендую канал ребят :)
https://t.me/SystemAnalystInterview
Друзья, всем привет.
Я без долгих предисловий - на следующей неделе вместе с ребятами из Solvery проводим моковый технический кейсовый собес на СА. Все по вашим заявкам :)
Поэтому, если вы хотите попробовать свои силы, то оставьте комментарий под этим постом, или, если стесняетесь, можете написать мне в личку. Окончательной конкретики по дате и времени пока нет, но предварительно это будет 27 или 28 мая, в районе 18-19 вечера.
Я без долгих предисловий - на следующей неделе вместе с ребятами из Solvery проводим моковый технический кейсовый собес на СА. Все по вашим заявкам :)
Поэтому, если вы хотите попробовать свои силы, то оставьте комментарий под этим постом, или, если стесняетесь, можете написать мне в личку. Окончательной конкретики по дате и времени пока нет, но предварительно это будет 27 или 28 мая, в районе 18-19 вечера.
На собесе как на танцполе
Друзья, всем привет. Я без долгих предисловий - на следующей неделе вместе с ребятами из Solvery проводим моковый технический кейсовый собес на СА. Все по вашим заявкам :) Поэтому, если вы хотите попробовать свои силы, то оставьте комментарий под этим постом…
Друзья, всем привет.
Небольшой апдейт: собес на СА переносится на попозже, а на следующей неделе будет кейсовый собес на БА. Поэтому бизнес-аналитики - ваш час настал, кто хочет поучаствовать, пишите :)
Все, кто написал мне по собесу на СА, не переживайте, все в силе, просто несколько позже.
А собес на БА проведет ментор Ольга Мазур, сейчас руководитель продуктового направления, а в недавнем прошлом - руководитель практики бизнес-анализа в небезызвестном Samokat Tech :)
Формат мероприятия будет такой:
- само собеседование
- развернутый фидбек кандидату
- ответы на вопросы из чата
Небольшой апдейт: собес на СА переносится на попозже, а на следующей неделе будет кейсовый собес на БА. Поэтому бизнес-аналитики - ваш час настал, кто хочет поучаствовать, пишите :)
Все, кто написал мне по собесу на СА, не переживайте, все в силе, просто несколько позже.
А собес на БА проведет ментор Ольга Мазур, сейчас руководитель продуктового направления, а в недавнем прошлом - руководитель практики бизнес-анализа в небезызвестном Samokat Tech :)
Формат мероприятия будет такой:
- само собеседование
- развернутый фидбек кандидату
- ответы на вопросы из чата
Solvery.io
Ольга Мазур — наставник на Solvery.io
Помогу прокачать навыки: Управление командой, Прохождение собеседований, Управление продуктом, Бизнес аналитика, Управление требованиями, Управление документацией, Развитие карьеры, Продуктовая стратегия, HealthTech, Карьера: Поиск работы, Коучинг, Коучинг:…
Друзья, всем привет, всех с началом рабочей недели.
Вчера наткнулся на интересную статью от уважаемого в отрасли человека (Денис, если вы читаете - день добрый) о "быстрых" для свитча профессиях в ИТ из другой отрасли. Статья не самая свежая, но основную суть по прежнему отражает.
https://vc.ru/education/396410-kakie-it-professii-mozhno-osvoit-za-2-3-mesyaca
Давайте ее обсудим - если вы попали в отрасль за несколько месяцев, расскажите про свой опыт, как это было, и на какой позиции получилось закрепиться :) А я поделюсь своим мнением, со слегка неожиданным финалом.
Забегая наперед, со статьей я согласен.
Разработчиков, понятное дело, в ней нет (равно кстати как и системного аналитика), а вот тестировщики и бизнес-аналитики упоминаются. Мне показалось это интересным, и вот почему.
Начнем с тестирования. Не нужно лишний раз говорить, что на обучение тестированию зазывают все и отовсюду последние, наверное, лет 6. Бизнес-аналитики таким вниманием исторически обделены, хотя в последние пару лет ситуация, конечно, выравнивается на фоне появления все большего количества курсов по все большему количеству профессий. Те же 6-7 лет назад, например, кажется, не было ни одного вменяемого курса ни по системному, ни по бизнес-анализу.
Так вот, про тестировщиков. За последние 6-7-8 лет в ИТ-отрасли экспертизу и требования по тестированию удалось более-менее однозначно сформировать. Я не говорю, что перечень необходимых навыков сократился, нет, скорее напротив, он расширился, но стал более формализованным, четким и понятным. Про это кстати хорошо рассказывал Леша Петров в своем интервью, которое я публиковал два года назад.
Поэтому действительно, кажется довольно посильным и возможным делом обучиться на вполне пристойного джуна-тестировщика за несколько месяцев.
По бизнес-анализу, опять же, не могу стопроцентно утверждать о точно таком же эффекте, но как будто перечень необходимых навыков на сегодняшний день можно сформировать все же менее расплывчато, чем это можно было сделать раньше. Как будто сама ИТ-отрасль стала чуть более формализованной, вследствие чего и обязанности с задачами стали чуть более понятными, что ли. Поэтому тут тоже да, согласен.
А теперь неожиданный поворот. Вы никогда не задумывались, насколько набор технических навыков тестировщика совпадает с набором навыков системного аналитика?
Конечно, концептуально эти позиции находятся на противоположных концах "пищевой цепочки" разработки продукта, но все же - и те, и другие не кодят (если мы говорим про ручных QA), но должны знать, как работают API, базы данных, всевозможные интеграции вашего продукта; и те, и другие работают с документацией (а юзкейсы это почти кровные братья тест-кейсам); и те, и другие в конце концов занимаются сбором требований, только с разными источниками этой информации; список на самом деле можно продолжать и дальше.
Отсюда и проистекает вывод, который скорее всего не совпадает с мнением автора статьи - я считаю, что на позицию джуна системного аналитика точно так же можно выучиться за те же 2-3 месяца :)
Вчера наткнулся на интересную статью от уважаемого в отрасли человека (Денис, если вы читаете - день добрый) о "быстрых" для свитча профессиях в ИТ из другой отрасли. Статья не самая свежая, но основную суть по прежнему отражает.
https://vc.ru/education/396410-kakie-it-professii-mozhno-osvoit-za-2-3-mesyaca
Давайте ее обсудим - если вы попали в отрасль за несколько месяцев, расскажите про свой опыт, как это было, и на какой позиции получилось закрепиться :) А я поделюсь своим мнением, со слегка неожиданным финалом.
Забегая наперед, со статьей я согласен.
Разработчиков, понятное дело, в ней нет (равно кстати как и системного аналитика), а вот тестировщики и бизнес-аналитики упоминаются. Мне показалось это интересным, и вот почему.
Начнем с тестирования. Не нужно лишний раз говорить, что на обучение тестированию зазывают все и отовсюду последние, наверное, лет 6. Бизнес-аналитики таким вниманием исторически обделены, хотя в последние пару лет ситуация, конечно, выравнивается на фоне появления все большего количества курсов по все большему количеству профессий. Те же 6-7 лет назад, например, кажется, не было ни одного вменяемого курса ни по системному, ни по бизнес-анализу.
Так вот, про тестировщиков. За последние 6-7-8 лет в ИТ-отрасли экспертизу и требования по тестированию удалось более-менее однозначно сформировать. Я не говорю, что перечень необходимых навыков сократился, нет, скорее напротив, он расширился, но стал более формализованным, четким и понятным. Про это кстати хорошо рассказывал Леша Петров в своем интервью, которое я публиковал два года назад.
Поэтому действительно, кажется довольно посильным и возможным делом обучиться на вполне пристойного джуна-тестировщика за несколько месяцев.
По бизнес-анализу, опять же, не могу стопроцентно утверждать о точно таком же эффекте, но как будто перечень необходимых навыков на сегодняшний день можно сформировать все же менее расплывчато, чем это можно было сделать раньше. Как будто сама ИТ-отрасль стала чуть более формализованной, вследствие чего и обязанности с задачами стали чуть более понятными, что ли. Поэтому тут тоже да, согласен.
А теперь неожиданный поворот. Вы никогда не задумывались, насколько набор технических навыков тестировщика совпадает с набором навыков системного аналитика?
Конечно, концептуально эти позиции находятся на противоположных концах "пищевой цепочки" разработки продукта, но все же - и те, и другие не кодят (если мы говорим про ручных QA), но должны знать, как работают API, базы данных, всевозможные интеграции вашего продукта; и те, и другие работают с документацией (а юзкейсы это почти кровные братья тест-кейсам); и те, и другие в конце концов занимаются сбором требований, только с разными источниками этой информации; список на самом деле можно продолжать и дальше.
Отсюда и проистекает вывод, который скорее всего не совпадает с мнением автора статьи - я считаю, что на позицию джуна системного аналитика точно так же можно выучиться за те же 2-3 месяца :)
Друзья, всем привет.
Мы с ребятами из Solvery немножко синхронизировали свои расписания, поэтому сегодня я с удовольствием полноценно анонсирую моковое собеседование с кейсами на Middle бизнес-аналитика :)
10 июня в 19:00 по мск мы совместно с Solvery проведем тестовое собеседование с одним из участников сообщества.
Собеседование проведет Ольга Мазур, Product Owner Carsharing в компании Атом, а также автор тг-канала для тех, кто строит карьеру в IT
Формат мероприятия будет такой:
- само собеседование
- развернутый фидбэк кандидату
- ответы на вопросы из чата
Как я уже говорил (и не раз) - это крутая возможность попробовать свои силы и лучше подготовиться к реальным собесам :)
Если вы готовы - заполняйте форму. Ссылка на трансляцию будет чуть позже.
Удачи :)
Мы с ребятами из Solvery немножко синхронизировали свои расписания, поэтому сегодня я с удовольствием полноценно анонсирую моковое собеседование с кейсами на Middle бизнес-аналитика :)
10 июня в 19:00 по мск мы совместно с Solvery проведем тестовое собеседование с одним из участников сообщества.
Собеседование проведет Ольга Мазур, Product Owner Carsharing в компании Атом, а также автор тг-канала для тех, кто строит карьеру в IT
Формат мероприятия будет такой:
- само собеседование
- развернутый фидбэк кандидату
- ответы на вопросы из чата
Как я уже говорил (и не раз) - это крутая возможность попробовать свои силы и лучше подготовиться к реальным собесам :)
Если вы готовы - заполняйте форму. Ссылка на трансляцию будет чуть позже.
Удачи :)
Друзья, всем привет, всех с началом рабочей недели.
Недавно наткнулся на одно любопытное свежее исследование, которым хотел бы сегодня поделиться. Называется оно так:
Что лучше при оценке резюме - попросить рекрутера или подбросить монетку (эйчароненавистники, ликуйте)😅
В общем, есть зарубежный сервис моковых собеседований, interviewing.io. И вот они решили провести эксперимент - попросили 76 технических рекрутеров проревьюить по 30 резюме инженеров-разработчиков, и оценить их, ответив на два вопроса:
- позвали бы вы этого кандидата на интервью
- какова вероятность, что кандидат пройдет техническое интервью
Дальше сами кандидаты прошли по несколько моковых собесов, после чего уже сравнили ответы рекрутеров и результаты моковых собесов. При этом в данном случае моковые собесы можно приравнять к реальным, так как было замечено, что пользователи, чаще проходившие моковые собесы, чаще успешно проходили и реальные.
Какие выводы получилось сформулировать по итогам этого эксперимента:
- Рекрутеры приняли правильное решение в 55% случаев, что сравнимо с подбрасыванием монетки
- Кандидаты, которым рекрутеры дали 0-5% вероятность прохождения интервью, на самом деле успешно прошли его в 47% случаев
- Кандидаты, которым рекрутеры дали 95-100% вероятность прохождения интервью, прошли интервью только в 64% случаев
- В среднем разница оценки одного и того же резюме двумя разными рекрутерами составило 41%
- Среднее время, которое рекрутер потратил на оценку резюме - 31 секунда (25 для тех, кто прошел интервью; 44 для тех, кому вынесли отказ)
- Трата дополнительных 15 секунд на оценку резюме увеличивало точность рекрутера на 34%
- ML модели, обученные даже на крайне ограниченном наборе данных, оказались заметно более точными в оценке кандидатов
Безусловно, исследование было сделано на рынке США, тамошний рынок все-таки отличается от нашего. Однако, думается мне, каждый из нас может проследить некоторые общие тенденции :)
Оригинал исследования можно найти здесь.
Недавно наткнулся на одно любопытное свежее исследование, которым хотел бы сегодня поделиться. Называется оно так:
Что лучше при оценке резюме - попросить рекрутера или подбросить монетку (
В общем, есть зарубежный сервис моковых собеседований, interviewing.io. И вот они решили провести эксперимент - попросили 76 технических рекрутеров проревьюить по 30 резюме инженеров-разработчиков, и оценить их, ответив на два вопроса:
- позвали бы вы этого кандидата на интервью
- какова вероятность, что кандидат пройдет техническое интервью
Дальше сами кандидаты прошли по несколько моковых собесов, после чего уже сравнили ответы рекрутеров и результаты моковых собесов. При этом в данном случае моковые собесы можно приравнять к реальным, так как было замечено, что пользователи, чаще проходившие моковые собесы, чаще успешно проходили и реальные.
Какие выводы получилось сформулировать по итогам этого эксперимента:
- Рекрутеры приняли правильное решение в 55% случаев, что сравнимо с подбрасыванием монетки
- Кандидаты, которым рекрутеры дали 0-5% вероятность прохождения интервью, на самом деле успешно прошли его в 47% случаев
- Кандидаты, которым рекрутеры дали 95-100% вероятность прохождения интервью, прошли интервью только в 64% случаев
- В среднем разница оценки одного и того же резюме двумя разными рекрутерами составило 41%
- Среднее время, которое рекрутер потратил на оценку резюме - 31 секунда (25 для тех, кто прошел интервью; 44 для тех, кому вынесли отказ)
- Трата дополнительных 15 секунд на оценку резюме увеличивало точность рекрутера на 34%
- ML модели, обученные даже на крайне ограниченном наборе данных, оказались заметно более точными в оценке кандидатов
Безусловно, исследование было сделано на рынке США, тамошний рынок все-таки отличается от нашего. Однако, думается мне, каждый из нас может проследить некоторые общие тенденции :)
Оригинал исследования можно найти здесь.
Друзья, всем привет, всех с началом рабочей недели.
Возможно, не самый очевидный факт, но позиция системного аналитика хороша тем, что дает хороший базис для дальнейшего роста и вертикального перехода на другую позицию. Больше интересен продукт и бизнес - имеет смысл рассмотреть переход на продакта, больше интересно то, что под капотом - стоит задуматься о развитии в сторону позиции архитектора. И чтобы не жалеть (как я) о зря потраченных монетах на курсы от крупных школ типа Коробки навыков, лучше выбирать более точечные, узконаправленные, кастомные, чтоли.
В частности, через пару дней, 25 июня, стартует курс по микросервисной архитектуре от Кирилла Ветчинкина. Кирилл - постоянный спикер на ArchDays, Хайлоаде, Подлодке (и не только), отвечал за архитектуру в Мегафоне, Теле2, БКС Брокере и СберМаркете. Лично незнаком, но заочно слышал много хорошего :)
Выдержка из агенды курса:
- DDD и как правильно нарезать систему, отталкиваясь от бизнес-домена
- Архитектурные паттерны (Saga, CQRS, Transactional outbox)
- И на десерт - как все-таки распилить этот чертов монолит 😅
Что ценно помимо знаний и информации - обратная связь от Кирилла, чат с одногруппниками и полезные созвоны с разбором домашки. По итогам прохождения курса предусмотрен сертификат об участии.
Полную программу курса (а также записаться на него) можно по ссылке:
https://microarch.ru/?utm_source=posev&utm_medium=fir&utm_campaign=14
Возможно, не самый очевидный факт, но позиция системного аналитика хороша тем, что дает хороший базис для дальнейшего роста и вертикального перехода на другую позицию. Больше интересен продукт и бизнес - имеет смысл рассмотреть переход на продакта, больше интересно то, что под капотом - стоит задуматься о развитии в сторону позиции архитектора. И чтобы не жалеть (как я) о зря потраченных монетах на курсы от крупных школ типа Коробки навыков, лучше выбирать более точечные, узконаправленные, кастомные, чтоли.
В частности, через пару дней, 25 июня, стартует курс по микросервисной архитектуре от Кирилла Ветчинкина. Кирилл - постоянный спикер на ArchDays, Хайлоаде, Подлодке (и не только), отвечал за архитектуру в Мегафоне, Теле2, БКС Брокере и СберМаркете. Лично незнаком, но заочно слышал много хорошего :)
Выдержка из агенды курса:
- DDD и как правильно нарезать систему, отталкиваясь от бизнес-домена
- Архитектурные паттерны (Saga, CQRS, Transactional outbox)
- И на десерт - как все-таки распилить этот чертов монолит 😅
Что ценно помимо знаний и информации - обратная связь от Кирилла, чат с одногруппниками и полезные созвоны с разбором домашки. По итогам прохождения курса предусмотрен сертификат об участии.
Полную программу курса (а также записаться на него) можно по ссылке:
https://microarch.ru/?utm_source=posev&utm_medium=fir&utm_campaign=14
microarch.ru
Курс «Микросервисная архитектура»
Это онлайн курс обучения из 12 модулей с глубоким погружением в микросервисы: способы декомпозиции, изменения в командах, разбор популярных паттернов и антипаттернов, связь с бизнесом, Agile и DevOps.
Друзья, всем привет.
Сегодня наконец-то анонсирую моковое собеседование с кейсами на системного аналитика :)
1 июля в 19:00 по мск мы совместно с Solvery проведем тестовое собеседование с одним из участников сообщества.
Собеседование проведет Дмитрий Летяго, ведущий системный аналитик в Альфа-банке.
Формат мероприятия будет тем же:
- само собеседование
- развернутый фидбэк кандидату
- ответы на вопросы из чата
Не устану это повторять, моковый собес - это крутая возможность попробовать свои силы и лучше подготовиться к реальным собесам :)
Если вы готовы - заполняйте форму. Ссылка на трансляцию будет чуть позже.
Удачи :)
PS ребята, кто присылал мне резюме в личку - тоже заполните форму, пожалуйста 🙏
Сегодня наконец-то анонсирую моковое собеседование с кейсами на системного аналитика :)
1 июля в 19:00 по мск мы совместно с Solvery проведем тестовое собеседование с одним из участников сообщества.
Собеседование проведет Дмитрий Летяго, ведущий системный аналитик в Альфа-банке.
Формат мероприятия будет тем же:
- само собеседование
- развернутый фидбэк кандидату
- ответы на вопросы из чата
Не устану это повторять, моковый собес - это крутая возможность попробовать свои силы и лучше подготовиться к реальным собесам :)
Если вы готовы - заполняйте форму. Ссылка на трансляцию будет чуть позже.
Удачи :)
PS ребята, кто присылал мне резюме в личку - тоже заполните форму, пожалуйста 🙏
Друзья, всем привет, всех с началом рабочей недели.
Напоминаю, моковое собеседование на миддл системного аналитика — сегодня в 19:00.
В эфире будут:
- вопросы на собеседовании
- разбор кейсов
- анализ собеседования и фидбэк кандидату
- Q&A блок
Не пропустите и ставьте будильники - в отличие от меня, который потерялся во времени и пишет этот пост сильно позже, чем стоило бы 😅🤦♂️
Напоминаю, моковое собеседование на миддл системного аналитика — сегодня в 19:00.
В эфире будут:
- вопросы на собеседовании
- разбор кейсов
- анализ собеседования и фидбэк кандидату
- Q&A блок
Не пропустите и ставьте будильники - в отличие от меня, который потерялся во времени и пишет этот пост сильно позже, чем стоило бы 😅🤦♂️
YouTube
Моковое собеседование на Middle системного аналитика | Solvery & На собесе как на танцполе
Промокод DANCE20 - 20% скидка на первое занятие с любым ментором по аналитике! Действует до 15.07.2024
Официальный партнер трансляции — На собесе как на танцполе (https://t.me/tryoutonadancefloor): Как проходить собеседования, чтобы войти в IT. Рекрутмент…
Официальный партнер трансляции — На собесе как на танцполе (https://t.me/tryoutonadancefloor): Как проходить собеседования, чтобы войти в IT. Рекрутмент…