Что с рынком труда системных аналитиков в начале 2025 ? 🧐
Последний месяц проходил собеседования на позицию системного аналитика в различных компании, преимущественно в РФ. Хочу поделиться некоторыми выводами по итогам прохождения собеседований
Основное:
Cпрос на опытных системных аналитиков (middle и senior) остается весьма высоким. Об этом свидетельствуют более 3к вакансий, открытых на hh.ru на текущий момент. Для начинающих специалистов ситуация более конкурентная, но возможности для старта также есть.
Ключевые тенденции:
1️⃣ Уход от «заучивания» стандартных вопросов: На собеседованиях стараются понять насколько сотрудник глубоко понимает технологии, а не просто знает ответы на стандартные вопросы, которые можно легко найти в открытом доступе
2️⃣ Фокус на основных темах остается без изменений: В основные на собеседованиях спрашивают по следующим темам: работа с требованиями, моделирование бизнес-процессов, базы данных, интеграции и архитектура. Здесь всё стандартно и без особых изменений. Но на senior позицию в некоторых компаниях могут сделать отдельную секцию по system design
3️⃣ Важна глубина знаний: Чем выше грейд, на который вы претендуете, тем глубже необходимо разбираться в каждой теме и понимать, как работают технологии “под капотом”. На собеседовании глубина вопросов по каждой теме может различаться в зависимости от грейда
Интересна тема собеседований ? Ставьте 🔥, если да! И в следующем посте разберем задачу с реального собеседования
А если нужна помощь в подготовке к собеседованию, то записывайтесь ко мне на консультацию
#ITInterview
Последний месяц проходил собеседования на позицию системного аналитика в различных компании, преимущественно в РФ. Хочу поделиться некоторыми выводами по итогам прохождения собеседований
Основное:
Cпрос на опытных системных аналитиков (middle и senior) остается весьма высоким. Об этом свидетельствуют более 3к вакансий, открытых на hh.ru на текущий момент. Для начинающих специалистов ситуация более конкурентная, но возможности для старта также есть.
Ключевые тенденции:
1️⃣ Уход от «заучивания» стандартных вопросов: На собеседованиях стараются понять насколько сотрудник глубоко понимает технологии, а не просто знает ответы на стандартные вопросы, которые можно легко найти в открытом доступе
2️⃣ Фокус на основных темах остается без изменений: В основные на собеседованиях спрашивают по следующим темам: работа с требованиями, моделирование бизнес-процессов, базы данных, интеграции и архитектура. Здесь всё стандартно и без особых изменений. Но на senior позицию в некоторых компаниях могут сделать отдельную секцию по system design
3️⃣ Важна глубина знаний: Чем выше грейд, на который вы претендуете, тем глубже необходимо разбираться в каждой теме и понимать, как работают технологии “под капотом”. На собеседовании глубина вопросов по каждой теме может различаться в зависимости от грейда
Интересна тема собеседований ? Ставьте 🔥, если да! И в следующем посте разберем задачу с реального собеседования
А если нужна помощь в подготовке к собеседованию, то записывайтесь ко мне на консультацию
#ITInterview
Разбор задачи с собеседования на системного аналитика. Часть 1
Как обещал, делаю разбор задачи с собеседования. Условие специально изменил, чтобы не раскрывать все карты🤫
Итак, задача: нужно спроектировать модель данных и описать логику работы сервиса-посредника по заказу авиабилетов (по типу Авиасейлз). Основные сценарии, которые берем в рассмотрение: найти и выбрать билет, выбрать самолет и место в самолете, оплатить заказ и получить билет.
Разберем задачу в двух постах. В первой части спроектируем модель данных, а во второй опишем логику работы сервиса.
Начнём решать задачу с проектирования модели данных.
1️⃣ На первом этапе нужно убедиться, что мы поняли интервьюера верно и задать уточняющие вопросы для сбора дополнительных требований.
Из условия не совсем понятно, будем-ли мы хранить информацию о свободных местах в самолете или эта логика будет реализована на стороне авиакомпании ? Как будет производиться оплата ? Будут-ли храниться данные об оплате ? Все эти вопросы необходимо уточнить до решения задачи, потому что эти требования повлияют на дальнейшее решение.
Допустим, мы решили выполнять оплату через внешний сервис, не хранить данные об оплате и данные о свободных местах нам будет предоставлять компания-партнер
2️⃣ После уточнения требований переходим к созданию модели данных. Стоит сразу уточнить у интервьюера на каком уровне мы хотим создавать модель: концептуальный, логический или физический.
Допустим, мы решили остановиться на концептуальном уровне и не детализировать таблицы до атрибутов.
Далее нужно выделить сущности модели данных, я выделил следующие: Пользователь, Заказ, Рейс, Авиакомпания, Аэропорт, Билет.
3️⃣ Теперь переходим к расставлению связей между сущностями. Для этого определяем как сущности взаимосвязаны между собой.
Например, Пользователь может оформить много заказов, но заказ может быть оформлен только одним пользователем. Поэтому между сущностями Пользователь и Заказ существует связь 1-M.
Аналогичную процедуру проделываем для всех сущностей и получим диаграмму, которая находится во вложении.
Важный момент: связь "Заказ-Рейс" реализуется через дополнительную сущность "Билет". Это сделано для того, что "разбить" связь M-M. Такой подход очень часто применяется в подобных задачах с собеседований.
Как вам такой формат ? Продолжаем ? Ставь🔥 , если да!
#ITInterview
Как обещал, делаю разбор задачи с собеседования. Условие специально изменил, чтобы не раскрывать все карты
Итак, задача: нужно спроектировать модель данных и описать логику работы сервиса-посредника по заказу авиабилетов (по типу Авиасейлз). Основные сценарии, которые берем в рассмотрение: найти и выбрать билет, выбрать самолет и место в самолете, оплатить заказ и получить билет.
Разберем задачу в двух постах. В первой части спроектируем модель данных, а во второй опишем логику работы сервиса.
Начнём решать задачу с проектирования модели данных.
Из условия не совсем понятно, будем-ли мы хранить информацию о свободных местах в самолете или эта логика будет реализована на стороне авиакомпании ? Как будет производиться оплата ? Будут-ли храниться данные об оплате ? Все эти вопросы необходимо уточнить до решения задачи, потому что эти требования повлияют на дальнейшее решение.
Допустим, мы решили выполнять оплату через внешний сервис, не хранить данные об оплате и данные о свободных местах нам будет предоставлять компания-партнер
Допустим, мы решили остановиться на концептуальном уровне и не детализировать таблицы до атрибутов.
Далее нужно выделить сущности модели данных, я выделил следующие: Пользователь, Заказ, Рейс, Авиакомпания, Аэропорт, Билет.
Например, Пользователь может оформить много заказов, но заказ может быть оформлен только одним пользователем. Поэтому между сущностями Пользователь и Заказ существует связь 1-M.
Аналогичную процедуру проделываем для всех сущностей и получим диаграмму, которая находится во вложении.
Важный момент: связь "Заказ-Рейс" реализуется через дополнительную сущность "Билет". Это сделано для того, что "разбить" связь M-M. Такой подход очень часто применяется в подобных задачах с собеседований.
Как вам такой формат ? Продолжаем ? Ставь
#ITInterview
Please open Telegram to view this post
VIEW IN TELEGRAM