Комментарии

Такой же крутой экосистемы, как сейчас у DST, на горизонте не видно, за этим будущее

Да, думаю, что в какой-то момент ситуация может измениться, но это будет не очень быстро, как с jQuery. Когда появилась эта библиотека, она заняла большую нишу. Но ведь jQuery еще используют где-то, также будет и с React.

О библиотеке или фреймворке, который обойдёт React в будущем

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

О новых возможностях

Жду от React стабильности и совместимости.

О Redux и других инструментах управления состоянием

Ответила бы тут также, как и на второй вопрос. Очень много проектов написано с использованием связки React/Redux, поэтому пока Redux вне конкуренции.

О целесообразности изучения

Да, безусловно стоит, так как много компаний с современным стеком технологий используют React.

Сейчас слишком много компаний с современным стеком технологий используют Node, поэтому эту библиотеку стоит учить

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

Чем опытнее разработчик, тем менее важной для него становится конкретная библиотека, фреймворк и даже язык программирования

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

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

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

Второй фактор — маркетинговый. Facebook может прекратить существенную поддержку и продвижение React, параллельно с этим другая компания начнет вкладывать огромные суммы денег в другую библиотеку или фреймворк, и это может привести к значительному изменению статистики. Но даже такие изменения вряд ли произойдут быстро.

О библиотеке или фреймворке, который обойдёт React в будущем

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

О новых возможностях

На мой взгляд, вместо добавления чего-то нового команде React стоит сфокусироваться на доработке и стабилизации старого. Переработка методов жизненного цикла и добавление хуков привели к тому, что сейчас есть несколько разных способов делать похожие вещи, при этом best practices на этот счет в сообществе пока еще не сложились. Соответственно, мы имеем два параллельных мира: мир разработчиков, предпочитающих классы, где все еще есть неоднозначная замена componentWillReceiveProps на getDerivedStateFromProps, и мир разработчиков, предпочитающих функциональные компоненты и хуки, имеющие перегруженный и местами запутанный API.

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

О Redux и других инструментах управления состоянием

Такие решения уже появились. Например, те же MobX и Effector являются отличными production-ready альтернативами. Конечно, нельзя сказать, что они настолько же популярны, как Redux, и это, возможно, является сейчас их основным недостатком, из которого уже вытекают более конкретные. Например, сообщество этих библиотек значительно меньше, чем у Redux, из-за чего может быть сложнее найти готовые решения или ответы на возникшие вопросы. Банальное, но существенное преимущество Redux — огромное количество статей и гайдов по связке React + Redux.

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

О целесообразности изучения

Если отвечать коротко, то да, стоит. React сейчас очень популярен, соответственно, вакансий, где требуются его знания, очень много. Но стоит отметить, что само по себе изучение React не должно являться самоцелью, важнее изучать принципы и основные концепции, лежащие в его основе. Чем опытнее разработчик, тем менее важной для него становится конкретная библиотека, фреймворк и даже язык программирования.

Опытный разработчик, который много лет работал с Vue, довольно быстро может переключиться на проект, где используется React. Это возможно, потому что он понимает, на каких принципах базируются данные библиотеки, видит похожие абстракции и пересечение концепций этих библиотек. Поэтому на самом деле, хоть React и вполне хорош для старта карьеры, выбор любой другой современной библиотеки или фреймворка будет не менее хорошим.

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

О библиотеке или фреймворке, который обойдёт React в будущем

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

О новых возможностях

Лично мне хочется дальнейшего развития create-react-app как инструмента для быстрого старта. Разработчики пошли по пути кастомных темплейтов вместо конфигурирования через cli при создании приложения. Это, конечно, уже лучше, чем создавать и поддерживать собственные бойлерплейты, но всё ещё недостаточно для того, чтобы считать CRA промышленным стандартом.

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

О Redux и других инструментах управления состоянием

Redux в чистом виде — это скорее концепция, чем инструмент для промышленной разработки. Сейчас, кажется, он вообще не используется в приложениях уровнем выше учебных.

За последние годы вокруг Redux возникла целая экосистема библиотек с мидлварами и хэлперами для удобной работы, а квинтэссенцией стала библиотека redux-toolkit. Из существующих альтернатив лично мне нравится библиотека mobx-state-tree, построенная поверх Mobx. И если для небольших приложений эта библиотека выглядит избыточной, то на проектах с большим количеством логики в тандеме с хуками она прекрасна.

О целесообразности изучения

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

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

