Можешь объяснить попроще? Мы стартап

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

Разговор был хороший, вроде не тупил, и, скажу честно, был сильно уверен в себе и рассчитывал на оффер💵.
Это был один из первых собесов по системному дизайну, я тогда ещё не прочитал ТУ САМУЮ КНИГУ.

Но потом пришёл вот такой ответ (картинка к посту).

Честно? Я бы даже больше обрадовался, если бы меня просто назвали чмоней и сказали, где конкретно не зашло.

Я раньше много собесов проводил, и как по мне, если кандидат уходит в детали, хорошо аргументирует и при этом всё говорит верно, то дальше уже ответственность интервьюера модерировать разговор и плавно переходить к следующей теме.

«Ок, мы видим, что ты тут шаришь, давай дальше».

Понимаю, стартапы часто ценят скорость.
Но в архитектуре, где речь идёт о деньгах и рисках,
умение думать системно, а не просто “написать решение” - это всё же плюс, а не минус.

А вы как считаете — что важнее на собесе: глубина или скорость? Делитесь в комментариях

🦄 — если детали важнее
🐶 — если скорость решает

IT АНАЛитика | Подписаться

💎👆🕊🌸💎 💜🔹💮🌷🌸🧡

На самом деле месяцЕВ, но сентябрь вышел чиловым, так что подведём итоги сразу за сентябрь и октябрь.
Что интересного было за это время:

Посты
Набор уроков, чтобы начать лучше писать текст
Сайт, через который можно прогонять свой текст на "воду" (удобно при описании задач)
Шаблон для описания методов
Подборка шаблонов для аналитика на каждый день
Про HAProxy aka балансировщик нагрузки
Про грейды в IT и их целесообразность
Как я сходил на собес в стартап в прошлом году

Интересные статьи
Одна из инструкций на тему, как начать пользоваться PlantUML на практике
Про работу кросс-функциональных команд по модели Spotify

Мемы
Бизнес спрашивает у аналитика за оценку
Настраиваем почту по принуждению

#итоги_месяца

IT АНАЛитика | Подписаться

НУ ОН!!!!!Карл Вигерс😏

В 2020 я переходил из саппорта в бизнес-анализ.
И первую неделю на новой роли делал то, что делают, наверное, все в такой ситуации:

шарился по сетевым дискам в поисках хоть какой-то полезной информации.

И вот я нахожу ТОТ САМЫЙ файл с легендарным названием:
razrabotka-trebovaniy-k-programmnomu-obespecheniyu-3-e-izdanie-2014 (12).pdf

Открываю. Начинаю читать.
И ловлю себя на мысли: «Подождите… это что, это про меня?!»

Начинаю делать конспекты и буквально каждая глава ну мёд😕!!!
Вся работа аналитика разложена по полочкам, всё структурировано и понятно.

Эта книга дала мне очень сильный старт.
Я в своем познании настолько преисполнился....

Потом я еще читал:
🟣A Guide to the Business Analysis Body of Knowledge® (BABOK® Guide)
🟣Руководство по улучшению бизнес-процессов
🟣Искусство системного мышления
🟣Настольная книга аналитика

Это всё было полезно, но рекомендовать их не хочется. Ни одна из этих книг не дала даже близкого эффекта, как Вигерс.

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

И к чему это всё.

Канал перевалил за 2к человек, и мне как-то захотелось отметить это, но не просто словами типа «спасибо за доверие» (хотя спасибо, правда).

Поэтому я решил разыграть эту книгу.
Бумажную. Настоящую. Ту самую.
Условия будут в следующем посте.

А вы читали Вигерса?

IT АНАЛитика | Подписаться

Mapping: что это такое и зачем знать аналитику?

Если вы работаете с интеграциями, то наверняка хотя бы раз сталкивались с маппингом.
Штука простая… пока её не забыли сделать🙈.

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

Разберёмся, что это и зачем оно вообще нужно.

