Как отличить аналитика, который знает REST по конспекту, от того, кто реально проектировал API? По трем ошибка

Как отличить аналитика, который знает REST по конспекту, от того, кто реально проектировал API? По трем ошибкам.

Контекст: в FinTech и e-commerce команды часто валятся не на «GET/POST», а на мелочах, которые потом ломают интеграции: где вернуть 409, когда уместен PATCH, как не убить клиента дублем запросов.

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

Результат: после такого разбора быстро видно, кто мыслит системно, а кто просто повторяет HTTP-методы по памяти. В API, как и в WB, ошибка в контракте потом дороже любой доработки 💥

Если надо — могу адаптировать это в формат «3 ошибки в API, которые ломают интеграции» под Telegram.