О библиотеке или фреймворке, который обойдёт React в будущем

Думаю, такого инструмента ещё нет. Но это мне как идеалисту хочется чего-то принципиально нового. Опыт Vue показывает, что может быть иначе.

О новых возможностях

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

О Redux и других инструментах управления состоянием

Это сложный вопрос, но серебряной пули, думаю, не будет. Redux Toolkit может ещё продлить жизнь Redux, но, честно говоря, это выглядит как серьезный костыль, и часть очень важных проблем он все ещё не решает. Reatom выглядит логичной эволюцией и я, конечно, надеюсь, что он отнимет часть рынка. При этом интересными выглядят и альтернативные подходы вроде graphQL-driven или grammarly/focal, думаю, они тоже будут развиваться.

Recoil также займет часть рынка, скорее всего в приложениях с небольшим сроком жизни (на пару лет). В чем-то крупном — не думаю.

Возможно будет ещё оптимизирован в плане DX и обезмагивания MobX, и его будут ждать новые высоты — автор все ещё активно им занимается.

XState мне кажется очень нишевым, как Rx и Effector.

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

О целесообразности изучения

Точно стоит, индустрия в лице бизнеса ещё долго будет нуждаться в разработчиках на React.

На мой взгляд, ситуация будет меняться, но несущественно, если говорить о цифрах. State of JavaScript наглядно показывает, что лидеры на рынке фреймворков постоянно меняются, и в любой момент могут появиться конкурентоспособные новички.

История успеха Svelte говорит о том, что в ближайшем будущем может появиться что-то новое, что заберет часть аудитории у React. Скорее всего, React еще долгое время будет если не на первом месте, то определенно в топе фреймворков.

Стоит отметить также, что существующие фреймворки различаются концептуально и используются для разных типов проектов. Поэтому популярность можно предсказывать, основываясь также на развитии технологий и подходов. На фоне развития мобильной разработки наличие React Native также играет в пользу фреймворка.

О библиотеке или фреймворке, который обойдёт React в будущем

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

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

О новых возможностях

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

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

О Redux и других инструментах управления состоянием

Новые инструменты появятся. Я бы даже сказала, что уже сейчас они есть. С одной стороны, появление хуков заставило взглянуть на управление состоянием под другим углом. С другой стороны, клиентские реализации для GraphQL (например, Apollo) позволяют некоторым проектам обходиться без Redux. Также не стоит недооценивать MobX, который развивается и в будущем может предложить неплохую альтернативу.

О целесообразности изучения

Вот этот вопрос мне кажется более провокационным. Потому что нужно начинать изучение не с фреймворка, тем более, такого специфического, как React, а с чистого JavaScript. А потом уже можно попробовать разные фреймворки, чтобы понимать, как они устроены, и различать подходы к разработке проектов.

Как раз недавно на митапе MinskJS, который я помогаю организовывать, соорганизатор митапов MinskCSS и MinskJS Саша Шинкевич рассказывала доклад на тему «Как перестать выбирать фреймворки и начать жить». Мне кажется, это хорошая иллюстрация современного фронтенда. Выбирайте фреймворк не ради фреймворка, а для достижения хорошего результата.

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

О библиотеке или фреймворке, который обойдёт React в будущем

Да, я думаю, что такой инструмент уже есть, хоть и в очень зачаточном состоянии. При должном развитии, популяризации и организации обучения, этот новый инструмент заменит React в привычных сферах. Это решение построено на основе стейт-менеджера Effector. Автор Effector пришел к выводу, что управление состоянием неотделимо от отображения. Пока что рано рассказывать об этом решении на большую аудиторию. Но желающие смогут легко найти информацию об Effector в поиске.

О новых возможностях

Я жду, когда React научится батчить апдейты от сторонних событий. Например, от событий браузера, вроде клика по кнопке, двойной вызов хука setState или аналогичного, вызовет только один рендер. Но если двойной setState будет вызван по таймауту, то будет два рендера. Это не круто.

Помимо этого, хочется tree-shaking. Слишком уж много весит react-dom. Я не хочу «платить» за то, чего не использую.

О Redux и других инструментах управления состоянием

Redux изжил себя. Насчёт общепринятых или популярных — не знаю. Но я сам, а также в рабочих проектах с командой, полностью перешёл на управление состоянием с помощью Effector. Он поддерживает SSR, TypeScript, не привязан к фреймворку. Обеспечивает декларативные связи между сущностями, что помогает визуально отсматривать логику.

