REST API без боли — звучит как грейд без performance review. На собесе это часто тест на «читал спецификацию»

REST API без боли — звучит как грейд без performance review. На собесе это часто тест на «читал спецификацию» vs «реально проектировал систему».
В FinTech и e-commerce те же 3 ловушки всплывают снова и снова: где ставить границы ответственности, как не сломать идемпотентность и что делать с конфликтами, когда PATCH уже у всех в крови, а 409 — не просто красивый код ответа.

Почему это важно не только архитектору? Потому что плохой API потом оплачивают все: dev-команда — часами дебага, продукт — задержками, бизнес — потерянными конверсиями.
И да, спор про PUT/PATCH обычно заканчивается не философией, а тем, кто потом будет чинить инцидент в пятницу вечером 😅

Хороший кейс на собесе — это не «знаю REST», а «могу объяснить, почему так, и какие риски это снимает».