Comments 34
/s и ни одного упоминания $mol
а альтернативы React Native?
Flutter же.
это уже другой язык, а тут если у тебя какое нибудь MVP фронт на React и мобила на React Native (один язык и компоненты можно переносить)
Тогда наверное можно глянуть Native Script. Но я не знаю, насколько он зрелый.
PWA
Lynx js от создателей tiktok, очень многообещающая технология.
Quasar
Godot
"Это уже не здоровая конкуренция — это захват экосистемы. " - какая еще здоровая конкуренция? Кто ее вообще хоть раз в глаза видел? XD
Компании могут выделять небольшой бюджет на эксперименты с альтернативами.
Тут такой вопрос возникает, вот приходит такой звоночек снизу дайте денег, дайте время, дайте людей на эксперименты. А это бизнесу зачем, если здесь и сейчас он уже продал решение на Реакте, и уже бэклог забит задачами на следующие полгода? По сути, все аргументы сводятся к тому, что может быть будет лучше, а может быть будет только на бумаге лучше.
Разработчики — развивать навыки за пределами одной ментальной модели.
А они сейчас типа не развивают? Может проблема как раз в том, что инерцию имеет именно бизнес, а вовсе не разработчики? Потому что в первую очередь именно бизнес будет платить за ПО на "новом" фрэймворке, вкладываться в обучение старых и новых людей, терпеть все риски связанные с рефакторингами и ошибками и переносом на новые технологии.
Вообще опять одна сплошная соя, где опять на разработчиков перекладывают вообще все. Даже само название статьи: "React-монополист: как мы сами убиваем развитие фронтенда" намекает, что бизнес как будто не причем в инерционном мышлении, а какой-то фрэймворк. Хотя подставь на место Реакта любую другую технологию и ничего не поменяется.
Попытки рассмотреть вторую сторону вопроса, т.е. бизнес в статье выглядят крайне поверхностными и жалкими.
Я быстренько зашел на сайт со сравнением фреймворков, указанный в посте, выбрал те, с которыми сам работал, но я не вижу причин использовать Qwik, исходя из сухой статистики
(Возможно я натыкал не те фреймворки, но базово смотря на цвет ячеек, могу судить, что Qwik не так уж и быстр, даже в сравнении с React. Поправьте меня, если я выбрал что-то не то)
А что-то есть без доп компиляции? Вот react это позволяет, а что другие?
Web Components/Custom Elements работает во всех браузерах без компиляций и библиотек. Но на практике одного его функционала не хватит и придется искать или колхозить разное. https://developer.mozilla.org/en-US/docs/Web/API/Web_components/Using_custom_elements
Да, мы совершенно не даём никакого шанса Linux. Любой школьник, покупая компьютер, требует установить ему Windows, чтобы получить весь тот сонм софта и игр, которые разработаны на Windows, для Windows, и тем самым привыкает и сам того не понимая пополняет ряды разработчиков Windows.
А между тем на Linux гораздо сильнее проработаны вопросы безопасности, на нём почти нет вирусов, а базовая сборка ОС в десятки раз жрёт меньше памяти и места на диске.
Безобразие!
// это сарказм, но я думаю смысл понятен :)
Очень точно подмечено. Да и, скажем честно, зоопарк Фреймворков никому не на руку. Ни бизнесу, ни разработчикам. Сложней найти специалистов, сложней поддерживать, передавать проект другой команде. Про Реакт "по умолчанию" преувеличение. Есть довольно много проектов на vue, angular.
Для меня реакт - это как раз linux way (собери из десятков библиотек что хочешь как сам знаешь), почему лет десять назад я и предпочел ему ангуляр (который был как винда - готовое решение из коробки). В итоге, реакт "победил", а я все равно пишу на вью.
Посыл статьи в целом правильный, но почему-то нет ни слова о том, что очень часто вообще никакой фреймворк не нужен, а можно всё написать на чистом js. Была у меня как-то задача сделать фронтенд для онлайн чатика с ботом. Ну такая штука типа онлайн-консультант в углу страницы. Сначала думал на реакте сделать, потом прикинул весь функционал (сетевые запросы, синхронизация диалогов межлу несколькими вкладками, отправка оценки) и решил сделать на чистом js. В итоге получилось 250 строк кода и ровно ноль внешних зависимостей. И по времени это заняло один день. Самое интересное, что если бы я писал это на реакте, мне бы пришлось написать значительно больше, чем 250 строк кода. Это уже не говоря о тоннах зависимостей.
А когда проект будет на пару сотен тысяч строк кода, тоже фреймворк не нужен? Под каждую задачу нужен свой инструмент, пилить лендинг на фреймворке вряд ли целесообразно. С другой стороны реакт это библиотека, которая инкапсулирует работу с домом. Если использовать ее по прямому назначению то, удивительно, но все становится не так уж и плохо
Для больших проектов автор в статье более-менее толково описал. Кстати, непонятно, почему проигнорирован Vue. Но я реально встречал сайты, где всё рендерится на сервере каким-нибудь вордпрессом, а на фронте два инстанса реакта: один для слайдера, второй, чтобы менюшка сбоку красиво выезжала.
А что он нормально написал, налил воды и наныл, что чаще выбирают реакт, чем другие решения. Только мне непонятно, какую проблему пытается решить автор. Тут даже зацепиться за что-то нельзя, так как тезисов нет по сути, просто вода. Какую проблему поднимает автор и как он предлагает ее решить - непонятно. Не вижу ни одной причины для себя после прочтения статьи резко задуматься о том, что нужно начать читать доки svelte
по традиции про реакт системно пишут правду только сторонники еще более странных технологий. Vue чуть менее странный, просто слегка убогий и велосипедирующий некоторые в т.ч. отменные стандарты и антипатерны и также отрицающий ООП
думаю, дело еще и в том, что альтернативы, как популярные так и маргинальные, не лучше реакта настолько, что могла бы произойти очередная революция. Кроме того, они все, как минимум, также полны странных решений. Малограмотные разработчики этого не могут увидеть из-за эффекта Данинга-Крюгера, а когда начинают осознавать из набитых собственных шышек, то их изгоняют из фронтенд-команд куда-нибудь еще. Дальше наверное вообще никто не будет понимать, что виновата не галюцинирующая LLM'ка, а антипатерны фреймворка-библиотеки
Эти фреймворки приходят и уходят, до react был angular и точно также были споры с этим инструментом по сравнению с jQuery (от нефиг делать:) ), каждый использует инструмент необходимый под реализацию бизнеса либо его поддержки, а пост содержит общие черты которые совпадают с habr.com/ru/articles/253297, где отлично сказано: "Когда вы изучаете фреймворки – вам нужно переучиваться переходя на новое решение, а они появляются постоянно, и большая часть вашего опыта стирается. Когда вы изучаете принципы – они остаются"
Когда все знакомы с архитектурой и принципами, все будет радужно, мирно и в цветочках (споры про tdd, ddd, bdd и т.д это отдельный срач)
где отлично сказано: "Когда вы изучаете фреймворки – вам нужно переучиваться переходя на новое решение, а они появляются постоянно
Так в том то и дело, что если новые фреймфорки и появляются сейчас, то где-то "внизу", "под плинтусом". - и у нас уже есть стабильный выбор- фреймфорк React.
Вам надо определиться наконец-то - что вам плохо то? - постоянно переучиваться или наконец-то остановиться на React.
Понимаете? - Время новых фреймфорков прошло (которые могут взлететь в ближайшие годы). Наступила стабильность.
Вам надо определиться то - плохо ли то, что вам долгие годы не потребуется знать иные фреймфорки кроме React?
Автор говорит о React, Solid, Svelte и Quik так, как будто мы выбираем не фреймворк для формошлепства, а распределенную базу данных для хранения огромных массивов данных, считываемых с 3 миллиардов устройств ежесекундно. Это в бекенде пыхарь и гошник - совершенно разные люди. Но во фронтенде ты всегда будешь формошлепить, какой бы фреймворк ты бы не выбрал. Так что все как формошлепили, так и будут формошлепить на том, на чем по кайфу, а не из-за каких-то технических показателей.
Также не совсем понимаю, почему автор игнорирует Vue и Angular. Ладно, Angular старше, сложнее и все такое. Но во Vue вкатиться легче, чем в React, и, к тому же, Vue имеет строгие конвенции в отличии от React, что я считаю больше плюсом, чем минусом. Да что уж говорить, Vue банально популярнее, чем Svelte, Solid и Quik. Ну и на Vue нет ререндеров, бтв.
React-монополист: как мы сами убиваем развитие фронтенда