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

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

По кейсам. Не по терминам.

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

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

⚙️ Для собеседований и ревью архитектуры это хороший фильтр: не «знаю REST», а «умею спроектировать без лишних спорных мест».

Если хотите, могу следующим сообщением дать короткий чек-лист: что должен уметь аналитик по REST на уровне сильного middle.