REST API обычно ломают не на уровне кода, а на уровне договорённостей. И это видно сразу на собеседовании: те,

REST API обычно ломают не на уровне кода, а на уровне договорённостей. И это видно сразу на собеседовании: те, кто реально проектировал интерфейсы, говорят про границы ответственности, идемпотентность и ошибки так же спокойно, как про CRUD.

В свежем разборе — 3 кейса из FinTech и e-commerce. Формат полезный: не теория ради теории, а проверка на практике. Где ставить 409, когда PATCH действительно уместен, почему «просто вернём 200» потом аукнется в интеграциях, и как не превратить API в набор исключений без правил 🔧

Из того, что обычно всплывает в таких спорах:
— многие путают частичное обновление с «удобным PATCH»;
— не все различают конфликт состояния и ошибку валидации;
— часть проблем возникает не в endpoint’ах, а в модели данных и версионировании.

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