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

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

Краткая агенда курса:
- сбор требований и их моделирование при помощи 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

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

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

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

Удачи :)

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

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

Что лучше при оценке резюме - попросить рекрутера или подбросить монетку (эйчароненавистники, ликуйте)😅

В общем, есть зарубежный сервис моковых собеседований, 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

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

Сегодня наконец-то анонсирую моковое собеседование с кейсами на системного аналитика :)

1 июля в 19:00 по мск мы совместно с Solvery проведем тестовое собеседование с одним из участников сообщества.

Собеседование проведет Дмитрий Летяго, ведущий системный аналитик в Альфа-банке.

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

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

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

Удачи :)

PS ребята, кто присылал мне резюме в личку - тоже заполните форму, пожалуйста 🙏

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

Напоминаю, моковое собеседование на миддл системного аналитика — сегодня в 19:00.

В эфире будут:
- вопросы на собеседовании
- разбор кейсов
- анализ собеседования и фидбэк кандидату
- Q&A блок

Не пропустите и ставьте будильники - в отличие от меня, который потерялся во времени и пишет этот пост сильно позже, чем стоило бы 😅🤦‍♂️

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

Уже несколько лет (хотя, это, наверное, только для меня несколько лет, а для кого-то и все 10-15) ведутся дебаты на тему резиновости или нерезиновости IT отрасли. В IT свитчатся сотрудники заводов, бывшие следователи, крановщики, даже стоматологи :) А вот про свитчи предпринимателей я до последнего времени не слышал - вроде как и дело свое, и перспективы, выходных правда почти нет, но и прибыль может быть кратно больше, чем рядовая зарплата. Почему до последнего времени - потому что я познакомился с Валентином 😅

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

https://t.me/life_in_analytics

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