Друзья, всем привет, всех с началом рабочей недели. Сегодня у нас отзыв об интервью от подписчика - интервью в МТС KION.

————

Саммари
KION — онлайн-кинотеатр. Работает на устройствах: смартфоны, планшеты, ПК, Smart TV, приставки, спутник. Собеседовалась на позицию Системного аналитика (middle+/senior) в направление фронтовой разработки. В KION несколько фронтовых команд. Искали системного аналитика.

Первичное интервью
Созвон в телеграме на 15 минут. HR рассказала о проекте, команде, примерных задачах. Спросила про мой опыт. Все стандартно.

Техническое интервью
Шло примерно 1 час, интервью проводил CTO.
Сначала он рассказал про проект, как выстроен процесс разработки в командах, и кого они ищут. Дальше попросил рассказать про сложную задачу из своей практики, как я ее решала и какие артефакты готовила. По ходу моего рассказа были дополнительные вопросы про сиквенс диаграммы, вебсокеты, НФТ.

Дальше была практическая задачка по кейсу:
Пользователь должен видеть список своих купленных фильмов в разделе Мои Фильмы. Список фильмов представляет собой таблицу, состоящую из постера фильма, названия и сценария. Последний купленный фильм должен выводиться сверху. Купленных фильмов может быть бесконечно много.

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

Тестовое задание:
1. Нарисовать сиквенс диаграмму с учетом альтернативных сценариев.
2. Описать требования к методу для получения списка купленных фильмов.
3. Описать альтернативные сценарии при получении списка купленных фильмов, которые нужно обработать при разработке и проверить при тестировании.
4. Подготовить сваггер файл с описанием метода и моделью данных.
5. Описать НФТ.

Чем должен заниматься аналитик на проекте:
- планируется 1 аналитик на все фронтовые команды, который должен помогать командам с описанием требований
- задачи будут прилетать от продакта и БА. БА передает юзкейсы
- по юзкейсам необходимо будет формировать сиквенсы и описывать API
- приводить текущую документацию в порядок
- смотреть логи и пробовать разбираться в ошибках

Оформление
Удаленка/ гибрид / офис на выбор. РФ.

Условия
Вилка в рынке + есть премия. И стандартные ИТ-плюшки.

Результат
После собеседования поняла, что не хочу тратить время на тестовое задание, так как есть более приоритетные компании. Плюс пул задач не совсем тот, чем бы мне хотелось заниматься. В итоге я сама слилась.

————

За отзыв спасибо @itikineva :)

#отзывобинтервью

Друзья, всем привет, всех с началом рабочей недели. Сегодня у нас отзыв об интервью - интервью в компанию BestDoctor.

Саммари
BestDoctor - это InsureTech компания, которая создаёт технологичный ДМС и другие medtech-решения для удобного управления здоровьем. Сам пользовался их приложением, весьма удобно :) Собеседовался на позицию солюшен архитектора.

Первичное интервью
Длилось около получаса - рекрутер очень подробно рассказала про компанию, проект, организационную структуру и предстоящие задачи. Компании около 8 лет, за это время начался переход с покупных решений на самописные, на одно из таких и была открыта позиция. В рамках позиции - ответственность за две системы, полностью с нуля, сформированной команды нет, стек и собственно архитектура на архитекторе. По интервью - простые три этапа: скрининг, техничка с архитектором и финалка с продактом и эйчаром.
Из интересного - на техничку дается тестовое задание. Можно сделать заранее, и на интервью разобрать готовое, а можно рискнуть и сделать задание “на лету”. Я выбрал первый вариант.

Техническое интервью
Шло полтора часа - пришли два архитектора из смежных команд и продакт. Сначала поговорили по опыту, процессам и задачкам на текущем месте работы, потом быстро пробежались по теории (всего понемногу - и про гонку состояний, и про ACID, и про oauth 2.0 поговорили), после чего уже перешли к самому заданию (см. ниже). После того, как закончили с заданием, много говорили про предстоящие задачи, как организованы процессы у ребят, какие собраны команды.

Тестовое задание
Полный текст задания приложу в комментариях. Если вкратце - нужно подготовить архитектурное решение для CRM-системы с BPMN движком, работы с обращениями от пользователей, встроенной аналитикой по обращениям, телефонией и прочим.