Что такое маппинг?🧠
Маппинг - это понятная таблица соответствий, которая показывает, какие данные из нашей системы должны попасть во внешнюю и в каком виде.

Если совсем по-простому, это способ ответить на три вопроса:

🟣Что у нас есть?
Как поле называется у нас и какое значение там лежит.

🟣Что ждёт другая система?
Как это поле называется у них и что они хотят получить.

🟣Нужно ли что-то менять по пути?
Например, формат даты, статус клиента, код справочника или структуру данных.

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

Где аналитик сталкивается с маппингом?
➡️Интеграции - 90% всех задач.
➡️Проработка API - особенно, когда описываем входящие/выходящие данные.
➡️Миграции данных - когда нужно переносить информацию между разными системами.

📄 Пример
Допустим, внешняя система хочет получать от нас 5 полей о клиенте:

clientId, fullName, birthDate, status, riskSegment.

А у нас это хранится как:

id, fio, dob, clientCategory, riskLevel.

Разные названия, разные форматы, иногда разные справочники. Где-то дата в формате DD.MM.YYYY, где-то статус хранится текстом, а у них нужен код.

Что делает аналитик?
Он готовит маппинг, в котором чётко прописывает:

🐗 Как поле называется у нас и где оно живёт (таблица, метод, сервис).
🦛 Как называется поле у внешней системы и что оно означает.
🐘 Как преобразовать данные: формат даты, перекодировка статуса, замена справочника.
🧌 Что делать, если данных нет: ставим null, считаем, не передаём.

Частые ошибки
➡️Пропустили обязательное поле
Самое популярное. Ориентировались на старую доку, не уточнили обязательность, в итоге интеграция падает.

➡️Неверный формат данных
Например, внешняя система ждёт число, а мы отправляем строку.

➡️Не проработали справочники
У нас значение хранится, как "ACTIVE", у них оно "01".

➡️Нет логики поведения при отсутствии данных
Поле пустое, что делать? Отдавать null? Рассчитывать? Не отправлять?

🍌 Мини-чеклист хорошего маппинга

1⃣ Добавляйте комментарии.
Если у поля есть логика - фиксируйте её.

2⃣ Прописывайте форматы
Типы данных, длины, обязательность, справочники, преобразования - всё важно.

3⃣ Указывайте источник
Таблица, API-метод, сервис - откуда поле достаем.

4⃣ Версионируйте
Убрали поле? Лучше отмечайте причину и ссылку на задачу. Через полгода проще будет вспомнить, если возникнут проблемы.

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

📣А вы часто делаете маппинг в своих задачах?

IT АНАЛитика | Подписаться

Шанс, что вас на собесе спросят за SQL маловероятен, но никогда не равен нулю😐
Я уже писал, про "Нужен ли аналитику SQL?" и что почитать для старта.

Вот ещё одна хорошая статья, чтобы закрыть базу и чувствовать себя увереннее перед любыми интервью:
Читать📚

P.S Всех РАБотяг с пятницей!

Подборка для прохождения собеседований

Недавно подписчица написала в личку и спросила, есть ли у меня какие-нибудь материалы, чтобы подготовиться к собеседованию.
В канале такого поста не было. Я, конечно, всё скинул лично, но решил исправиться и поделиться со всеми.

Освежить знания
🟣50 основных вопросов для системного аналитика на собеседовании
🟣50 вопросов для прохождения технического собеседования на бизнес-аналитика
🟣120 вопросов для прохождения технического собеседования на системного аналитика в любую компанию
🟣50 лучших вопросов из интервью для бизнес-аналитиков
🟣Что от аналитика хотят на собеседовании + разбор задач
🟣О чем спросить компанию на собеседовании?
🟣Кем вы видите себя через 5 лет: советы топ-менеджера

Базы данных и SQL
🟣Кэширование данных
🟣Шардинг и репликация
🟣Транзакции
🟣Индексы
🟣Нормализация отношений
🟣11 типов современных баз данных: краткие описания, схемы и примеры БД

