Подготовка к интервью
42384 вопроса в категории «Технические вопросы»
Что проверяют на интервью
В этой подборке вопросы сгруппированы по формату «Технические вопросы», чтобы подготовку можно было вести от базовых тем к практическим задачам. В подборке чаще встречаются темы: database, sql, backend.
Каталог
Признаки распределённого монолита — обязательные совместные релизы, сильная связность данных и цепочки вызовов, при которых отдельный сервис нельзя изменить или отключить независимо.
Читать ответКонтракт SOAP обычно формализуют WSDL и XML Schema: они задают операции, сообщения, типы и ограничения структуры. Сам SOAP определяет оболочку обмена, а не все бизнес-правила.
Читать ответНужно отдельно зафиксировать правило аудитории и правило допуска к отправке. Даже для заранее сохранённого списка перед отправкой повторно проверяются отписка, ограничения и валидность адресата.
Читать ответЕсли это получение списка видео пользователя, естественен GET с page и page_size в query. В примере также нужно исправить JSON и явно определить смысл total и права доступа.
Читать ответПомимо фильтров и сортировки нужны пагинация, права доступа, состав ответа, обработка ошибок и стабильный порядок. Также важны ограничения нагрузки и актуальность данных.
Читать ответМониторинг — регулярное наблюдение за состоянием системы и выявление отклонений. Он помогает обнаружить деградацию, оценить влияние и вовремя запустить реакцию.
Читать ответPOST не имеет общей гарантии идемпотентности, PATCH тоже не является идемпотентным по определению. Однако конкретную PATCH- или POST-операцию можно спроектировать идемпотентной.
Читать ответВ Scrum спринт включает Planning, Daily Scrum, Review и Retrospective, а между ними — работу над инкрементом. Это не цепочка «сначала анализ, потом разработка, потом тестирование».
Читать ответОпишите экран через поля, типы, начальные значения, правила валидации и состояния. Макет показывает внешний вид, но не объясняет сохранение, ошибки и зависимость элементов.
Читать ответВерсионирование включает правила совместимости, хранение контрактов, проверку изменений и согласованный вывод старых версий. Номер в URL сам по себе не защищает потребителей.
Читать ответДля каждого события нужно назвать производителя, транспорт и потребителя, а также момент возникновения и требуемый эффект. Без контекста нельзя достоверно назвать конкретные системы.
Читать ответPLM управляет данными об изделии на протяжении жизненного цикла: составом, версиями, документацией и изменениями. Это помогает участникам работать с согласованной информацией о продукте.
Читать ответ