Pull to refresh

Comments 40

Я проверил — всё поддерживается

Это как в анекдоте про печать со скоростью 1000 знаков токенов в минуту.

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

Очень много букв о том, что вайб-кодеры сами того не понимая, пишут на Реакте

И их сайты болтаются даже не за пределами топ-1 млн, а вне топ-100 млн

На людей, осознанно выбирающих фреймворк для проекта (как архитекторов, так и разрабов) это не оказывает серьезного влияния

Реакт в топе, потому что изначально соблюдал обратную совместимость, не ломаясь между версиями. В отличие от других (не будем показывать пальцем на Ангуляр, к примеру).

В этом основной секрет "живых" фреймворков.

Первое, AngularJS и Angular это разные фреймворки.

Второе, React может и сохранял обратную совместимость, но стоит обратить внимание на два факта:

  1. Реакт не тот что был раньше. Был реакт на классах, стал реакт на хуках.

  2. В реакте полторы фичи (это же библиотека), там не чему терять обратную совместимость.

Написанная тонна библиотек на протяжении лет развития реакта, начиная с 2013 года (я имею ввиду пакеты npm, которые пишут люди чтоб переиспользовать свой код в разных проектах) на классах сегодня может работать как же и новый код на хуках (да, есть рекомендации использовать функциональщину - от эволюции не уйдешь, к ней давно шли); а вот второй Ангуляр сломал представление о первом, что было большой ошибкой (кмк лучше бы ребрендинг) - доверия к нему уже тогда больше не стало, да и появился он позже в 2016 да ещё и с "ломающими изменениями" при переходе на второй -> его и меньше брали в прод с такими качелями (чего на тот момент ещё от него ожидать - было непонятно. Ок, про Ангуляр тогда не будем). Я к тому, что обратная совместимость - залог доверия и надёжности.

Да, пусть, реакт, библиотека, но сейчас она в топе.

Обратная совместимость тактически - залог доверия и надёжности.
Стратегически - тормоз прогресса

Vue с 2000 года начал забирать рынок именно из-за перехода на более удачный Composition API

Vue с 2000 года начал забирать рынок именно из-за перехода на более удачный Composition API


Действительно, почему бы ему не забрать рынок, пока реакта не придумали.


А вообще вью3 классный фреймворк, как по мне - гораздо лучше и приятнее реакта, который, к слову, мне совсем не нравится.

AngularJS и Angular это разные фреймворки

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

Был реакт на классах, стал реакт на хуках.

Да, но классами до сих пор можно пользоваться (то есть если человек найдет гайд под классы и воспользуюется им, его код будет работать). У людей есть две возможности делать одно и то же, одна из них оказалась удобнее другой в большинстве случаев и люди естественно чаще ей пользуются (тот кто сначала узнал про классы переходит на хуки, тот кто узнал про классы уже после хуков не начинает их везде пихать). При этом в принципе иногда встречаются сценарии, где классы удобнее.

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

В реакте полторы фичи (это же библиотека), там не чему терять обратную совместимость.

Вероятно, это тоже его секрет успеха. Они сделали достаточно удачную модель рендеринга (как минимум она не слишком тормозная и достаточно понятная разработчикам), а слой данных может эволюционировать независимо (хочешь redux, хочешь effector, хочешь своё пили на контекстах).

Судя по всему, слой данных гораздо сложнее сделать one size fits all и поэтому фреймворк без него имеет преимущество (потому что когда придумывают очередную систему сторов, в React не случается никаких ломающих изменений).

Представляю себе качество выдачи информации всякими LLM на тему Angular вперемешку с AngularJS.

Ни разу не видел, как LLM подмешивает что-то об AngularJS в ответ об Angular. Обратное я не проверял, но как бы и не нужно.

Ой ладно вам... Ангуляр невзлюбили за высокий порог вхождения и за то, что он жёстко диктовал архитектуру в то время как реакт позволял хреначить код как угодно)

не будем показывать пальцем на Ангуляр, к примеру

Ну, да, который, в отличие от React, в 16-18 из 20 версий предоставляет схематики для бесшовного обновления. Мимо тот, кто обновил таким образом Angular с 12 до 20 версии за час-два (а ещё Tailwind с 3 на 4).

Что с лицом, реактеры, которые переписывали классовые компоненты на более ущербные (а потому более чистые) функциональные? Я не для красного словца говорю - поверьте тому, кто переписывал таким образом React-приложение для Bitrix на совершенно другую архитектуру просто потому, что "террористы из Фейсбук так скозали". И хорошую мину при этом сохранить не удалось, переписывал неделю.

