Подготовка к интервью
60 вопросов с собеседований в Платежное Решение
Что проверяют на интервью
Подборка объединяет вопросы, отмеченные на этапах интервью в Платежное Решение. Здесь можно понять структуру технической проверки и заранее повторить связанные темы. В подборке чаще встречаются темы: testing, api, backend.
Каталог
Для относительно простого messaging можно рассмотреть NATS или MQTT-брокер Mosquitto. Но «легковесность» не заменяет требования к долговечности, повторам и протоколу клиентов.
Читать ответОпишите конкретные задачи, где AI помогает, и границы доверия: итоговый код, безопасность и соответствие требованиям остаются ответственностью разработчика.
Читать ответОтветьте прямо, с какими вакансиями успели ознакомиться, какие задачи заинтересовали и что хотите уточнить. Не стоит изображать знакомство с описанием, которое не читали.
Читать ответНачните с границ бизнес-доменов, зависимостей и реальных проблем монолита, а не с механического выделения каждого контроллера в отдельный сервис.
Читать ответРасскажите только о проектах, в которых действительно участвовали: назначение, границы каждого проекта и ваша роль. Название работодателя не позволяет восстановить опыт за кандидата.
Читать ответОбъясните, какие свойства проекта влияют на вашу мотивацию: польза продукта, сложность задач, качество команды, ответственность или возможность видеть результат работы.
Читать ответПокажите клиент → API → БД для приёма и статуса, API/outbox → очередь → worker для обработки и worker → БД для результата. Подпишите назначение и характер каждого обмена.
Читать ответОпишите фактический контракт ML-сервиса: идентификатор запроса, входные признаки, версию схемы и результат предсказания. Если точный формат не помните, обозначьте пример как условный.
Читать ответРазделите официальное название должности, наличие формальной системы грейдов и фактический уровень ответственности. Не присваивайте себе senior-грейд только по длительности работы.
Читать ответРазделите опыт создания Docker-образов, запуска контейнеров и работы с Kubernetes: Deployment, Service, конфигурация, ресурсы, проверки здоровья и диагностика.
Читать ответRolling Update допускает обновление без простоя, но не гарантирует его автоматически. Нужны готовые реплики, запас ресурсов, корректные readiness-проверки и завершение старых запросов.
Читать ответДля защиты от write skew без дополнительных блокировок нужен Serializable с повтором всей транзакции при конфликте. Один лишь Repeatable Read в PostgreSQL это ограничение не гарантирует.
Читать ответ