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

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

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

#отсебя

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

Я без долгих предисловий - на следующей неделе вместе с ребятами из Solvery проводим моковый технический кейсовый собес на СА. Все по вашим заявкам :)

Поэтому, если вы хотите попробовать свои силы, то оставьте комментарий под этим постом, или, если стесняетесь, можете написать мне в личку. Окончательной конкретики по дате и времени пока нет, но предварительно это будет 27 или 28 мая, в районе 18-19 вечера.

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

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

Все, кто написал мне по собесу на СА, не переживайте, все в силе, просто несколько позже.

А собес на БА проведет ментор Ольга Мазур, сейчас руководитель продуктового направления, а в недавнем прошлом - руководитель практики бизнес-анализа в небезызвестном Samokat Tech :)

Формат мероприятия будет такой:
- само собеседование
- развернутый фидбек кандидату
- ответы на вопросы из чата

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

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

Формат мероприятия будет такой:
- само собеседование
- развернутый фидбэк кандидату
- ответы на вопросы из чата

Как я уже говорил (и не раз) - это крутая возможность попробовать свои силы и лучше подготовиться к реальным собесам :)

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

Удачи :)