#API #AI
Недавно писали подкаст с Русланом Сафиным про будущее архитектуры, разработки и переход от проектирования систем к проектированию сред . Одна из мыслей: языки программирования и паттерны нужны только кожаным мешкам, в силу ограничений памяти и скорости белкового мозга. Существуют примеры, когда модели изобретают свои мета-языки для более эффективных преобразований.
Эту же идею можно применить к проектированию API: многие известные принципы дизайна рассчитаны не на оптимизацию инфры или вычислений, а снижение когнитивной нагрузки у людей, которые будут использовать и поддерживать API. Модельке-потребителю достаточно полной доки-схемы, которую сгенерит модель-поставщик, а дальше все максимально оптимизируем, пережимаем в бинарщину и т.п.
Дебаты вида REST L1 vs REST L2 vs GraphQL vs etc., полностью теряют смысл. Ничто не мешает даже кастомные протоколы в риатайме генерить, не говоря о спорах: “POST или PUT” (да, это всерьез еще обсуждают).
Как будто бы речь про Agentic-ready API, но нужны ли здесь вообще старые практики, паттерны, протоколы?
Недавно писали подкаст с Русланом Сафиным про будущее архитектуры, разработки и переход от проектирования систем к проектированию сред . Одна из мыслей: языки программирования и паттерны нужны только кожаным мешкам, в силу ограничений памяти и скорости белкового мозга. Существуют примеры, когда модели изобретают свои мета-языки для более эффективных преобразований.
Эту же идею можно применить к проектированию API: многие известные принципы дизайна рассчитаны не на оптимизацию инфры или вычислений, а снижение когнитивной нагрузки у людей, которые будут использовать и поддерживать API. Модельке-потребителю достаточно полной доки-схемы, которую сгенерит модель-поставщик, а дальше все максимально оптимизируем, пережимаем в бинарщину и т.п.
Дебаты вида REST L1 vs REST L2 vs GraphQL vs etc., полностью теряют смысл. Ничто не мешает даже кастомные протоколы в риатайме генерить, не говоря о спорах: “POST или PUT” (да, это всерьез еще обсуждают).
Как будто бы речь про Agentic-ready API, но нужны ли здесь вообще старые практики, паттерны, протоколы?