From 76aa1dd14703fa8db53ef187b12744bb34d60eca Mon Sep 17 00:00:00 2001
From: Dmitry <121898072+bpmbpm@users.noreply.github.com>
Date: Mon, 15 Sep 2025 12:54:42 +0300
Subject: [PATCH] Update readme.md

---
 EA/REST/readme.md | 4 ++--
 1 file changed, 2 insertions(+), 2 deletions(-)

diff --git a/EA/REST/readme.md b/EA/REST/readme.md
index 8d1ed3b5..4da5e6fe 100644
--- a/EA/REST/readme.md
+++ b/EA/REST/readme.md
@@ -11,5 +11,5 @@
 - [Проектирование REST API: спорные вопросы с проектов и собеседований на системного аналитика (и не только)](https://habr.com/ru/articles/770226/)
 - [GraphQL лучше REST](https://habr.com/ru/articles/427601/#comment_19294165) достаточно признать очень простой факт — и то и то — **RPC over http.**  
   Просто в одном случае есть конкретика (формат, протокол если хотите) а во втором — его нет. То есть в целом решая те же проблемы что решает graphql (удобная композиция данных для клиента) вы переизобретете оный (возможно в более приятном для вас виде). Как пример — json api в целом еще в версии 1.0 предлагал очень похожие плюшки, просто масштабы были не те и приоритеты другие.  
-OpenAPI, Swagger и т.д. — это лишь попытка формализовать описание контрактов. Причем ни graphql ни сваггер в этом плане не являются универсальными решениями.
-+ использование YAML вместо JSON улучшает «сапортабилити» в разы.
+OpenAPI, Swagger и т.д. — это лишь попытка формализовать описание контрактов. Причем ни graphql ни сваггер в этом плане не являются универсальными решениями.  
+использование YAML вместо JSON улучшает «сапортабилити» в разы.