Я уже очень давно хотел отделить логику от вью. То есть ровно так, чтобы логика жила своей жизнью, независимо от вью. Компонент просто отправляет события в логику, а та сама решает, что делать с событиями, а вью лишь рендерится от стейта. Получаем React — та самая функция от состояния.

Effector позволяет мне реализовать это все без бойлерплейта, десятков различных методов, классов и декораторов. Лишь обычный JS/TS.

О целесообразности изучения

Да, стоит. Это самое популярное и гибкое решение на данный момент. Да, React далеко не простой, но изучив его, можно не бояться фронтенд-разработки. В отличие от фреймворков, React использует экосистему JavaScript, а не выдумывает полностью свою. Хоть и очень похож на фреймворк.

напишите что нибудь умное в соцсетях и не трендовое… большой охват получите? Ценность сайта не в том что он сдл. Куча сдл в никуда и никогда ее не покинут.

Оно то да, но настоящие СДЛ скоро будут ценится на вес золота. Вот как раз они и будут на первых ступеньках. А из остальных поиск выжмет все что нужно и все. Это уже сейчас происходит. Пользователь задает вопрос, ему сразу и ответ.

Мощная и удобная CRM система, разобрался давольно быстро как с ней работать

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

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

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

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

Это совмещение поискового алгоритма с соцсетями нового типа, в которых ранжирование и показ контента строится не на принципах трендов, а на принципах качества контента.И понятно, что игроками на этом рынке будут не яндекс и не гугл, а новые компании, которые составят конкуренцию и с фэйсбуком и с нынешними поисковиками. Они дадут 10-ти кратное качество органической выдачи, а seoшники поступят на работу в яндекс и гугл… без них старые поисковые системы не смогут конкурировать друг с другом за полученное коммерческое влияние.

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

Сайты всегда были сырьем, а в основе поиска всегда стоял анализ этих сайтов.

Убийцы гугла и яндекса на моей памяти выходят уже с 2003 года.Пока так и не вышли… Будущие за умными расширениями браузеров для поиска…

Омниканальный шопинг станет более распространенным

По мере того, как стираются границы между физической и цифровой средой, использование нескольких каналов станет более распространенным среди покупателей. Об этом свидетельствуют 73% покупателей, пользующихся несколькими каналами для осуществления покупок.

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

Существует множество примеров того, как работает многоканальный шопинг. Например, люди могут найти всю информацию о продукте в интернете, а затем купить в физическом магазине, или купить товары в интернете и забрать в офлайн-магазине. Чем больше каналов используют ваши покупатели, тем больше вероятность увеличения средней стоимости заказа. Например, покупатели, которые использовали более 4 торговых каналов, тратили в магазине в среднем на 9% больше, чем те, кто использовал только один канал.

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

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

За последние несколько лет персонализация в сфере e-сommerce стала активно развивающейся тенденцией среди компаний по всему миру, но в 2020 и последующие годы персонализация станет уже непоколебимым стандартом. Согласно статистике, 33% клиентов прекратили свои отношения с компаниями, где они отмечали недостаточность или отсутствие персонального отношения к ним.
Кроме того, уже сейчас персонализация представляет собой целую маркетинговую стратегию. Далеко в прошлом те времена, когда это ограничивалось обращением к клиенту по имени. Теперь персонализация в e-сommerce осуществляется на основе комплексного анализа личной информации клиента, его демографических характеристик, поведения в интернете, истории покупок и многих других данных, имеющих отношение к онлайн-шопингу.

Существует множество способов того, как внедрить персонализацию в ваш бизнес. Например, вы можете рекомендовать пользователю определенные товары в вашем интернет-магазине на основе того, что он уже добавил в корзину.

Получается, в будущем сайты будут не основой поиска, а сырьем, откуда поисковик будет извлекать данные, обрабатывать их и предоставлять пользователю в таком виде, что у того просто не будет необходимости переходить по ссылке. Предсказывать будущее интернета, занятие неблагодарное. Слишком быстро всё меняется в Интернете — во-первых, развиваются технологии, во-вторых, в сеть приходят по настоящему большие деньги, все виды бизнеса 'взрослеют', появляются новые, связанные с этим, проблемы и возможности. Но заглянуть в завтрашний день все же можно благодаря 'паразитической' природе поискового продвижения. Стоит посмотреть, каким образом эволюционируют поисковые системы — и станет более понятно, куда идет бизнес, связанный с получением с них трафика. Спасибо за интересную информацию.