REST API без ошибок почти не бывает. Бывают ошибки, за которые потом платит бизнес.

REST API без ошибок почти не бывает. Бывают ошибки, за которые потом платит бизнес.

Обычная драма: аналитик рисует «удобный» API, разработчик запускает, продакт радуется, а через месяц в проде:
— дубли запросов,
— сломанные статусы,
— спор про PATCH,
— и любимый 409, который никто не заложил в логику.

Мини-калькулятор ущерба:
1 лишний повтор операции × 0,5% от транзакций × средний чек × 12 месяцев
= внезапно не «техническая деталь», а минус к выручке и рост cost of support 📉

3 вопроса, которые сразу вскрывают слабого проектировщика:
1. Что произойдёт, если клиент отправит запрос дважды?
2. Как система отличит «не найдено», «конфликт» и «нельзя из-за состояния»?
3. Где в API зашита идемпотентность — в голове команды или в контракте?

Если на собеседовании слышите только учебник про GET/POST — перед вами теория.
Если человек может посчитать цену ошибки и назвать, где именно она бьёт P&L — это уже инженер, а не декоратор интерфейсов ⚙️