Заметки Архитектора или как будет выглядеть разработка UI в эпоху ИИ или почему React скорее всего выдавит даже специализированные фреймворки под узкие задачи.
У меня работа уже много лет архитекторская, поэтому отношение к UI у меня утилитарное относительно бизнес-логики в бэкенде. В моих приложениях реально где-то 70% себестоимости — бэкенд много лет. Это не означает, что я во фронтах не разбираюсь, я просто не тот человек, что их программирует, но тот человек, который по работе с конечным пользователем создаёт спеки (ТЗ) на фронты и также решает, что увидит фронт по API из бэкенда.
Сейчас внимательней потестировал React в разных кейсах — как раз специализированных фреймворков: BI-решения, ERP-формы, чаты ИИ-агентов. Практически везде Claude с React превзошёл качество специализированных решений, остальные LLM примерно на уровне специализированных решений выдавали на React разные UI. На самом деле тут важный инсайт, что «оптимальный фреймворк под задачу» — это чисто антропизация. Обычно разработчик мыслит, что если он написал 20 строк, а не 100, то значит первый вариант лучше. Однако в случае SFT у ИИ ситуация совсем другая. Строго говоря, ИИ просто наплевать на сложность фрагментов программирования по 100–200 строк, но самое главное — пройти целевое SFT-обучение на нужную среду. В случае ИИ там гиперобучение LLM на бэкенды на Python и фронты на React.
Мне уже как архитектору очевидно, что можно на все виды UI делать ставку React Only. Специальные фреймворки под задачу нужны людям, но не LLM. Богатые библиотеки под React позволяют сделать что угодно.
И есть ещё важный кейс. Сейчас проглядывается уже сильно сценарий, когда разработчиков фронта начнут вытеснять не бэкендеры с backend-driven UI, а обычные пользователи, если разработчик бэка сделал API в духе «данные для контролов». В этом случае можно юзера уже сейчас отправлять на Арену с выжимкой примеров данных для формы из API или дешборда, чтобы он сам себе сделал форму ввода или дешборд как ему нравится. Переставить обратно в систему его UI, заменив мокированные вызовы на реальное API, — 10 минут работы агента.
Фокус проканает при подходе «тонкого UI», когда API бэка не просто отдает объекты, а фактически готовые данные для наполнения контролов. Это возможно, я всегда так и делал, когда проектировал API. Такой подход ещё очень безопасный, т.к. вам придётся решить в таком подходе 100% проблем security в бэкенде. В наше время, когда есть Claude Mythos, следует взять как аксиому, что фронт взломан просто всегда.
Явно грядут большие перемены, как строятся приложения даже по философии. Будет намного больше сотрудничества с пользователями и создание UI пользователями точно будет популярный кейс.
PS. Обратите внимание насколько мощен Claude во фронтах на React, он даже попробовал нарисовать векторной графикой карту мира, когда у него не подгрузилась картинка в Arena.