Феноменальное жалованье в размере 6000 EUR

Немного отвлечемся от вкатунских собесов с сопровождением ChatGPT и рассмотрим сегодня поистине уникальный кейс - собес на рекордное жалованье 💰 (не опять, а снова). Собес мне скинул мой хороший друг и некогда мой коллега (спасибо, неплохому аналитику 🙏).

📢 [#РазборПолётов@sa_sobes] - Баблоид вышел на рынок

Вакансия: Системный аналитик
Уровень: Senior
Жалование: 6000 EUR (Запрошено, 558 000 руб. на момент собеседования)
Сфера: Мексиканский банк стартап с корнями из РФ
Доп. условие: Обязательный релокейт из РФ

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

🔵Расскажите про ваш опыт. Ваша ЗО в роли лида СА. (Классика)
Комментарий редактора: Помимо классического рассказа про опыт кандидат рассказал про свой опыт в части проектирования интеграций, используемые технологии, а также про опыт взятия на себя обязанностей solution архитектора.

🔵Флоу выполнения задач. Какие артефакты генеришь. В каком виде изначально поступают требования к тебе в работу. (Классика)
🔵Docs as Code. Опыт работы. Что понравилось, а что нет. Как хранилась и презентовалась такая документация. (Крайне редкий вопрос, но есть ощущение, что будем его видеть все чаще и чаще)

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

🔵Как описываешь API. (Классика)
🔵Какие HTTP методы знаешь. (Классика)
🔵GET vs POST. (Классика)
🔵Когда имеет смысл запрашивать ресурс через POST. (Классика)
🔵Можно ли в GET передать body, а если очень сильно захотим, что для этого может потребоваться. (Бывает)
🔵HTTP коды ответов и о чем они говорят. Для чего нужны 3xx коды. (Классика)
🔵Какие 2 способа взаимодействия систем знаешь. (Классика)
🔵Как реализовать асинхронный REST интерфейс. (Часто)
🔵Кроме брокеров и реста как еще можно сделать синхрон, например в госухе.
Комментарий редактора: Кандидат сказал про FTP и ETL. Но не совсем понятно, почему привязка именно к госухе.

🔵Технологии для реализации ассинхронного взаимодействия. (Классика)
🔵Callback vs WebHook. (Бывает)
🔴Кейс: Есть POST запрос на совершение оплаты. Его вызвали 30 раз с передачей одних и тех же параметров. Создалось 30 одинаковый платежей. Почему это могло произойти, как этого избежать.
🔴Кейс: Как лучше реализовать передачу данных между FE и BE, если мы проектируем онлайн чат.

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

🔵Расскажи про архитектуру на текущем проекте. (Бывает)
🔵БД одна на все сервисы или используете отдельные БД для каждого сервиса. (Бывает)
🔵На проекте один большой сервис или много различных сервисов которые лежат в разных репозиториях. (Классика)
Комментарий редактора: Вроде вопросом выше уже был вопрос про архитектуру, мб все-таки что-то другое имели ввиду.

🔵Какие паттерны используете в команде при проектировании микросервисов. (Бывает)
🔵Оркестрация vs Хореография. (Все чаще и чаще)
🔵Для реализации платежного шлюза на MSA архитектуре подойдет ли
оркестрация. (Первый раз)
🔴Кейс: В интернет магазине есть база данных товаров. Сначала им пользовались только РФ, начал весь мир и все стало очень плохо работать, что можно сделать чтобы ускорить?

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

🔵С какими типами БД доводилось сталкиваться, что можешь о них рассказать. (Классика)
🔵Опыт работы с SQL. (Классика)
🔵COUNT, SUM, AVG, GROUP BY - для чего нужны. (Бывает, как-то слишком изи)
🔵Для чего нужен оператор CASE. (Первый раз)
🔵1-4 НФ и их суть. (Классика)
🔵Для чего нужны индексы и как они могут аффектить время выполнения запроса. (Классика)
🔵Что такое транзакция и как ее написать на SQL. (Редко)

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

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

👍 — Достойное собеседование.

💰 — Спасибо автору за раскрытие моей денежной чакры в текущих реалиях унылого найма.

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