React победил, но нужны ли нам теперь новые фреймворки?

Do Frameworks Matter Anymore?

React победил, но нужны ли нам теперь новые фреймворки?

В эпоху агентного программирования многие уверены: раз модели обучены на React, а фронтенд-код всё равно генерируется, фреймворки больше не важны. Автор, три года работающий над open source фреймворками, разбирает это утверждение и приходит к парадоксу: если фреймворки не имеют значения, то нет смысла и в React; если же React даёт преимущество, то фреймворки всё ещё важны. Он напоминает, что любой проект либо использует фреймворк, либо строит свой.

Ты либо используешь фреймворк, либо строишь фреймворк, а строить фреймворк очень трудно.
  1. Lio

    Если бы был выбор, я бы предпочёл как можно больше использовать нативные возможности браузера.

    Библиотечный код полезен для абстракции, но нативные API браузера всегда будут более стабильными в долгосрочной перспективе.

    Если мне придётся сейчас вайб-кодить, то как минимум я должен иметь возможность использовать агентов, чтобы сократить количество внешних «движущихся частей», перейдя на нативные решения.

    например, https://developer.mozilla.org/en-US/docs/Web/API/Web_compone...

    Зачем возиться с внешним фреймворком, если он встроен? Моё знакомство с React больше не имеет значения.

    Я, вероятно, буду двигаться в сторону использования библиотечного кода только для таких вещей, как шимы кросс-совместимости, которые со временем можно будет убрать, но в остальном — всё.

  2. cadamsdotcom

    Фреймворки, линтеры, компиляторы... они содержат кодифицированные уроки, которые было бы глупо не использовать в своей работе — агентной или какой-либо ещё. Использование того, что построили до тебя, помогает быстрее достичь цели.

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

  3. smusamashah

    Нам теперь нужны другие фреймворки. Такие, которые делают кодинг агентов проще и надёжнее и т.д. Эргономика для человека в этих фреймворках будет вторичной или вообще не учитываться.

  4. LelouBil

    Хотя я не веб-разработчик, это очень откликается, но в более общем смысле: «Имеет ли вообще значение понимание кода?». И меня это немного печалит.

    Я только что окончил учёбу (и мне очень повезло получить джунскую работу), и я из тех, кто любит копать глубоко, когда возникают проблемы с софтом. Мне важна корректность, я предпочитаю строго типизированные языки, я никогда не использовал Haskell профессионально, но делаю на нём все Advent of Code. Я люблю читать точную документацию.

    Но вчера отец показал мне приложение, которое сделал с помощью Mistral's Vibe и Android Studio. Он в IT-поддержке, знает информатику, хотя никогда не учил Kotlin или что-то подобное, но он смог «сделать» приложение, и он был в восторге, и я был рад за него, но рад только потому, что он был рад, по сути.

    Я воспользовался случаем, чтобы задать ему кучу вопросов о том, как он к этому подошёл, волнует ли его, что его единственный источник «как работает код» — это объяснения самого ИИ. И в итоге мы пришли к «если это не критично» (это был просто лаунчер для его телефона) «то нормально».

    Но потом, хотя я сам никогда не «вайб-кодил» приложение или что-то такое, я чувствую, что постоянно недооцениваю, на что сейчас способен ИИ, судя по всем появляющимся проектам. Это кажется почти волшебством, потому что я понятия не имею о процессе за этим.

    И это заставляет меня задуматься о том, когда (не если) мы все просто перестанем проверять код ИИ, как 90% людей перестали проверять вывод компилятора, кроме очень спец […]

  5. nostrebored

    Никогда не было лучшего времени писать фреймворки, которые ограничивают то, как всё делается.

    Почти вся наша работа внутри компании — на нашем фреймворке. Задержки, гарантии, ошибки на этапе сборки и обратная связь, которые могут позволить вайб-кодить отдельные реализации.

    Я постоянно ловлю себя на желании иметь больше кода фреймворка; хотел бы я, чтобы мы построили наш первоначальный фреймворк на чём-то, что злобно ругалось бы, когда мы им злоупотребляли.

    Хотел бы я, чтобы наша система типов была более выразительной, хотел бы я, чтобы наша история с потоками была лучше, хотел бы, хотел бы, хотел бы.

    Никогда ещё не было так легко переделать всё целиком, и всё же я счастливее всего, когда наш фреймворк — ручной работы.

Ещё за этот день

2026-10-14