Я слышал один удобный фильтр для собеседований на системного аналитика: спросите не «что такое REST», а «как в

Я слышал один удобный фильтр для собеседований на системного аналитика: спросите не «что такое REST», а «как вы бы спроектировали API для реального продукта».

На бумаге все знают про GET, POST и статусы. Вживую начинаются развилки:
— где поставить границу ресурса;
— когда PATCH лучше PUT, а когда это ловушка;
— как объяснить 409 так, чтобы его не путали с 400.

В FinTech и e-commerce именно такие кейсы быстро показывают уровень мышления. Не знание терминов, а способность собрать API как систему: с контрактами, ошибками, сценариями конкуренции и понятной логикой для клиента.

3 задачи с разбором — хороший формат проверки. Он сразу вскрывает, кто проектировал интерфейсы руками, а кто просто повторял учебник.

Если вы строите продуктовую команду, держите такой разбор в качестве мини-матрицы оценки:
контекст → решение → компромисс → последствия.
Иначе собеседование превращается в викторину, а не в проверку опыта.