Большинство “REST-экспертов” узнаются по учебнику, а не по проектам.

Большинство “REST-экспертов” узнаются по учебнику, а не по проектам.

На собеседовании это видно сразу: человек уверенно цитирует CRUD, но теряется, когда нужно выбрать между PUT, PATCH и нормальной бизнес-ошибкой вместо магического 200.

В разборе — 3 практические задачи из FinTech и e-commerce. Не теоретический REST, а проектирование API под реальные ограничения: идемпотентность, конфликты, версии, договорённости между командами.

Самое полезное здесь — не “правильный ответ”, а логика выбора. Именно она отличает инженера, который снижает риски для продукта, от того, кто просто повторяет стандарты 📌

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