Архитектурные процессы у ребят
RFC - защита на архитектурном комитете - ADR - задачи в бэклоге команды.
Документация ведется в ноушене.
Из артефактов - C4 диаграммы, API контракты, модели данных, сиквенс диаграммы. Из новых артефактов - диаграмма развертывания.

Оформление
Работать можно удаленно, можно в РФ, можно вне РФ. Оформление по ТК РФ.

Условия
Зарплата в рублях, пока плохо ориентируюсь в вилках архитекторов, но мне понравилась :) Плюс техника, и само собой ДМС.

Результат
Вернулись с отказом - несмотря на заметный матч по софтам, технички все же не хватило :) Но, отдать должное, ребята вернулись с развернутым фидбеком, что понравилось, а чего не хватило. Одно из тех интервью, которые приятно вспоминать впоследствии, даже несмотря на результат.

PS 101 снеговик, и я выложу свое тестовое задание к этому интервью :)

———
UPD снеговики набрались - выложил решение в комментариях :)

#отзывобинтервью

Друзья, всем привет, всех с началом последней в этом году рабочей недели.

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

Поэтому откладывать не буду - хотел бы всех поздравить с надвигающимися праздниками и пожелать в новом году удачи, здоровья, сил и спокойствия, ну и успешных собесов с офферами, конечно :)

Будущему себе я бы пожелал иметь дополнительные хотя бы 6 часиков в сутках 😅

С наступающим новым годом, друзья! 🎄

Друзья, всем привет, всех с началом полноценной рабочей недели.

Искал картинку для сегодняшнего поста, потому как ничего содержательного на сегодня не подготовил - и наткнулся на совершенно замечательную, прямо по нашей теме 😅

Ставьте 💔, если было такое - можно и в комментариях рассказать :)

Друзья, всем привет, всех с началом рабочей недели.

Сегодня у нас длинный (пришлось спрятать в отдельную статью) отзыв об интервью - интервью в компанию The_Covert.

https://telegra.ph/Otzyv-ob-intervyu-The-Covert-01-21

#отзывобинтервью

Друзья, всем привет, всех с началом рабочей недели.

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

Но небольшая мысль для обсуждения на сегодня у нас есть, и звучит она следующим провокационным и немножко обидным образом: эйчары - такие же люди, как и мы, соискатели 😅

Ситуация: отправил резюме товарища знакомым эйчарам, через день пришел отказ, мол, плохие отзывы на кандидата. Пишу товарищу, спрашиваю, общался с ними или нет, он говорит нет. Уточняю у эйчаров, в чем собственно состояли плохие отзывы - говорят, договаривались о собесе и пропадал. Ну, с товарищем обсудили, пожали плечами, ладно, думаем, что ж, не в этот раз. Через пару часов возвращается эйчар, говорит, напутали, это не кандидат терялся, это позицию на холд ставили, в общем, общаться готовы :)

Я знаю, что многие по разным причинам довольно посредственно относятся к эйчарам, что зачастую весьма несправедливо. Всегда важно помнить, что все мы люди, и все мы можем совершать ошибки (это и делает нас людьми, если на то пошло). Чтобы не скатываться в излишнюю библейскость, я не буду говорить что-то типа "возлюби эйчара ближнего своего", но жить дружно нам, соискателям, и эйчарам никогда лишним не будет :)

PS просьба никого из дорогих эйчаров на этот пост не обижаться, прекрасно знаю, что и по другую сторону баррикад кандидаты бывают крайне своеобразные 🙂

#отсебя

Друзья, всем привет, всех с началом рабочей недели.

Пока у меня все еще идут собеседования, хотел поделиться наблюдением и обсудить следующую мысль.

Зачем финалку делать аналогом технички?

Серьезно, столкнулся с этим на собеседованиях в последние две компании с разницей в неделю. На одном финальном интервью ушли еще глубже, чем на техничке, на втором вообще вопросы задавали на 80% те же самые, что и на техничке, просто другой человек 🤷‍♂️

Я всегда считал, что на финалке в первую очередь нанимающей стороне должно быть интересно, насколько кандидат матчится с командой, ну не с командой, так с продактом хотя бы, софты, в общем. Финальных этапов может быть несколько, если хочется показать человека в разные команды, да. Но в этом случае, если вы показываете кандидата в разные команды, то давайте говорить про команды, про их продукты, а не спрашивать еще раз все то, что уже спрошено (и что по хорошему должно быть открыто в соседней вкладке, как человек вообще техничку то прошел).