Архитектура
🟣26 основных паттернов микросервисной разработки
🟣Диаграммы C4
🟣Очереди сообщений и зачем они нужны
🟣Apache Kafka: основы

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

IT АНАЛитика | Подписаться

💎👆🕊🌸💎 💜🔹💮🌷🌸🧡

Что интересного было в ноябре?
Ставьте лайк, если вы как и админ на жоской суете и вообще ничего не успеваете и считаете дни до НГ.

Посты
Объяснение Kafka на котиках
Про лучшую книгу для аналитика
Разыграли лучшую книгу для аналитика
Mapping: что это такое и зачем знать аналитику?
УЛЬТРА-МЕГА пак материалов по подготовке в собесам

Интересные статьи
Годная статья про интеграции
Годная статья про SQL

Мемы
ЗП на собесе

#итоги_месяца

IT АНАЛитика | Подписаться

В начале был оффер

Кажется, на эту тему не высказался только ленивый, так что вставлю и свои 5 копеек🙂

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

Как было раньше?
Не знаю, как остальные, но я практически никогда не делал отклики на вакансии.
Просто открывал резюме и предложения сыпались сами. Забегая вперед, ровно так и было до октября 2025.

Сентябрь 2019-го, я переезжаю в Москву.
Ещё до приезда мне назначили два собеса в один день и оба офлайн (зумеры в шоке 😅).
Это, кстати, были единственные два раза, когда приходилось ехать на интервью очно.
Потом грянул ковид 😷, и всё окончательно переехало в онлайн.

Первый оффер сделали прямо в день собеса.
Но я дождался второго, который оказался выгоднее, его и взял💼

Так оно и было следующие пять лет.
Айтишники были рок-звёздами: веер из офферов, жирные зарплаты, удалёнка и бесконечные "плюшки".
Офферы тогда раздавали почти "за красивые глазки" - достаточно было показать, что ты не дурачок и хоть немного шаришь.

Еще в прошлом году оно так и продолжалось.
Когда я прошлой осенью открывал резюме, мне в день писало минимум по 3 рекрутёра.
Ну и далеко ходить не надо, я выкладывал пост про Андрея, с которым проводил консультацию:
Часть 1
Часть 2
Часть 3
Часть 4
Всего за неделю: 150 приглашений на hh, 22 назначенных собеса, каждый день техническое интервью и еще по три скрининга с HR 😋.
Сейчас это кажется чем-то из разряда фантастики, легенды и мифы древнего айти, А ВОТ РАНЬШЕ У НАС БЫЛО...

А что случилось?
Этот год, пожалуй, самый богатый на сокращения.
Да, они случались и раньше раз в год где-то проскальзывали новости из разряда: «в такой-то компании сократили n-человек». Но всё это казалось чем-то далёким.
Ну, сократили кого-то там «наверное, неэффективных», «я-то норм, меня не тронет».

Теперь всё иначе.
Истории про «сократили друга / подругу / половину команды / почти целый стрим» стали обычным делом.
Новости про массовые увольнения и сокращения перестали быть редкостью.
Из моих знакомых тоже многих задело - где-то режут косты, где-то закрывают проекты, где-то просто отказываются от аутстафа.

Айти-рынок, который ещё недавно казался вечной вечеринкой, вдруг резко включил свет😳

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

IT АНАЛитика | Подписаться

Айтишники больше не нужны. ВСЁ!

В первой части я рассказывал, как ещё совсем недавно рынок выглядел иначе: резюме стоило просто открыть, офферы сыпались сами, рекрутеры писали каждый день, а айтишники могли спокойно выбирать себе любые условия. Казалось, что так будет всегда...

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

Что происходит?
Во многих компаниях внешний найм полностью или частично поставлен на паузу.
Фризы, заморозка ставок, согласование каждой новой позиции через три круга ада. Хорошо, если дадут закрыть текущую вакансию. Про новые роли зачастую даже не заикаются.