Нет, вот как раз у Angular всё хорошо, в отличие от React.

Схожий процесс последние лет 20 был с языками программирования. Кроме того, что нужно сделать компилятор нового языка, нужна IDE, 100500 библиотек, сообщество, известность... Порог входа очень высок. За последнее время его, кажется, преодолел только Rust.

Не столько преодолел, сколько повысил.

Kotlin (который пролез за счёт того, что запускается легко поверх jvm и почти полностью совместим)

Swift (заменил objective-c который сам по себе немного архаичен, да и apple особо выбора не даёт)

Qwen3-Coder, например, если не уточнять контекст (типа "use plain js"), все норовит на Vue примеры выдавать.
Кто на что учился. В Китае, похоже, Vue более распространен, чем React

Недавно генерил код с shadcn, так qwen упорно хотела использовать устаревший пакет shadcn-ui, вместо современного shadcn. Впрочем, прямое указание исправило ситуацию

Есть ещё один нюанс - обновления React вынуждены конкурировать с React 12-18 месячной давности, к которым "привыкли" LLM.

Так что React тоже может стать "мертвым фреймворком", но в том смысле что перестанет развиваться

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

Я думаю навязать миру новый фреймворк можно только если у тебя за плечами ИТ ТНК. Это не единственный но ключевой фактор. Нужен огромный ресурс чтобы чтобы заставить людей сменить свой стек. Фреймворк это часть стека. /

Из статьи так и неясно, а зачем эти новые фреймворки? Какие именно преимущества они предоставляют по отношению к уже существующим (пусть даже не только React - а всей большой тройке?)?

Если никаких, то, может, они и не нужны?

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

  • React доминирует в существующей сети (~13+ млн новых сайтов за 12 месяцев)

  • LLM обучаются на существующей сети

  • LLM по умолчанию генерируют React

  • Новые сайты, созданные с помощью LLM, используют React

  • Появляется ещё больше React-сайтов для будущего обучения

Я не думаю, что таков будет цикл и дальше. Уже всем понятно, что тренировка LLM на коде сомнительного качества ведет к генерации кода сомнительного качества - именно то, чего хотят избежать. Я думаю, что для топовых фремворков будут генерировать синтетические датасеты для обучения - с хорошим качеством кода (или сильно фильртовать то, что пихают на вход)

Как это можно сделать? Чьей экспертизе мы можем доверять? Хороший код на реакте это что? Если код на хуках, и идеально соблюдены все правила реакта относительно хуков, и вообще лучшие практики использования хуков, это хороший код? А если код на реакте но вообще без хуков, а например, на мобх или kr-observable?

Парадокс в том, что на Реакте невозможно написать хороший код. Точнее, можно, конечно, попытаться, но в итоге получится другой фреймворк. И чем больше стремление к идеалу, тем меньше он похож на Реакт.

Да, факт.

Я еще думаю, что сама формулировка «топовые фреймворки» странная. Что за топ? Кто его составил? По каким критериям отбирались фреймворки для этого топа?

Под "топовыми" фреймворками я имел ввиду те, за которыми стоят создатели (или пользователи), готовые тратиить ресурсы на хороший тренинг LLM. Как например за ангуляром - гугл.

Я не знаю ничего про реакт, я на нем не пишу. Но вот под ангуляр есть вполне себе best practices и официальные доки гугла о том, как надо писать. Сейчас пользуюсь их llms.txt и вполне доволен.

Может быть люди просто начнут использовать нормальные фрейворки по типу ангуляра, где за тебя в 99% бытовых случаев уже все продумали, вместо "я так вижу" библиотек типо реакта

Может быть люди просто начнут использовать нормальные фрейворки по типу ангуляра

Эмм…

Вы называете ангулуляр нормальным, просто потому что ничего другого не знаете. Особенно по этому не стоит такие заявления делать.

Вы называете ангулуляр нормальным, просто потому что ничего другого не знаете. Особенно по этому не стоит такие заявления делать.

Вполне возможно. Но вот у Вас выше при упоминании реакта сразу возникла куча вопросов на тему что считать хорошим кодом. У меня для ангуляра таких вопросов не возникает - хороший код следует официальным гайдлайнам.

хороший код следует официальным гайдлайнам

Вопросов больше нет.

а любил бы аффтор angular или vue - это была бы не реклама реакта, а реклама ангуляра или вуе )))

Понастроили велосипедов, уже сайт так просто не напишешь

Миллионы строк на fortrane и cobole, а в выводе один java и python :)

Sign up to leave a comment.

Articles