При этом, мне в общем то несложно еще раз рассказать то же самое - просто я искренне не понимаю, зачем. Ну и начинает закрадываться нездоровый интерес, если на финалке я на те же вопросы отвечу иным образом, нежели на техничке - у спрашивающего случится когнитивный диссонанс? :)

Ставьте 🗿 если сталкивались с таким, в комментариях обсудим.

Друзья, всем привет.

Помимо того, что проходить собесы - это в принципе основная мысль канала, я также неоднократно писал и про мок-собесы, как про менее стрессовый вариант проверить себя.

И сегодня у меня новость для тех, кто хочет попробовать себя в мобильной разработке (я, кстати, и сам хотел когда-то). Мои знакомые из Solvery на следующей неделе проводят серию моковых собеседований для iOS и Android - разработчиков.

Для тех, кто сейчас готовится к первой работе это будет полезным мероприятием, посмотреть, что спрашивают, как разбирают ответы участников, да и просто стать чуточку увереннее в себе.
Можно просто посмотреть и позадавать вопросы на трансляции, но еще можно и поучаствовать.
Если вы смелые (а еще и ловкие и умелые, и джунгли вас зовут), то есть возможность подать заявку на участие и пройти собеседование в прямом эфире 🙂
Как участник одного такого мокового собеса, подтверждаю - опыт потрясающий 🔥

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

PS поделитесь со своим знакомым, который интересуется мобильной разработкой, это должно быть полезно :)

Друзья, всем привет.
Напоминание из ноября - я наконец добрался до розыгрыша билетов на конференцию Недушный менеджмент, которая пройдет уже в эту среду 28 февраля.

По итогу рандомайзер выбрал следующих победителей:
@Regina_I
@pobirsky_d
@VeroPhotoRussia

Ребятам напишу в личку с дальнейшими шагами, всем большое спасибо за участие :)

И невиданное - второй пост за день :)
Тоже напоминание, но уже из предыдущей недели, что уже начались моковые собеседования для мобильных разработчиков. Вы сможете посмотреть, что спрашивают, как разбирают ответы участников и стать увереннее на реальных интервью.
Можно позадавать вопросы на трансляции, а можно и подать заявку на участие и пройти собеседование в прямом эфире.
Вчера у ребят было первое собеседование для Android разработчиков, а сегодня в 19:00 будет проходить первое собеседование по iOS-разработке.

Кстати, на ютубе в трансляциях у ребят можно найти гораздо больше моковых собесов разной степени свежести - и на фронтендеров, и на QA, ну и на системных аналитиков, конечно :)

Друзья, всем привет, всех с началом рабочей недели.

Не так давно я писал про одинаковые финалку и техничку - сегодня напишу про само интервью, интервью в компанию B2Broker.

Саммари
Компания занимается разработкой и предоставляет свои продукты (и ликвидность) для брокерских компаний, банков и инвестиционных фондов (хотя я сам всегда их воспринимал именно как самостоятельного брокера). Собеседовался на позицию системного аналитика, позицию нигде не искал, рекрутер пришла в личку.

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

Тестовое задание
Оно было, честно говоря, супер странным. Задание было в виде теста, вопросы были в духе “какие языки разработки вы знаете под Android и iOS”, “что делает команда cd в linux терминале”, “какие уровни логирования вы знаете”. Пара вопросов были, конечно, более-менее по делу, что-то про SQL, про json, но в остальном - сборная солянка :)

Техническое интервью
Шло один час - пришла эйчар и системный аналитик с проекта. Поговорили про:
- проект и то, чем предстоит заниматься
- типы документов, с которыми работал
- ER и сиквенс диаграммы
- типы архитектур
- индексы в бд
- транзакции в бд
- ACID и уровни изоляции транзакций в частности
- типы интеграций
- отличия RabbitMQ от Kafka
- отличия колбеков и вебхуков
- требования по безопасности
- особенности access и refresh токенов
- RBAC и ABAC
Потом поговорили про выстроенные процессы в команде, и на этом разошлись.

Финальное интервью
Тоже шло один час - пришла эйчар и другой системный аналитик с проекта. Поговорили про:
- ивент сорсинг, его плюсы и минусы
- снова про типы интеграций
- снова про кафку и рэббит
- снова про токены авторизации
- снова про индексы в бд
- чтение кода на Go
Дальше уже более подробно поговорили про продукты, которыми предстоит заниматься, про команды и выстроенные в них процессы.

