Друзья, всем привет, всех с началом рабочей недели. Сегодня у нас отзыв об интервью - интервью в компанию 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) - спрошу про использование брокеров в целом, но не буду спрашивать про отличия кафки от рэббита.

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

#отсебя