Какие софтскиллы проверяют на собеседовании аналитика?

Владислав Князев, тимлид из финтеха, собрал в карточках топ скиллов, по которым вас 100% будут оценивать на интервью с командой.

🟧Карточки можно изучить на канале Влада в этом посте.
И не забудь подписаться, у него регулярно выходит полезный и живой контент для айтишников, которые хотят разобраться с бедами с башкой и работать в удовольствие👇

@godnolytika

Всем доброе утро ☀️

📢 И снова нищий обзор на собес ниже рынка.

[#РазборПолётов@sa_sobes] - Кандидата дурят.

Вакансия: Системный аналитик
Жалование: 170 000 (На руки)
Уровень: Middle
Мысли редакции: Много практики, что не может не радовать. Ровный и приятный интервьюер.
Мнение соискателя: Мне понравилось, чилловый собес, достаточно простое задание.

📝 Секция «Общие вопросы»:

🔵Расскажи про свой опыт. (Классика)

📝 Секция «Требования и Техничка»:

🔴Задача: Есть ЛК пользователя банка. Бизнес хочет новую фичу "История транзакций пользователя". Нужно описать UseCase и API. Можно задавать вопросы интервьюеру для выявления требований.

Кандидат (Далее К): Функционал реализуем на отдельной вкладке ?
Интервьюер (Далее И): Да

К: Каким образом пользователь должен мочь фильтровать, сортировать перечень транзакций ?
И: По времени (Последний день, месяц, год или за указанный период), по типу транзакций (пополнения, переводы и.т.д), по сумме. Сортировка только по дате и времени.

К: Необходимо предусмотреть пагинацию. Сколько записей будем отображать на 1 странице.
И: 10 записей при переходе на вкладку. Стратегия пагинации "Infinite scroll".

К: По умолчанию отображаем самые свежие транзакции ?
И: Да

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

К: За какой период будем хранить транзакции.
И: За все время.

К: Откуда берем транзакции. Сторонняя система или наша БД.
И: Есть мастер-система, которая по запросу с нашего Backend'a будет отдавать перечень транзакций согласно указанным фильтрам. У себя локально данные не прихраниваем.


UseCase: Картинку приложил к посту.

🖥 Описание метода API для получения списка транзакций:

🔴Запрос:

Метод: GET
Path параметр: userId | Идентификатор пользователя | string (uuid)
Query параметры:

🔵dateFrom | Дата от которой запрашивать транзакции | string (date-time)
🔵dateTo | Дата до которой запрашивать транзакции | string (date-time)
🔵transactionType | Тип транзакции | (ENUM: WITHDRAWAL, DEPOSIT, TRANSFER)
🔵amountFrom | Сумма операции От | string
🔵amountTo | Сумма операции До | string
🔵limit | Количество загружаемых транзакций | Int
🔵offset | Сдвиг | Int

🔴Успешный ответ на примере одной транзакции:

🔵transactionId | Идентификатор транзакции | string (uuid)
🔵amount | Сумма операции | string
🔵transactionType | Тип транзакции | (ENUM: WITHDRAWAL, DEPOSIT, TRANSFER)
🔵transactionDateTime | Дата и время транзакции | string (date-time)

Доп вопросы:

🔵Что делать если пользователь выбрал слишком большой период, например, 2 года и у него 5000 транзакций за этот период.
🔵А если у пользователя за последний месяц 5000 транзакций.
🔵Какой SQL запрос будет вызываться при вызове описанного выше метода API.
🔵Какую СУБД ты будешь использовать для хранения транзакций.
🔵Пользователи начали жаловаться, что долго грузится раздел с историей транзакций. Как можно было бы решить эту проблему.

🔨 Итог: Кандидат с отличием прошел собес и получил положительную обратную связь сразу на интервью. Собес классный так как в нем вообще не было теории и с кандидат на протяжении собеса в режиме диалога решал +- реальную задачу.
Но ... по итогам собеседования кандидату пришел оффер ниже озвученной суммы перед собеседованием суммы.

💩 Читатели, ваш вердикт:

🤡 — Захотелось порвать всех причастных за несправедливую просадку по зп.

👍 — Ровный собес.

😭 — Почему так сложно.

Подписывайтесь на:
❤@sa_sobes

Всем доброе утро ☀️

📢 И снова собеседование. Наконец-то +- народное на позицию Middle.

[#РазборПолётов@sa_sobes] - Слегка претенциозный интервьюер.

Вакансия: Системный аналитик
Жалование: 220 000 (На руки)
Уровень: Middle
Мысли редакции: Пойдет
Мнение соискателя: Сам собес довольно интересный
а интервьюер чсв конечно.

📝 Секция «Общие вопросы»:

🔵Было ли у вас совмещение ролей. (Бывает)

👩‍💻 Секция «Архитектура»:

🔵Микросервисы VS монолит. (Классика)

👣 Секция «Интеграции»:

🔵Что такое REST и какие у него особенности. (Классика)
🔵Принципы Restfull. (Бывает)
🔵HTTP методы и их отличие/назначение/примеры использования. (Классика)
🔵Какие типы данных есть в JSON. (Редко, вопрос с приколом кстати)
🔵Что такое SOAP и зачем он нужен. (Классика)
🔵Что такое Kafka и зачем она нужна. (Часто)
🔵Гарантии доставки в Kafka. (Бывает)
🔵Что такое RabbitMQ и зачем он нужен. (Бывает, чаще про Kafka все таки спрашивают)

📝 Секция «Документация»:

🔵Предположим вы проектируете сервис, далее передаете сервис в сопровождение со всей необходимой документацией. Что было бы полезно команде сопровождения в этой документации. (Редко, хороший вопрос)
🔵Какие артефакты вы генерировали как системный аналитик. (Классика)
🔵Зачем нужен BPMN. Из каких элементов состоит. (Часто, но про элементы реже спрашивают)
🔵Зачем нужен UML. Из каких элементов состоит. (Часто, но про элементы реже спрашивают)
🔵Зачем нужна ERD. Из каких элементов состоит. (Часто, но про элементы реже спрашивают)

🖥 Секция «Базы данных»:

🔵По каким критериям можно определить, что БД реляционная. (Хороший вопрос, редко)
🔵Что такое нормализация БД и расскажите про первые 3 НФ. (Классика)
🔵Что делает оператор DROP. (Бывает)
🔵Что делает INNER JOIN. (Бывает)
🔵Как работает LEFT JOIN. (Часто)
🔵Что делает UNION. (Редко)
🔵Как создать таблицу. (Редко)
🔵Что такое агрегатная функция. (Часто)

🔴Задача: Есть БД. В БД есть таблица. В таблице есть атрибут, отвечающий за хранение информации о хобби пользователя. Это не справочник значений, фактически пользователь может указать любое хобби. Пришел запрос от отдела маркетинга, им нужно предоставить список уникальных хобби без дублей. Как это сделать ?

Ответ кандидата: Сделать SELECT DISTINCT по полю, где хранится хобби пользователя.

🔴Задача: Есть БД страховой компании. В компании страхуются разные клиенты (корп, физ). При регистрации пользователи обязательно указывают почту. Возникла задача сделать рассылку с акционным предложением именно сотрудникам. Как можно выудить из БД сотрудников.

Ответ кандидата: Сделать Select указав в условии like и искать по почтовому домену компании:

SELECT email
FROM users
WHERE email LIKE '%@companyexample.com';

🔴Задача: Для неких целей было создано 2 таблицы. 1 таблица - длина моркови, 2 таблица - виды пуговиц. Связи между таблицами нет и не предвидится. Можно ли в данном случае считать что БД реляционная.

Мнение редактора: Мне крайне интересно, как бы вы ответили на этот вопрос, так что пишите ваши ответа в комментариях.

🔨 Итог: Вот тут есть один важный нюанс. Кандидат слишком умный, поэтому на большинство вопросов отвечал фактически предугадывая следующие. В частности это касается секции про Интеграции и Брокеры. Там кандидат блеснул ультимативными знаниями в области понимания принципов работы HTTP и архитектуры Kafka.

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

💩 Читатели, ваш вердикт:

👍 — Ровный собес.

😭 — Жалованье зажмотили. Вопросы сложные. Интервьюера забанить.

Подписывайтесь на:
❤@sa_sobes

Иди на дата саентиста, там вакансии с ЗП от 300 000₽

Ага, только тебя завалят на первых же задачах с LeetCode.

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

В этом деле важен опыт: гляньте канал Глеба Михайлова, он прошел больше сотни технических собеседований (съел на этом всех собак 🐕🍽).

— Работал в Альфе, Сбере, Ростелекоме
— 5 лет являлся наставником в Яндекс.Практикуме
— Знает все подводные камни тех. собеседований в ТОП компании

Кто, как не он, знает, как пройти техсобесы и не сойти с ума?

Если ты хочешь левел-апнуться, больше зарабатывать и от души поржать над байками о работе в Сбере и Альфе от дата саентиста, который вырос из просто аналитика — подписывайся: @mikhaylovgleb

Реклама

Всем доброе утро ☀️

📢 Я думаю вы уже догадались какая рубрика сегодня? Ведь она одна единственная на моем канале (пока что 🚬).

[#РазборПолётов@sa_sobes] - Хаотичная техничка.

Вакансия: Системный аналитик
Жалование: 310 000 (на руки)
Уровень: Senior
Мысли редакции: Я удивлён.
Мнение соискателя:

Необычайно местами нетиповой собес.
Интервьюер от аналитиков очень мало спрашивал.

📝 Секция «Общие вопросы»:

🔵Какой у вас был состав команды. (Классика)
🔵Как распределялись роли. (Классика)
🔵Как происходила декомпозиция задач. (Бывает)
🔵Какая у вас была роль в процессе разработки. (Классика)
🔵Как взаимодействовали с архитекторами и лидами. (Бывает)
🔵Какой процесс подготовки требований: от эпика до задач. (Редко)
🔵С какими трекерами задач работали. (Бывает)

📝 Секция «Документация»:

🔵Как различаете бизнес, пользовательские и системные требования. (Редко, сразу вспомнил Вигерса)
🔵Как вы оцениваете требования. Как вы понимаете, что требования хорошие или плохие. (Редко)
🔵Как вы выявляете требования. (Часто)
🔵Классификация пользовательских сценариев. (Не совсем понятно)
🔵Из каких разделов состоит Use Case. (Часто)
🔵Что такое ЧТЗ. (Редко)
🔵Как описывать API не используя спецификацию OpenAPI. (Бывает)
🔵Что такое UML. (Классика)
🔵Какие UML диаграммы вы рисовали. (Классика)

🔨 Секция «Хаотичная техничка»:

🔵Что такое API. Как вы его понимаете. (Часто)
🔵Какие протоколы и архитектурные стили использовали. (Часто)
🔵Какие технологии использовали в работе (FastAPI, SQLAlchemy, Swagger и др.).
🔵Насколько обширный опыт работы с Fast-API. (Первый раз, это если что фреймворк Backend'ерский)
🔵Есть ли опыт работы с DSL-архитектурами. (Первый раз, а что это вообще такое ?)
🔵Опыт работы с K8S. (Бывает)
🔵Для чего нужны Helm-Chart'ы. (Первый раз)
🔵Способы интеграции. (Классика)
🔵Опыт работы с Apache Spark. (Первый раз)
🔵Yarn vs Spark. (Первый раз)
🔵Что такое Minio S3. (Редко)

🔨 Итог: Собственно визитная карточка этого собеседования - нетипичные для аналитика вопросы. К слову интервьюер понимал, что перед ним сидит не разработчик, но ему было интересно послушать а как наш кандидат справится с подобными вопросами. (P.S. Кандидат проявил(а) себя достойно)

💩 Читатели, ваш вердикт:

🚑 — Полная дурка, вызываю санитаров интервьюеру.

😭 — Рынок уже не тот, собесы все сложнее и сложнее.

P.S. от автора: Огромное спасибо за вашу вовлеченность ❤️❤️❤️ Для тех кому нравится мой контент и кто хочет поддержать канал своим голосом - ссылочка на буст.

Подписывайтесь на:
❤@sa_sobes

Всем доброе утро ☀️

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

[#РазборПолётов@sa_sobes] - Проще некуда.

Вакансия: Системный аналитик
Жалование: 330 000 (на руки)
Уровень: Senior
Мысли редакции: Слишком просто
Мнение соискателя:
Прикольные ребята, легкость в общении, знают и понимаю что хотят. Возможно, интервьюер недостаточно глубоко копает и мало требует от аналитика.

📝 Секция «Общие вопросы»:

🔵Зачем пошел в аналитику. (Бывает)
🔵Зона ответственности на текущем проекте. (Классика)
🔵Предпочтения к будущей команде/проекту. (Классика)
🔵С кем из команды ты взаимодействуешь по мере написания документации. (Бывает)

📝 Секция «Документация»:

🔵Из каких разделов состоит Use Case. (Бывает)
🔵Как ты описываешь требования к API. (Классика)
🔵Как ты описываешь требования к моделям данных. (Классика)

🔴Задача: Необходимо реализовать сервис по управлению услугами каршеринга B2B. Сервис будет доступен менеджерам. Менеджер от лица своей компании может подключать/отключать услуги и настраивать лимиты для каждого конкретного сотрудника своей организации. Сервис должен быть автономен (хранить все необходимые данные для успешного функционирования)

Вопрос: Как ты будешь выполнять эту задачу? Какие артефакты нужны для успешной разработки.

Ответ кандидата:
- Декомпозируем эту задачу на более мелкие подзадачи.
- Сбор требований с автора задачи.
- Выявить реального стейкхолдера/заинтересованный лиц.
- US, UC, Описание API, ER-диаграмма, прототипы/макеты.

👣 Секция «HTTP/REST»:

🔵HTTP коды ответов. (Классика)
🔵HTTP методы и кейсы использования. (Классика)

🖥 Секция «Базы данных»:

🔴Задача: Есть сущность products c атрибутами: 'id','sku','prod_name','prod_price'. Необходимо получить название и артикул всех товаров, где цена = 3.

Ответ кандидата:

SELECT sku, prod_name
FROM products
WHERE prod_price = 3;


🔨 Итог: Периодически натыкаюсь на сообщения в тематических СА чатах и получаю инфу от своих менти, что рынок уже не тот и говорят, что работу намного тяжелее найти нежели 1-2 года назад. Как раз в то время я активно ходил на собесы и я не помню на своей практике столь простое собеседование за столь приятное жалованье (250к на руки в то время). А что думаете вы и насколько вам тяжело/легко сейчас искать работу? Поделитесь вашими историями/мнением в комментариях.

💩 Читатели, ваш вердикт:

👍 — Найс жалованье за такие простые вопросы.

🤔 — Рынок уже не тот, собесы все сложнее и сложнее.

Подписывайтесь на:
❤@sa_sobes

Всем доброе утро ☀️

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

[#РазборПолётов@sa_sobes] - Умный кандидат и простые вопросы.

Вакансия: Системный аналитик
Жалование: 400 000 (на руки)
Уровень: Senior
Мысли редакции: Стандартный +- собес за исключением пары, с отличным окладом.
Мнение соискателя:
ощущения комфортные, вопросы стандартные, была задача интересная из опыта интервьера, быстро получилось решить
📝 Секция «Общие вопросы»:

🔵Расскажите о вашем опыте в роли системного аналитика (классика)
🔵Какие роли в твоей текущей команде представлены. С кем приходилось взаимодействовать и как. (Классика)
🔵Флоу выполнения задачи. (Классика)
🔵Часто ли приходилось взаимодействовать с стейкхолдерами. (Классика)
🔵Какие методы сбора требований вы знаете. (Часто)
🔵Какие методы использовали метод для сбора требований кроме интервью. (Бывает)
🔵Какие артефакты являются/являлись результатом твоей работы. (Классика)
🔵Пример нефункциональных требований. (Часто)

📝Секция «Нотации и моделирование»:

🔵Основные элементы в BPMN нотации. (Для СА редко)
🔵Виды шлюзов в BPMN. (Для СА редко)

👣 Секция «Интеграции»:

🔵Виды интеграций. (Классика)
🔵Что такое REST. Принципы REST. (Бывает)
🔵Методы HTTP. Что такое идемпотентность. Коды ответов. (Классика)
🔵Как сделать метод POST идемпотентным. (Редко)
🔵REST vs GRPC. (Бывает)
🔵GraphQL vs REST. (Редко)
🔵SSE vs WebSocket. (Первый раз)

🖥 Секция «Брокеры»:

🔵Kafka vs RabbitMQ. (Часто)
🔵Флоу отправки и чтения сообщения конечным consumer в случае нескольких партиций в одном топике. (Первый раз)

🖥 Секция «Базы данных»:

🔵Виды и типы БД. (Классика)
🔵Что такое реляционная БД. (Классика)
🔵Для чего нужна нормализация БД. (Классика)
🔵Суть первых 3-х нормальных форм. (Бывает)
🔵Опыт написания SQL запросов. Какими JOIN и SQL операторами пользовались. (Часто)
🔵RIGHT JOIN vs LEFT JOIN. (Раньше было часто, навеяло ностальгией)
🔵Для чего нужен HAVING. (Бывает)

❤️‍🔥 Секция «Задачи»:

🔴Задача #1: Есть банковское приложение. Пользователь после успешной авторизации попадает на стартовую страницу, где отображается информация по счетам/предложениям и прочему. Для отображения этой информации BE нашего МП должен получить информацию по идентификатору пользователя у смежных систем. Необходимо: Интегрироваться с системой отдела безопасности. От них мы должны получать факт наличие у пользователя доступа к приложению или его блокировки.

Ответ кандидата:
Необходимо хранить информацию на стороне нашего BE так как наше приложение высоконагруженное и в случае недоступности систем отдела ИБ необходимо иметь актуальные данные на нашей стороне, чтобы не блокировать процесс авторизации пользователя в нашем МП. Информация от отдела ИБ будет поступать через Kafka. У нас будет 2 топика: Snapshot топик использовался бы для получения всего пула исторических данных по пользователям, данные по которым мы можем сразу записать в БД. Incremental топик для получения обновлений. Таким образом в нашей БД были бы представлены данные по всем пользователям и они были бы всегда актуальны.

🔴Задача #2: Описать какие могут быть поля в сущности users для для хранения данных о пользователе. Желательно использовать как можно больше разных типов данных и описать как будет выглядеть JSON с такими данными.

Ответ кандидата по описанию сущности:
- id | uuid | PK | Идентификатор пользователя
- name | varchar | Имя
- email | varchar | E-mail
- birth_date | date | Дата рождения
- is_blocked | boolean | Является ли пользователь заблокированным
- registered_at | timestamp | Дата и время регистрации пользователя

Ответ кандидата по описанию JSON:

"id": "e559975f-ddc9-4501-b21e-5b7a96039800",
"name": "Ivan",
"email": "ivan@mail.ru",
"birthDate": "2000-01-01"
"isBlocked": false,
"registeredAt": "2017-01-01"


💩 Читатели, ваш вердикт:

👍 — Найс жалованье за такие простые вопросы.

🤔 — Чувствуется подвох, как будто бы проект проблемный.

Подписывайтесь на:
❤@sa_sobes

опять тестирую реакции без звука
сладких вам снов, кто все-таки читает это сообщение ❤️

Всем доброе утро ☀️

📢 Продолжаем рубрику разборов собеседований. Сегодня на обзоре самый быстрый собес в истории канала. Кандидату задавали вопросы на протяжении аж 13 минут, а на рассказ о компании уделили 25 минут!

[#РазборПолётов@sa_sobes] - Экспресс собес

Вакансия: Системный аналитик
Жалование: 270 000 (на руки)
Уровень: Senior
Впечатление соискателя:
Мысли редакции: Разделяем мнение соискателя.

🤬 Впечатление соискателя:
Создалось ощущение что больше хотела рассказать про что они делают, чем кто им нужен!
Душно, опять на ВЫ, ощущение что хотела чтоб я описал так как принято у них).
Для описанной достаточно сложной системы поразительно мало технических вопросов.
Формалист им нужен, чтоб на каждый чих была бумажка.

📝 Секция «Общие вопросы»:

🔵Ваша роль в команде/проекте. (Классика)
🔵Какую документацию вы писали. (Классика)
🔵Пример проекта с нуля. (Нечасто, да и мало кто из аналитиков может похвастаться таким опытом)
🔵Максимальное количество аналитиков на проекте, где вы работали. (Бывает)
🔵Чем не устраивает текущее место работы. (Бывает)
🔵Опыт проектирования бизнес процессов. Флоу и используемые нотации. (Бывает)
🔵Для каких предметных областей описывали бизнес процессов. (Бывает)
🔵Какие основные задачи и цели автоматизации. (Первый раз)
🔵Способы оптимизации бизнес процессов. (Редко, или вообще никогда не сталкивался с таким лично на собеседовании)
🔵Опыт работы с ГОСТ'ами. (Сразу делаем вывод, что домен)
🔵Опыт работы с ER диаграммами. (Классика)
🔵Приходилось ли взаимодействовать с нормативной документацией. (Первый раз)

🔨 Итог: Ни о чём. Нудно, скучно, никак. Лично я могу только поздравить кандидата, что сразу на этапе интервью были собраны следующие 🚩и он точно не пойдет к ним работать:

🔴Постоянно перебивающий тебя интервьюер.
🔴Никак не пытались раскрыть опыт кандидата.
🔴Думают, что они впереди планеты всей и лучше всех всё знают.
🔴Феноменальный уровень формализма.
🔴ЗП ниже рынка.

🔥 Щепотка отзывов о работе на подобных проектах, где важны ГОСТЫ от кандидатов, которых собеседовал я:

Соискатель #1, 34 года, опыт работы в IT - 12 лет:
Руководитель периодически закидывал срочные задачи за пол часа до окончания рабочего дня в пятницу. По факту просили предоставить результат к 7 часам утра в понедельник. Переработки никак не оплачивались. Никак не учитывалось рабочее время, закрепленное в трудовом договоре. Часто говорили, что в коллективе удержаться только идейные ребята.

Соискатель #2, 24 года, опыт работы в IT - 1.5 года:
Я ненавижу нормоконтролеров.

Соискатель #3, 27 лет, опыт работы в IT - 5 лет:
Стараешься предложить более оптимальный и адекватный способ реализации фичи. Составляешь список пунктов, почему то или иное решение будет работать криво. По итогу натыкаешься на критику и упреки в некомпетентности. Как только фича выходит на prod, поддержку начинает заваливать обращениями о багах или о непонимании как с этим вообще работать. Не уделяют времени на написание адекватного руководства для пользователя, проведение вебинаров по работе с новой системой.

💩 Читатели, ваш вердикт:

🤡 —Какой замечательный собес. А можно название компании, чтобы добавить их в черный список на 🔎?

🔨 — Классический собес в преисподнюю, а куда засылать резюме?

Подписывайтесь на:
❤@sa_sobes

Всем доброе утро ☀️

📢 Продолжаем рубрику разборов собеседований. Сегодня обозрим адекватный собес на позицию системного аналитика.

[#РазборПолётов@sa_sobes] - Богатый на задачи собес.

Вакансия: Системный аналитик
Жалование: 320 000 (на руки)
Уровень: Middle +/ Senior
Впечатление соискателя: Один из лучших собесов за последнее время.
Мысли редакции: Просто приятный собес с +- типовыми вопросами и обилием практики.

📝 Секция «Общие вопросы»:

🔵Что ждешь от нового места работы. (Классика)

📝Секция «Нотации и моделирование»:

🔵С какими нотациями/диаграммами приходилось работать. (Классика)
🔵Виды UML диаграмм. (Классика)
🔵Как в Sequence отразить сценарий, который выполняется при определенном условии. (Редко, намек на alt)
🔵BPMN vs Sequence. (Классика)
🔵Опыт работы с PlantUml. (Классика)

👣 Секция «API»:

🔵Зачем нужны разные API методы. (Классика)
🔵Чем ты руководствуешься при проектировании API. (Хороший вопрос)
🔵GET vs POST. (Классика)

🔐Секция «Аутентификация/Авторизация»:

🔵Как защитить API. (Часто)
🔵Как Backend валидирует Access токен. (Очень редко)
🔵В каком виде приходилось описывать требования к аутентификации/авторизации. (Редко)
🔵Как с помощью KeyCloak наш backend будет проверять что запрос пользователя легитимен, если у нас SSO. (Первый раз)

❤️‍🔥 Секция «Задачи»:

🔴Задача #1: Есть система с которой нужно интегрироваться. У команды нет документации. Тебе нужно сформулировать что тебе нужно получить от команды и описать требования к интеграции. Чтобы ты попросил предоставить команду, чтобы у тебя была возможность описать интеграцию.

Ответ кандидата: Path endpoint'a. Параметры запроса/ответа, обязательные/необязательные. Бизнес описание атрибутов. Коды ответов и их описание. Требование к авторизации и как получить токен доступа к API. Требования к ограничению RPS.

🔴Задача #2: Необходимо сделать API для перевода денег с одного расчетного счета на другой. Эту задачу выполняет система, которая состоит из 3-х микросервисов. 1-й отвечает за проверку возможности списание денег с одного счета, 2-й за проверку возможности начисления денег на другой расчетный счет, 3-й непосредственно осуществляет за перевод средств. Необходимо понять в каком текущем сервисе, а может быть и в новом будет реализовано API для решения бизнес задачи для перевода денег.

Ответ кандидата:

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

🔴Задача #3: Есть микросервис, который занимается открытием расчетного счета. Он может выполнять операцию открытия счета до 5 минут. Как можно реализовать оповещение пользователя об успешном открытии счета с точки зрения архитектуры.

Ответ кандидата:

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

🔨 Итог: Приятный собес, зп +- в рынке. Хорошие практические задания, адекватный интервьюер и классный кандидат. Из нетипичного можно разве что выделить секцию по аутентификации/авторизации.

❔ Читатели, ваш вердикт:

👍 — Классное собеседование. Почерпнул для себя много нового.

😔 — Сложные вопросы, я так и не понял как Backend проверяет валидность Access токена.

P.S. от автора: Огромное спасибо за вашу вовлеченность ❤️❤️❤️, я не думал что так быстро получится повысить уровень канала и сделать кастомные реакции. Для тех кто хочет поддержать каналом своим голосом - ссылочка на буст.

Подписывайтесь на:
❤@sa_sobes

Тестирую реакции.
Опубликовал без уведомления, не хочу вас будить 😴

Наконец-то у системных аналитиков появился телеграм канал с мемами!

Подписывайся и разбавь серые будни:
👉 @sa_mems

Всем доброе утро ☀️

📢 Продолжаем рубрику разборов собеседований. Сегодня обозрим народный собес на народную позицию архитектора.

[#РазборПолётов@sa_sobes] - Полезно и приятно.

Вакансия: Архитектор
Жалование: 550 000 (на руки)
Уровень: —
Впечатление соискателя: Почерпнул много нового
Мысли редакции: Потенциал у собеседования феноменальный. Интервьюер с опытом разработки и задает классные вопросы, но к сожалению для кандидата собеседование оказалось сложным, хотя и держался достойно.

📝 Секция «Общие вопросы»:

🔵Расскажите о вашем опыте в роли архитектора. (Классика)
🔵Доводилось ли заниматься code-review. (Редко)
🔵Приходилось ли заниматься proof-of-concept (Иными словами самому на коленке набросать прототип)

👩‍💻 Секция «Архитектура и паттерны проектирования»:

🔵 Существует свод паттернов интеграции EIP (Enterprise Integration Patterns), который описывает разные интеграционные подходы. Назовите паттерны/подходы интеграций.
🔵Суть CQRS и когда его желательно применять.
🔵Суть SAGA.
🔵Обработка транзакций в рамках SAGA. Что произойдет, если какой-то сервис не сможет обработать транзакцию.
🔵Что такое компенсирующая транзакция в SAGA.
🔵Суть CCC (Cross-Cutting-Concern)
🔵Теорема CAP.
🔵REST vs gRPC.
🔵Как вы решали проблему производительности в случае ESB.
🔵K8s, преимущества, недостатки и сложности работы с K8s.

🔴Задача: У нас есть приложение построенное на базе SOA (Service Oriented Architecture), REST интерфейсы. По каким-либо причинам API может не отвечать, в рамках одного retry делаем несколько повторных попыток запросить информацию. Какие у этого подхода недостатки и какие решения видите ?
Важно: Горизонтальное и вертикальное масштабирование не предлагать, архитектуру не менять.

Ответ кандидата:
- Можно прибегнуть к интеграции между сервисами через брокер сообщений.
- Можно записывать неудачные попытки запроса и сразу их повторять.

Комментарий редактора: Те, кто сталкивался с каскадным отказом сервисов из-за повторных запросов сразу напряглись. Для тех, кто не в курсе, это так называемый "Retry-Storm Антипаттерн". И суть его заключается в том, что при повторных запросах вы можете еще больше усугубить ситуацию из-за накопленного пула запросов, которые хотите повторно отправить. А с течением времени этот пул запросов может все больше и больше разрастаться, в случае если вы выступаете системой-проксей между потребителем и той системой, которая сейчас не отвечает. Я бы предложил использовать circuit-breaker, который как раз позволит увеличивать постепенно количество повторных запросов за N времени только в том случае, если сторонняя система начала воcстанавливаться.

🖥 Секция «Кэш»:

🔵Способы организации кэша.
🔵Wright-Through-Cash VS Write-Behind-Cash.
🔵Архитектура Redis. CRC-16 в Redis. Типы конфигураций Redis и их отличия.
🔵Какие проблемы решают хэш-теги в Redis.

🖥 Секция «Kafka»:

🔵Суть Kafka и когда желательно применять.
🔵Топик является конечной точкой хранения в Kafka. (Это так "тонко" намекнули на партиции)
🔵Семантики доставки в Kafka.

🖥 Секция «БД»:

🔵Виды индексов в БД.
🔴Задача: Есть БД на N миллионов строк. Был отправлен запрос на удаление X милионнов строк. В момент выполнения запроса БД легла. После востановления что мы увидим в БД.

Ответ кандидата: СУБД проверит журнал транзакций и если транзакция не выполнена до конца - продложит ее выполнение.
Комментарий редактора: Я бы все-таки сначала уточнил о какой БД идет речь. Но судя по ответу имелась ввиду реляционная БД. Транзакция не будет выполнена, так как не было коммита.

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

❔ Ваша оценка собеседования:

🔥 — Классное собеседование. Почерпнул для себя много нового.

😢 — Какое-то скромное жалованье, я получаю больше 500к на позиции джуна


💪 P.S. Просьба от автора:

Очень хочу добавить на канал кастомные реакции. Кто желает подсобить, милости прошу к нашему шалашу.

Последнее собеседование

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

По второму сценарию пошёл Антон, который 3 месяца назад после 2 лет работы ушёл из ВК с позиции старшего продакт-менеджера поиска ВКонтакте, чтобы развивать свои (в основном контентные) проекты. За год ему удалось раскачать свой авторский канал до 5000+ подписчиков с минимальными вложениями и получить одни из лучших среди ИТ-каналов метрики вовлечённости аудитории. А ROI составил 1500%+, если считать доходы от рекламы, консалтинга и продуктов.

И когда доход от канала и личных проектов существенно превысил доходы на работе, решился уйти (имея ипотеку в недостроенном доме, дорогую квартиру в аренде, двух детей и кредит, взятый давно на другой бизнес).

Антон  пишет про рост в Телеге прямо, открыто и понятно — воспринимается как инструкция к табуретке из Икеи — бери и делай. При этом много экспериментирует и исповедует подход к каналу как к продукту.
Например:

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

Рекомендую подписаться на Антона, если хотите не только зарплату получать, но и на сайд-проектах зарабатывать. Например, в Телеграм
@undisrupttg

Всем доброго вечера ❤️

Давно меня не было в вашей ленте, а все потому что я болел 🤒.

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

[#РазборПолётов@sa_sobes] - Все очень плохо.

Вакансия: Системный аналитик
Жалование: 220 000 (на руки)
Впечатление соискателя: Неприятное собеседование, перебивали. Предложили в 2 раза меньше озвученной суммы.
Уровень: Middle
Мысли редакции: Приколист интервьюер, местами странные вопросы.

📝 Секция «Общие вопросы»:

🔵Вы что-нибудь слышали о нашей компании. (Иногда)
🔵Что вас сподвигло менять работу. (Часто)
🔵Какие зоны роста вы видите у себя. (Часто)
🔵Вы прикепели к системному анализу или все еще ищите себя. (Первый раз)
🔵Что из того, что вы изучали в университете пригодилось вам в работе. (Первый раз)
🔵Как вы обучались, чтобы соответствовать позиции системного аналитика. (Первый раз)
🔵Почему не понравилось быть индивидуальным предпринимателем. (😢)
🔵Результат вашего труда как системного аналитика. (Часто)
🔵Какие артефакты вы получали от людей, которые вам ставили задачи. (Часто)
🔵Какие виды требований вы знаете. (Часто)
🔵Какие из этих требований попадают разработчику. (Часто)
🔵Как будет выглядеть постановка задачи на FE и BE. (Часто)
🔵С какой целью использовали BPMN.
🔵Приходилось ли по работе пользоваться каким-либо языком программирования. (Бывает)

📝 Секция «UML»:

🔵На какой уровень оцениваете свои навыки по uml. (Редко)
🔵Отличие opt от alt в UML. (Иногда)
🔵Кто такой Actor и Participant в UML. (Первый раз)
🔵О чем говорят цельные и пунктирные стрелки в UML. (Иногда)

Комментарий редактора: Если что кандидат не джун и не стажер, но вопросы выглядят странно.

🖥 Секция «HTTP»:

🔵Как работает протокол http. (Часто)
🔵Какой стандарт используется для описания REST API интерфейсов. (Завуалированный вопрос про OpenAPI)

🖥 Секция «БД»:

🔵Как оцениваете свои знания SQL.
🔵Зачем в JOIN есть слово INNER?
🔵Можете привести пример, когда LEFT JOIN и INNER JOIN вернут разный результат?
🔵Где будет больше строчек в ответе - при использовании LEFT JOIN или INNER JOIN? А в INNER JOIN или RIGHT JOIN? А LEFT JOIN или RIGHT JOIN?

🔨 Итог: Интервьюер почему-то периодически после того как задавал вопрос начинал хихикать. По итогу собеседования вернули с ОС и сказали, что готовят оффер на позицию ниже и с вилкой в 2 раза меньше.

❔ Как вам сегодняшний приколист интервьюер ?

👍 — Отличный интервьюер и собес. Родители интервьюера отличные мужики.

🤡 — Кринж за гранью добра и зла.

Подписывайтесь на:
❤@sa_sobes

Всем доброго вечера ❤️

Давно меня не было в вашей ленте, а все потому что я болел 🤒.

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

[#РазборПолётов@sa_sobes] - Все очень плохо.

Вакансия: Системный аналитик
Жалование: 220 000 (на руки)
Впечатление соискателя: Неприятное собеседование, перебивали. Предложили в 2 раза меньше озвученной суммы.
Уровень: Middle
Мысли редакции: Приколист интервьюер, местами странные вопросы.

📝 Секция «Общие вопросы»:

🔵Вы что-нибудь слышали о нашей компании. (Иногда)
🔵Что вас сподвигло менять работу. (Часто)
🔵Какие зоны роста вы видите у себя. (Часто)
🔵Вы прикепели к системному анализу или все еще ищите себя. (Первый раз)
🔵Что из того, что вы изучали в университете пригодилось вам в работе. (Первый раз)
🔵Как вы обучались, чтобы соответствовать позиции системного аналитика. (Первый раз)
🔵Почему не понравилось быть индивидуальным предпринимателем. (😢)
🔵Результат вашего труда как системного аналитика. (Часто)
🔵Какие артефакты вы получали от людей, которые вам ставили задачи. (Часто)
🔵Какие виды требований вы знаете. (Часто)
🔵Какие из этих требований попадают разработчику. (Часто)
🔵Как будет выглядеть постановка задачи на FE и BE. (Часто)
🔵С какой целью использовали BPMN.
🔵Приходилось ли по работе пользоваться каким-либо языком программирования. (Бывает)

📝 Секция «UML»:

🔵На какой уровень оцениваете свои навыки по uml. (Редко)
🔵Отличие opt от alt в UML. (Иногда)
🔵Кто такой Actor и Participant в UML. (Первый раз)
🔵О чем говорят цельные и пунктирные стрелки в UML. (Иногда)

Комментарий редактора: Если что кандидат не джун и не стажер, но вопросы выглядят странно.

🖥 Секция «HTTP»:

🔵Как работает протокол http. (Часто)
🔵Какой стандарт используется для описания REST API интерфейсов. (Завуалированный вопрос про OpenAPI)

🖥 Секция «БД»:

🔵Как оцениваете свои знания SQL.
🔵Зачем в JOIN есть слово INNER?
🔵Можете привести пример, когда LEFT JOIN и INNER JOIN вернут разный результат?
🔵Где будет больше строчек в ответе - при использовании LEFT JOIN или INNER JOIN? А в INNER JOIN или RIGHT JOIN? А LEFT JOIN или RIGHT JOIN?

🔨 Итог: Интервьюер почему-то периодически после того как задавал вопрос начинал хихикать. По итогу собеседования вернули с ОС и сказали, что готовят оффер на позицию ниже и с вилкой в 2 раза меньше.

❔ Как вам сегодняшний приколист интервьюер ?

👍 — Отличный интервьюер и собес. Родители интервьюера отличные мужики.

💪 — Кринж, но приколу сходил бы к такому приколисту.

🤡 — Кринж за гранью добра и зла.

Подписывайтесь на:
❤@sa_sobes

Как стать лучшим кандидатом на рынке и показать эйчарам, кто здесь master of the gym?💪

Ребят, волна найма не за горами! И несмотря на шумиху про сокращения, компании уже открывают новые вакансии и активно хантят спецов 📞

Главное, знать правила игры, уметь анализировать рынок, писать продающее резюме и себя презентовать

О таких инсайтах как раз рассказывает Вита, системный аналитик из Сбера 🏦

V{IT}A ZAEBYMBA | Путь корпората — огненный канал про бизнес и системный анализ, сферу найма, трешовые собесы и IT

Особенность канала — это авторская подача, здесь ты не встретишь духоту и заезженные темы

👇Зато найдешь:

📈 Бесплатные материалы для подготовки к собесам и прокачки хардов:

▫️Файл на 100+ страниц с ответами на вопросы с собесов
▫️Пет-проект для системного аналитика
▫️Подборка ресурсов для изучения System Design

🍔 Лайфхаки по трудоустройству:

▫️Критерии продающего резюме
▫️Закулисье работы эйчаров
▫️ТОП выводов после прохождения собесов

💪 Прожарка упоротых вакансий:

▫️Как Виту заскамил Яндекс 🌐
▫️Системный аналитик для сборки дистрибутива 🐧

😐 Обзоры трешовых собеседований и тайны работы в корпорациях:

▫️На собесе заставили развернуться спиной к монитору
▫️Собес в стиле днд квеста
▫️Ужасные переработки в Сбере

🤝 А также крутое комьюнити в комментариях из бизнес, системных, дата, продуктовых аналитиков и других айтишников
_________________________________

💬 Подписывайся, если хочешь:

☑️Быть в курсе актуальной ситуации на рынке

☑️Обойти 90% кандидатов

☑️Не продешевить на собесе и выгодно себя продать

☑️Поржать с попкорном над клоунскими собесами и историями из IT

P.S. И именно с Витой мы проводили для вас тот самый классный вебинар по найму!🔥

@vitazaebymba ✈️

Всем доброе утро ☀️

📢 Продолжаем рубрику разборов собеседований. Вторая часть собеседования на позицию Full-Stack аналитика.

[#РазборПолётов@sa_sobes] - Универсальный солдат (Часть 2)

Вакансия: Full-stack аналитик
Жалование: 280 000 (на руки)
Уровень: Senior
Впечатление соискателя: Кайфовые вопросы, Интересное собеседование, хорошие практические задачки, хоть и не из стека.
Мысли редакции: Богатое на вопросы собеседование, не душное, приятное, но слишком много требований для такого жалованья.

🔴Задача: Есть заказчик, у него есть перечень высокоуровневых требований. Цель - разработать систему. Границы проекта определены, этап пресейла пройден. Какие функции ты как аналитик будешь выполнять на старте проекта?

Ответ кандидата:

- Необходимо понять, кто будет являться источником требований и начать с ними взаимодействовать.
- После этого можно начинать фазу уточнения требований, так как уже есть первичные. В рамках этого этапа уже могут появиться US и черновой вариант ФТ/НФТ. Результат работы по этому этапу обязательно нужно запротоколировать и утвердить с заказчиком.
- В рамках этапа проектирования необходимо разработать и финализировать функциональную спецификацию, представление интерфейса системы в виде макетов. Архитектурно-компонентная схема, DFD, описание интеграций. Этот пул документации в том числе нужно будет утвердить с командой, как минимум с архитектором.

🔴Задача: Необходимо разработать продукт, которым будут пользоваться 30 отделов компании. Как мы будем выявлять стейкхолдеров и работать с ними?

Ответ кандидата:

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

- Оформил бы их требования и предложил бы эти требования уже другому отделу. Собрал бы с этого отдела обратную связь для выявления того, что их может не устраивать в первичном решении.

🔴Задача: Есть UC, описывающий функциональность. Функциональность реализована и уже активно используется заказчиком. От заказчика поступают требования на доработку. Аналитик начал заниматься обновлением UC, но разработчик сможет взять задачу в работу только через 3 месяца. Как в данном случае можно отследить изменения требований.

Ответ кандидата:

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

❤️‍🔥 Бонусная задача: Есть 2 системы. Необходимо разработать интеграцию между этими системами. Если точнее, система 1 просто должна использовать функциональность системы 2, для вывода у себя определенных данных на интерфейсе. Необходимо разработать функциональную карту двух систем для понимания того, какие функции есть в одной и другой системе. Как должна выглядеть такая функциональная карта, чтобы можно было сопоставить функциональность двух систем.

Ответы подписчиков: см. Комментарии.

🔨 Финальный итог: Классный собес, классные задачи, местами интересные и не совсем типовые вопросы. Мне понравился дуэт кандидата и интервьюера, оба выступили отлично. Интервьюер не читал по бумажке, предварительно изучил резюме и не душнил. Но все же как-то скромно в части жалованья.

❔ Как вам сегодняшний выпуск? Согласны с решениями практических заданий?

Подписывайтесь на:
❤@sa_sobes

Всем доброе утро ☀️

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

[#РазборПолётов@sa_sobes] - Универсальный солдат (Часть 1)

Вакансия: Full-stack аналитик
Жалование: 280 000 (на руки)
Уровень: Senior
Впечатление соискателя: Кайфовые вопросы, Интересное собеседование, хорошие практические задачки, хоть и не из стека.
Мысли редакции: Богатое на вопросы собеседование, не душное, приятное, но слишком много требований для такого жалованья.

📝 Секция «Общие вопросы»:

🔵Ваш опыт работы. (Классика)
🔵Ваша зона ответственности. (Классика)
🔵Старт проекта. Был ли опыт на работе проектов с 0. (Периодически)
🔵Виды стейкхолдеров. (Перый раз)
🔵Опыт лидирования команд. (Нечасто)
🔵Опыт проведения собеседований. (Нечасто)
🔵Был ли опыт разработки шаблонов корпоративной документации. (Редко)

📝Секция «Нотации и моделирование»:

🔵Токен в BPMN. (Часто, у БА)
🔵Виды шлюзов. (Часто, у БА)
🔵Компенсация, События. (Часто, у БА)
🔵Опыт работы с Idef. 😢
🔵Используемые в работе UML диаграммы. (Часто)
🔵Опыт работы с CJM. (Редко)
🔵Какими инструментами пользуешься для моделирования. (Часто)
🔵Был ли опыт оценки улучшений после изменения БП. (Никогда)
🔵Виды моделирования. Какие знакомы, какие доводилось применять. (Часто)
🔵Доводилось ли работать с моделями предметной области. (Никогда)

📝Секция «Требования»:

🔵Что такое требования. (Интересный вопрос)
🔵Управление требованиями по Вигерсу. (Никогда)
🔵Критерии оценки требований. (Редко)
🔵Способы выявления требований, используемых тобою на практике. (Часто)
🔵Когда функциональное требование может стать не функциональным. (Бывает)
🔵Насколько часто приходилось заниматься прототипированием. (Часто)
🔵Структура UC. (Периодически)
🔵Как в рамках одного артефакта можно описать действия пользователя на экране с дашбордами, где у пользователя есть много функций? Ведь в виде UC это сложно сделать. (Первый раз)
🔵Приходилось ли сталкиваться с трассировкой требований. (Первый раз)
🔵Методы оценки рисков. Приходилось ли их описывать. (Первый раз)

👣 Интеграции:

🔵Опыт работы с интеграциями. (Часто)
🔵Типы интеграций. (Часто)
🔵Плюсы и минусы интеграции через Шину по-сравнению с Point 2 Point. (Первый раз)
🔵Синхронное VS Асинхронное взаимодействие. Когда что лучше использовать. (Часто)
🔵Сталкивался ли с корутинами. (Первый раз)
🔵В каких случаях лучше использовать брокеры. (Часто)
🔵Kafka VS RabbitMQ. (Часто)
🔵Приведи пример из практики, когда для нас важно соблюдение очередности сообщений и что лучше в данном случае использовать RabbitMQ или Kafka. (Первый раз)

🖥 Секция «БД»:

🔵С какими БД приходилось сталкиваться. (Часто)
🔵Уровень владения SQL. Приходилось ли писать хранимые процедуры. (Редко)
🔵Типы связей в реляционных БД. (Классика)
🔵Концептуальный, логический, физический уровни модели данных. (Периодически)

🔨 Промежуточный итог: Мне нравится упор на вопросы, связанные требованиями. К слову, в следующей части даже есть несколько практических задач на эту тему. Нетипично много вопросов, связанных с БА и сбором требований. Интервьюер произвел впечатление человека, который реально читал Вигерса, а кандидат в свою очередь давал крайне достойные ответы (Настолько классные, что по ходу написания этого поста мне его несколько раз захотелось к себе в команду схантить 🚬).

❤️‍🔥 В следующей части: 3 не типовые практические задачи.

Подписывайтесь на:
❤@sa_sobes

Что будет с зарплатами в системном анализе в 2025 году? Будут ли еще сокращения аналитиков? Как пройти собеседование и что на них спрашивают?

Про это пишет Валентин в своем канале Аналитик маминой подруги
Он прошёл путь от джуна до лида системных аналитиков в крупной телеком компании за 3,5 года и знает, что нужно для быстрого и уверенного профессионального роста.

В своем телеграм-канале Валентин делится реалиями рынка труда, советами по построению карьеры и интересными инсайдами.
Контент из реальной жизни системного аналитика, а не из книжек и курсов.

Топ лучших постов канала:

🔸 Что будет с зарплатами СА в этом году
🔸 Как оформить резюме, чтобы его заметили
🔸 Разбор собеседования в компанию Атом
🔸 Карта навыков системного аналитика
🔸 Как я ошибся при смене работы

Подписывайся на канал и расти по карьерной лестнице 😎

Всем доброго утра ☀️

P.S. Или как говорил мой лид: "А оно доброе ?" 😢

📢 Продолжаем рубрику разборов собеседований. И наконец-то, вдруг, откуда не возьмись появился на обзоре собес на позицию архитектора 💪. Здесь я буду по-минимуму указывать частотность/вероятность вашей встречи с тем или иным вопросом, так как выборка у меня пока что не большая по архитектурным собесам да и сам я не так давно являюсь архом.

[#РазборПолётов@sa_sobes] - Хороший собес, жалованье вкусное.
Вакансия: Архитектор
Жалование: 550 000 (На руки)
Впечатление соискателя: Приятный собес. Новый опыт, понял, что опыта разработки не достаточно и нужно плотнее раскапывать технологии и подтянуть теорию.

📝 Секция «Общие вопросы»:

🔵Расскажите о вашем опыте работы в роли архитектора. (Классика)
🔵Какие артефакты были результатом твоей работы. (Классика)
🔵Какие уровни C4 описываешь.

🖥 Секция «БД»:

🔵Уровни изоляции транзакций
🔵Что такое объектное хранилище.
🔵Что такое протокол S3.
🔵Какие типы хранилищ на базе протокола S3 приходилось использовать.
🔵Как обеспечивается надежность Minio.
🔵В каких случаях избыток индексов скорее вреден, и какой будет негативный эффект.
🔵Отличие SQL от NoSQL БД.
🔵Производительность и Транзакционность NoSQL БД.
🔵Replication slot vs WAL.

🔴Задача: Есть 2 ЦОДа. Есть основной, есть резервный. Необходимо чтобы во второй цод доезжали данные из первого ЦОДа. Необходимо обеспечить автоматическое переключение на резервный ЦОД. Как выглядит высоконадежное развертывание PostgreSQL. Сколько реплик необходимо развернуть. Какие дополнительные продукты можно для этого использовать.

Ответ кандидата: Если абстрагироваться от нагрузки, то можно развернуть PG следующим образом.

- Минимально 3 ноды (Master + Slave_1 в Цоде #1 и Slave_2 в Цоде #2).
- В качестве слоя управления кластером будем использовать Patroni.
- В рамках Цода #1 настраиваем синхронную репликацию между Master и Slave_1. Синхронную репликацию делаем для того, чтобы снизить RPO, а также для снижения RTO укажем, что Slave_1 является приоритетным для переключения трафика на него в случае падения Master.
- Ассинхронная репликация между Master + Slave_2 выбрана по той причине, что взамодействие по сети в случае синхронной репликации может кратно увеличить время обработки транзакции.

🖥 Секция «Архитектура/Брокеры»:

🔵RabbitMQ vs Kafka
🔵Принцип работы DBezium
🔵Docker vs K8s.
🔵Ingress в K8s для чего нужен.
🔵Размер хорошего микро-сервиса. Что отличает хороший микро-сервис от плохого.
🔵Техники и критерии выделения микро-сервисов. Какие артефакты тебе могут помочь в принятии конечного решения.
🔵BFF это.

🔐Секция «Аутентификация/Авторизация»:

🔵Способы аутентификации пользователя, протоколы/алгоритмы
🔵Коробочные сервисы аутентификации/авторизации
🔵JWT vs Bearer
🔵Суть Oauth 2.0 (Вообще увлекательный вопрос, в свое время я при внедрении Oauth потратил 2 недели на изучение его спецификации и интуитивно она как-то мною не воспринималась)

📝 Секция «Иные вопросы»:
🔵Net core vs Mono
🔵Thread dump vs Heap dump. Что мы будем исказать в Thread, что в Heap.
🔵2-х Unit'овый сервер это какой. (Неожиданный вопрос)

🔨 Итог: Мне тяжело оценивать собеседования на позицию архитектора, так как сам не так давно на официальных началах смог приступить к этой деятельности. По содержанию собеседование слабое в части вопросов system-design, но по общему тону, по мере прослушивания собеседования я сделал такой вывод - требуется человек, который руками трогал ту или иную технологию. Опыт разработки важен, но стек не совсем классический (как мне видится), Back принято писать на C#. Если готовитесь к собеседованиям на позицию архитектора (или вкатываетесь в эту область), будьте готовы плотно раскапывать суть используемых на проекте технологий. В идеале что-то самому развернуть/настроить/разработать.

❔ Как вам сегодняшний выпуск ? Есть кто из архов? Прокоментируйте пожалуйста насколько типовой/нетиповой собес для вас.

Подписывайтесь на:
❤@sa_sobes

Боитесь собеседований? Не знаете, что вас там ждёт? Хотите пойти на собеседование на СА и задаётесь вопросом, что там спросят? Хотите перейти из БА в СА?

Системный аналитик в финтехе- канал с вопросами с собеседований и ответами на самые интересные и часто встречающиеся.

Ведёт канал Ирина -  действующий Senior  системный аналитик в финтехе, работала в таких корпорация как Альфа-Банк, Сбербанк, ВТБ, Райффайзенбанк  и не только.

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

В канале только реальные и актуальные кейсы с боевых собеседований.

@virafintex

Всем доброго утра ☀️

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

[#РазборПолётов@sa_sobes] – Интервьюер не опытный.

Вакансия: Системный аналитик
Жалование: 320 000 (на руки)
Уровень: Senior
Впечатление соискателя: В целом душно, на ВЫ, некоторые вопросы и их постановка не понятны оказались.
Мысли редакции: Дефолт собес, но вопросы реально местами странные.

📝 Секция «Общие вопросы»:

🔵В чем заключается роль системного аналитика. На каких этапах ЖЗ разработки ПО требуется участие системного аналитика. (Периодически встречается)
🔵Какой у вас состав команды на текущем месте работы. (Бывает)
🔵Каким образом к вам поступили задачи в работу. (Часто)
🔵Представим себе, что у нас единый продукт и есть 1 заказчик, но он представлен в виде нескольких лиц, определяющих итоговый функционал. Эти лица могут расходится в итоговом видении реализации той или иной фичи. Как вы будете действовать в этой ситуации. (Редко)
🔵С какими ГОСТами работали. (Редко)
🔵Разрабатывали ли вы документацию с 0. (Периодически)
🔵Из каких разделов состояла ваша документация. (Часто)
🔵Назовите виды требований. (Периодически)
🔵Требование к безопасности нужно отнести к функциональному или нефункциональному виду требований. (Редко)
🔵Какие нотации использовали для описания требований. (Часто)
🔵Какие виды UML диаграмм использовали в работе. (Часто)
🔵Есть опыт описания US и UC. (Бывает)

🖥 Секция «БД»:

🔵С какими видами БД вам приходилось сталкиваться. (Часто)
🔵Что описывали в части требований к реляционным БД. (Часто)
🔵Между этапом проектирования БД и внесением изменений был ли этап согласования. (Никогда)
🔵Назовите и опишите первые 3 нормальные формы. (Бывает)
🔵Виды ключей и зачем они нужны. (Бывает)
🔵Можно ли сделать сущность без первичного ключа. (Первый раз)
🔵Приведите пример, когда нам в реляционной БД нужно реализовать сущность без первичного ключа. (Первый раз и зачем)

Комментарий редактора: 💀💀💀, не ну, а если серьезно, интервьюер в качестве кейса, когда нам нужна сущность без первичного ключа предложил хранить логи в БД. Я не знаю зачем это нужно, возможно есть какой-то практический смысл, один раз я с таким сталкивался на практике, но и то там были не классические логи работы приложения в привычном смысле этого слова.

🖥 Секция «Интеграции/Брокеры»:

🔵С какими видами интеграций вы сталкивались в работе и какие вам доводилось проектировать. (Часто)
🔵Разница синхронного и асинхронного взаимодействия. (Часто)
🔵REST vs SOAP. В каком случае что лучше использовать. (Часто)
🔵Как в асинхронном взаимодействии пользователь узнает о результате выполнения запроса. (Очень странный и размазанный вопрос)
🔵Разница в надежности REST/SOAP. (Первый раз)
🔵Был ли опыт работы с брокерами. (Часто)
🔵Как происходит процесс интеграции с брокером. (Бывает, немного странно задан вопрос)
🔵Что такое партиции и для чего они нужны. (Редко)

👣 Секция «API»:

🔵Как вы описываете API. (Часто)
🔵Был ли опыт работы с GraphQL. Преимущества технологии. (Очень редко)
🔵Подходы к организации пагинации. (Первый раз, интересный вопрос)

⚙️ Секция «Архитектура»:

🔵Был ли опыт самостоятельного проектирования. (Чего? Более того в начале собеса кандидат рассказал о своем опыте в части проектирования архитектуры/интеграций/моделей данных).
🔵Монолитная VS Микросервисная архитектура. (Классика)

🔨 Итог: Я устал это повторять из поста в пост, но когда интервьюеры научаться не забывать о вопросах, которые они задавали пол часа назад. Зачем гонять кандидата по тем вопросам, на которые уже был дан ответ. В остальном обыкновенное собеседование по бумажке, никак не раскрыли кандидата (А кандидат у нас к слову имба). Интервьюер или стесняется или вообще недавно начал проводить собеседования.

❔ А вам часто предлагают хранить логи в РСУБД, может кто в курсе и я чего-то не понимаю, но в каких случаях такое может вообще пригодиться?

Подписывайтесь на:
❤@sa_sobes

Всем доброго дня ☀️

📢 Продолжаем рубрику разборов собеседований.
В этом обзоре я наконец-то не буду докапываться до интервьюера как это было в прошлом обзоре, а скорее наоборот, пожму руку пусть и мысленно 🤝

[#РазборПолётов@sa_sobes] - Хороший собес, без приколов.
Вакансия: Системный аналитик
Жалование: 200 000 (на руки)
Уровень: Middle
Впечатление соискателя: Приятное собеседование, в части SQL кажется не дотягиваю.
Мысли редакции: Хороший собес, не душный интервьюер. Но по зп можно найти и более выгодные предложения.

📝 Секция «Общие вопросы»:

🔵Ваша зона ответственности. (Классика)
🔵Флоу работы с задачами и формируемые в ходе/по итогу выполнения артефакты. (Классика)
🔵Насколько часто взаимодействовали с разработчиками. (Классика)
🔵Используемые вами методы сбора требований. (Классика)
🔵Вы пишите документацию по ГОСТ или по внутрикорпоративным шаблонам. (Периодически)
🔵По каким вопросам вы взаимодействовали с архитектором. (Периодически)
🔵Есть ли у вас опыт работы с GIT. (Редко)
🔵Нравится ли вам взаимодействовать с заказчиком. (Бывает)
🔵Вам больше нравится работать с готовым ТЗ и отталкиваясь от него описывать системные требования или заниматься сбором требований с 0. (Периодически)
🔵Основные команды GIT. (Перый раз)

👣 Секция «API»:

🔵HTTP методы и их различия. (Незыблемая классика)

🖥 Секция «БД»:

🔵Опыт работы с SQL. Оцените свои знания по 10 бальной шкале. (Классика, но для HR скрининга)
🔵С какими БД доводилось сталкиваться. (Классика)
🔵Опыт работы с КХД, DWH и их устройство. (Первый раз)
🔵Порядок выполнения SQL запроса Базой данных. (Редко)
🔵Назовите SQL операторы. (Не часто)
🔵Разница между CROSS JOIN и FULL OUTER JOIN. (Первый раз)
🔵Есть ли опыт использования вложенных запросов. (Редко)
🔵Что такое временная таблица и для чего она нужна. (Первый раз)
🔵Есть ли опыт работы с оконными функциями и для чего они нужны. (Редко)
🔵Как найти дубли в таблице и как вывести уникальные записи. (Первый раз)

🔴Задачка на SQL: Дано 2 таблицы, необходимо составить запрос.

Комментарий редактора: Схема + решение по ссылке

🔨 Итог: Не самый великий уровень жалованья, но собес ненапряжный и приятный. Я бы отметил адекватность интервьюера, вопросы из первой секции как будто бы нацелены на то чтобы действительно понять насколько человеку вообще подойдет проект и чего он вообще хочет. Интервьюер не перебивал, был тактичен и вежлив. Также обратите внимание, что такие вопросы по SQL местами не совсем типичны для СА (как мне кажется), проект явно связан с какой-то системой DWH.

❔ Как вам сегодняшний выпуск ? Вам часто на собеседованиях столько вопросов по SQL задают ?

Подписывайтесь на:
❤@sa_sobes

Выстраивание границ в работе, фасилитация встреч и многое другое можно найти в канале «Пасека аналитика»

Также, в скором времени автор возьмет несколько людей на бесплатное менторство, подписывайтесь и будьте в курсе новостей!

Всем доброго вечера и хороших выходных ☀️

Наконец-то публикую запись прошедшего вебинара по вопросам трудоустройства.

❤️ Еще раз хочу поблагодарить всех тех, кто смог прийти.

P.S. В следующий раз мы сделаем конфу с большим ограничением на количество участников. А то как-то неожиданно уперлись в ограничение в 100 участников спустя 5 минут после начала 🤣. Сказать, что мы ах удивились - ничего не сказать. Еще раз всем спасибо ❤️

Смотреть фулл без смс и регистрации:

📺 https://youtu.be/55OdeuKblx0?si=tLBso03FVNfvfMR9

📺 https://vkvideo.ru/video457174682_456241467

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

Подписывайтесь на:
❤@sa_sobes