Продукты, команды, процессы
В продуктовые детали вдаваться не буду, один продукт более-менее похож на обычную продуктовую разработку, второй более исследовательский. Команды отдельные, 10 и 15 человек, аналитик между ними шарится. На одном продукте скорее скрам со спринтами, на другом канбан с еженедельными релизами. Артефакты системного анализа довольно традиционные - статьи в конфлюэнсе (API контракты, маппинги данных, ERD). В конце дня ребята скидывают отчет, что они сделали за день, в чатик в слаке, этакий аналог дейлика.

Оформление
Работать можно удаленно, можно в офисе, в зависимости от страны пребывания. Оформление супер гибкое - можно как по ТК РФ, так и по ГПХ, самозанятому или ИП.
Оплата тоже зависит от страны пребывания - валюта или рубли (и вроде бы от этого зависит и вилка).

Условия
Вилка по зп для зарубежа в целом в рынке, если экстраполировать на РФ - в общем тоже (все портят Иннотех и Т1 со своими денежными пылесосами, прицел сбивают). Праздники вроде бы считаются по РФ.

Результат
Ушли думать на неделю с лишним - вернулись с не самым мотивированным отказом, мол интервьюерам я понравился, но выбрали другого финалиста 🤷‍♂️

#отзывобинтервью

Друзья, всем привет.
Помимо софтовых скиллов, о которых мы здесь говорим (что не нужно бояться ходить на собесы, нужно уметь торговаться, но не быть при этом букой-бякой, и так далее), само собой нужно обладать и достаточными хардами - чтобы было о чем вообще торговаться :)

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

Краткая агенда курса:
- сбор требований и их моделирование при помощи UML
- проектирование баз данных
- выбор подходящего стиля интеграции для вашей задачи
- проектирование и описание интеграций с нуля, как с помощью API (REST, SOAP, gRPC и др.), так и с помощью брокеров сообщений
- подготовка к собеседованиям
- практика - разработка собственного API на питоне

Про последний пункт отмечу, что ценен не фактический результат такой практики (реализованный API), а само понимание, как оно вообще работает на уровне кода. В свое время аналогичная практика мне очень помогла совершить качественный скачок вперед :)

Результат после прохождения курса - 15 рабочих проектов в портфолио, которые кстати можно (и нужно) показывать в качестве замены тестовых заданий на собеседовании. Доступ ко всем урокам и обновлениям само собой остается навсегда, курс размещен на Stepik.

Полную программу курса и отзывы можно найти в боте у ребят - @studyit_help_bot

Ну и традиционный приятный бонус - для подписчиков канала по промокоду DANCE до 31 марта действует скидка 1 000 рублей 😇

Друзья, всем привет, всех с началом рабочей недели.

Сегодня хотел поделиться с вами долгожданной новостью - я наконец-то воплотил свою давнюю мечту в жизнь и начал работать эйчаром. С сегодняшнего дня я буду рассказывать о том, как проходят интервью с точки зрения эйчара, на что мы обращаем внимание, и о том, как давить завышенные зарплатные ожидания кандидатов на корню 😅

Друзья, всем привет.

Если вы все таки не хотите читать эйчарские истории, то у меня есть более релевантная рекомендация :) Как вы помните, я когда-то начинал делать обзоры профильной литературы, но забросил - победили собеседования. Обзоров полезных статей на Хабре я и вовсе никогда не делал. А вот коллега Влад @fenrrr (причем это не образно - вместе работали в Альфе) напротив, ведет специализированный канал по системному анализу как раз с кучей полезных прикладных хардовых материалов: https://t.me/godnolytika

Поэтому, если вам не хватает этого у меня на канале, то смело рекомендую :)

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

При поиске работы почти каждый из нас сталкивается с валом сообщений от рекрутинговых агентств\вендоров. Иногда они даже присылают ссылки на одни и те же вакансии :)

Чаще всего, конечно, это раздражает, однако, из этого можно извлечь и выгоду. Чтобы понять в чем дело, нужно немножко копнуть в то, как вообще работают агентства.

Очевидно, что агентства вам присылают вакансии не по доброте душевной. При этом, в подавляющем большинстве случаев, вы этим агентствам не платите - а значит, платит кто-то другой, то есть, компания-заказчик. Заказчик ставит условия, дает деньги и, в конечном счете, делает выбор в пользу того или иного кандидата. Более того, заказчик может работать даже с несколькими агентствами одновременно (отсюда и ссылки на одни и те же вакансии от разных агентств). А происходит это потому, что агентства всегда работают без предоплаты. То есть, агентство получает свой гонорар только тогда, когда заказчик нанимает кандидата. Таким образом, получается некая гонка агентств - кто быстрее закроет позицию, тот и получит гонорар за закрытую вакансию.