Рекрутер больше не тает от твоего «Привет😐».
Теперь мало просто быть айтишником. Сам факт, что тебя позвали на техническое собеседование, уже маленькая победа.

Личный пример.
В октябре я открыл резюме примерно на месяц.
Если год назад, как писал в первой части, мне стабильно писали по 3 рекрутёра в день в течение пары недель, то сейчас за весь месяц набралось… ну где-то 5-7 сообщений из которых до тех собеса дошло только одно.

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

Рок-звёзды вышли в тираж. Флексить офферами стало заметно сложнее.

Почему это происходит?
Если коротко, то всё сразу.

1. Страшный ИИ пришёл и всех заменяет
К РФ это, конечно, применимо в меньшей степени.
У нас всё-таки не такая глубокая автоматизация в IT, как во многих крупных компаниях.
Но хайп вокруг ИИ сделал своё дело.

Руководители начали задаваться вопросом:
«А ЧО ВОН ДАВАЙТЕ АЙЯЙ ПОСТАВИМ НОВЫЙ МОДНЫЙ СЭКОНОМИМ ДЕНЯК»
Денег же конечно никто не сэкономил🌚

Один из самых громких кейсов в РФ за последнее время на эту тему был про сокращения и оптимизацию ролей в сбере.

Я, если честно, в историю «ИИ реально заменит людей» верю слабо. По крайней мере пока.
Это больше похоже на аккуратный и социально приемлемый повод оптимизировать косты и сократить кучу людей, чтобы было не так больно и стыдно.

Да и большинство же пользовалось нейронками.
Можно ли прямо сейчас заменить ими такое количество людей?
🙂

2. Экономика в ж*пе
Высокая ключевая ставка, бюджеты режут, бизнес считает каждую копейку.
Каждая ошибка стала обходиться намного дороже.

Компании стали заметно прагматичнее.
Новых проектов становится меньше, закрывают эксперименты, убирают лишние роли и смотрят на эффективность.

Еще пару лет назад я не раз слышал от продуктов в кулуарах:
«Ну проект не взлетел, про***ли n миллионов. Ничего, сделаем новый😎».

Сколько айтишных проектов должно было так «не взлететь», чтобы начали массово сокращать - загадка уровня Жака Фреско.

3. Перенасыщение рынка
Во время ковида открылось огромное количество курсов и школ.
Все массово пошли учиться и «вкатываться в IT».

Ковид закончился, спрос на обучение вроде бы снизился, но нарратив остался:

«В айти много денег и можно особо не напрягаться».

«Вон у меня тесть погромистом работает, такие баблища зашибает, может мне оно тоже туда к вам вайти надо?»

«Подруга жены аналитиком работает. Чето весь день балакает там по своему кампутеру. Вот она лафа, я тоже так хочу»

В итоге появилось ещё больше курсов, школ, больше джунов, больше «мидлов с 3+ годами», больше "крутого опыта в резюме".

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

Пост получился объемнее, чем я ожидал и в один все не влезло. Попозже докину третью часть.

IT АНАЛитика | Подписаться

Отменяем отмену айтишников!

Во второй части поразгоняли, как изменился рынок, поговорили про ИИ и почему всё стало не так, как раньше.
И из этого логично вытекает следующий вопрос.

А что делать-то?
Глобально - ничего принципиально нового.
Волшебной пилюли, к сожалению, не будет☹️.

1. Прокачивать софты.
2. Прокачивать харды.
3. Читать книги и статьи.
4. Прокачивать экспертизу на разных задачах.
5. Ходить на собесы, если есть такая возможность.

ВСЕ ТОЖЕ САМОЕ, ЧТО И РАНЬШЕ.
ЧТОООООООО?

Да. Именно так.

Вакансии никуда не исчезли. Люди по-прежнему увольняются, сокращаются, меняют работу. Старые проекты закрываются, новые открываются. Компании всё так же хотят зарабатывать деньги.

