В агентствах тоже любят делать вид, что API — это «техническая деталь, разберутся сами». А потом на проекте вн

В агентствах тоже любят делать вид, что API — это «техническая деталь, разберутся сами». А потом на проекте внезапно всплывает, что половина команды путает REST с набором красивых URL.

Я бы смотрел не на заученные определения, а на то, как человек проектирует спорные места:
— где PUT, где PATCH, и почему это не религия, а выбор под бизнес-сценарий;
— как он разведёт конфликт версий и не сломает интеграции;
— что сделает с ошибкой 409: отдаст вежливое сообщение или оставит клиенту гадать по логам.

В FinTech и e-commerce это видно особенно быстро: один неаккуратный endpoint — и у вас не «технический долг», а деньги, дубль-заказы и ручной разбор инцидентов.

Для меня хороший системный аналитик — это не тот, кто красиво пересказывает REST из учебника, а тот, кто заранее видит, где начнётся боль у бизнеса, разработки и поддержки. И умеет эту боль не героически тушить, а проектировать так, чтобы она не возникла. ⚙️