Помните об этом, когда общаетесь с рекрутерами из агентств. Совсем перегибать по вилке зп, скорее всего, не получится, так как в конечном счете вопрос о деньгах решает также заказчик, но по верхней планке, может быть, даже с небольшим превышением, проскочить получится. Особенно если вы предложите приятный бонус в виде ускоренного выхода - например, не через две недели, а через одну :)

Друзья, всем привет.

Продолжаю делиться рекомендациями из потайного сундучка. Забавно получается, есть каналы, на которых рекомендуют статьи с Хабра или Медиума, а я, в свою очередь, рекомендую такие каналы :)

Так вот, еще одна моя коллега по Альфе, Юля, как раз ведет один из таких каналов - там она разбирает особенности и нюансы применениях тех или иных инструментов, используемых в работе системного аналитика. Причем разбирает все - от GDPR до брокеров сообщений и ACID, а что еще важнее - разбирает досконально. Многое из разобранного вам может пригодиться на следующем собеседовании :)

Поэтому, так как аналогичных материалов и разборов вы у меня точно не увидите, смело рекомендую канал Юли :)

https://t.me/ItSherlock

Друзья, всем привет, всех с началом рабочей недели.

Сегодня хочу с вами поговорить о слегка холиварной теме - "знания, которые нужны на собесе" vs "знания, которые реально нужны в работе".
Рассуждать я буду, конечно, с точки зрения системного аналитика, хотя, я уверен, со мной согласятся и тестировщики, и разработчики :)

Поговорим сперва про моменты, с которыми я сталкивался как кандидат.

Вот, например, на собесе системных аналитиков очень любят спрашивать SQL-запросы в виде практической задачки. Но зачем? Безусловно, я могу опираться лишь на свой опыт, но на всех моих проектах умение написать селект\инсерт\апдейт было в списке компетенций в первую очередь тестировщиков. Тут можно задать продактский вопрос "чтобы что" - а для чего вы используете SQL запросы? Скорее всего, чтобы проверить, как отрабатывает тот или иной функционал вашей системы - но само слово "проверить" говорит о том, что это немного не задача системного аналитика. При этом мне самому нравится SQL, я не прочь написать несколько запросов, но на мой взгляд, на собеседованиях этому навыку уделяется слишком большое внимание, в отличие, от того же умения спроектировать подходящую модель данных, например.

Или, например, UML. Мой любимый пример - юзкейс диаграмма. Как часто вы ее использовали в работе? Я за 9 лет ее не использовал в работе ни разу :) Зато на собеседованиях, особенно в районе джуна-мидла, спрашивают регулярно, или на собесе, или в тестовом задании.

Другой пример немного в сторону - BPMN. И раньше, и сейчас компании просто очень любят указывать в требованиях к вакансии знание BPMN. Хотя опять же, что на собесах, что в работе я ее применял буквально несколько раз, можно сосчитать по пальцам одной руки. И дело даже не в том, что я панически избегаю этой нотации, или что-то еще - у меня просто нет таких задач, для которых я бы мог ее применить.

Ну и вот самый, пожалуй, холиварный момент - SOAP. Безусловно, протокол до сих пор используется в банках (и, наверное, где-то еще в госразработке), но если вы проходите собес на обычный коммерческий проект, где отродясь только REST - то зачем это спрашивать? :)

Как собеседующий же (возможно, это неправильно, и так делать не надо) я всегда спрашивал только, что действительно нужно в работе, с чем вы будете сталкиваться каждый день. Если на проекте REST API и GraphQL - спрошу про это, если системный аналитик должен заниматься проектированием БД - предложу небольшую задачку на это, если на проекте используется только Kafka (без RabbitMQ) - спрошу про использование брокеров в целом, но не буду спрашивать про отличия кафки от рэббита.

Опять же, повторюсь - возможно, это и неправильно, так как с одной стороны, у кандидата, наверное, должен быть широкий кругозор, амбиции узнать что-то новое, и так далее. А с другой стороны, когда вы садитесь в такси, вы не спрашиваете водителя, умеет ли он водить грузовик :)

#отсебя