Просто конкуренция выросла, а денег на кальян и раф на лавандовом в переговорку стало меньше.
Теперь за пару недель вы вряд ли соберёте веер из офферов.

Оффер «за красивые глазки» станет легендой.
Теперь недостаточно быть просто «не дурачком».
Ошибки стали стоить очень дорого.

Спутали PUT и PATCH? - мы вам перезвоним
Но не вам, а тому, кто еще и дешевле стоит

Что будет дальше?
Компании никуда не денутся.
Какие-то закроются, какие-то пересоберутся, какие-то, наоборот, появятся.
IT как отрасль не исчезает - она эволюционирует.

Хорошие специалисты по-прежнему нужны.
Продукты, легаси и запуск новых направлений никуда не делись.
Кто-то же должен развивать «енто ваше айти».

Вся эта история сильно напоминает мне бум на юристов.
Еще до айти хайп и флекс был пойти и стать юристом. Модно, молодежно и много денег.

Потом юристов стало ну слишком много.
Рынок перегрелся, ожидания упали.
Что сейчас с юристами?
Да все норм, профессия жива. Просто остались те, кто реально нужен.

С IT будет ровно так же.
Да, станет сложнее, требования вырастут, «просто войти» больше не получится.
За малейшую ошибку на собесе с вами не будут сюсюкаться и отдадут предпочтение другому кандидату.
Спрос на хороших специалистов по-прежнему будет, но нужно будет реально СТАРАТЬСЯ и готовиться, чтобы вас взяли на желаемую позицию.

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

Все получится🤗

IT АНАЛитика | Подписаться

Ты почему время в задачу не списал?

Один из вечных бичей всего IT - списывание времени и трекинг активности по задачам.

Весной у меня было собеседование в один аутсорс.
И там сразу говорят:

«У нас есть программа, которую надо поставить. С утра включаешь, вечером выключаешь, в обед ставишь на паузу, чтобы мы трекали время. Ты не подумай, это чисто формальность» 🥴

И тут я вспомнил историю от друга из одного «жёлтого банка».
Там руководителю каждую неделю прилетал отчёт по активности сотрудников.
И мой друг, проходя обучающие курсы на онбординге, на всякий случай периодически шевелил мышкой, чтобы метрика выглядела «правильно».
Просто чтобы потом не было лишних вопросов.

И это сразу напомнило мне первые годы в IT.

Когда работал в саппорте, задачи прилетали в Service Desk, и ты их просто разгребаешь.
Твоя главная метрика - SLA и сколько времени задача висит в работе.
Если задач от пользователей нет, сидишь спокойно, чилишь, занимаешься своими делами.

Потом я перешёл в бизнес-анализ.

Там уже нужно было списывать время в Jira и обязательно писать комментарий, что именно ты делал.
А у нас при этом было два разработчика на шесть аналитиков.
И бывали дни, когда за день ты объективно особо ничего не сделал, максимум пара встреч.
А время в задачу всё равно списывать надо🙂

В итоге начинаешь сам себе придумывать активности и пытаться это всё красиво упаковать в комментарий.
Чтобы если вдруг кто-то посмотрит, не было стыдно.
Хотя давайте честно, я почти уверен, что это никто никогда не проверял.

Сейчас и уже довольно давно я просто списываю время в задачу.
И всё.

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

Если человек откровенно не тянет, это будет видно и без трекеров экрана и ежечасных отчётов.
Нет прогресса по задачам, нет артефактов, в мессенджере отвечает через раз, на дейлике бубнит что-то невнятное.

Даже если человек будет п*здеть на созвонах и рассказывать про «активную работу», которой по факту нет, это всё равно вскрывается очень быстро.

А вы как считаете?
Нужен ли трекинг времени и активности или это просто иллюзия контроля?

IT АНАЛитика | Подписаться

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

В статье разбирают доменную структуру, зоны ответственности команд и то, как бизнес и IT взаимодействуют на масштабе большой компании.

Читать 📚