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

---
 EA/REST/readme.md | 2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)

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