Благодарю за доклад и за желание соответствовать современным технологиям. Только на прошлой неделе озадачился вопросом интеграции VueJS в Битрикс. Жду с нетерпением выхода ui 18.5.1.
Как будете решать проблемы возникающие с СЕО? Уже есть идеи или пока речь только об использовании vue в персональнальных разделах и прочих не важных для сео функциональных блоках типа корзины?
Альберт Абдрахимов мне кажется что проблемы связанные с СЕО, в частности с работой поисковых роботов несколько преувеличены, сайтов на react/angular/vue достаточно много, например тот же фейсбук, в справке Гугл написано что они корректно работают с такими сайтами, у Яндекса такого нет, но думаю тоже все хорошо, технологии уже много лет. Тем не менее мы пока не планируем использовать Vue в разработке, но в поставку продукта включаем для упрощения работы партнёрских решений для исключения проблем версионности.
@@ihazz24 Спасибо за ответ! Я знаю что проблем с индексацией нет у Гугла, но Яндекс по-прежнему не умеет индексировать сайты на js, я буквально пару месяцев назад проверял этот момент на специально созданной странице. А вообще я рассчитывал (не сильно) услышать, что вы планируете выпустить инструмент для SSR для чайников, типа того что вы делаете для транспиляции es6 ))
Альберт Абдрахимов спасибо за информацию, но думаю коллеги из Яндекса уже думают над этой проблемой 😊 по SSR пока не думали, но посмотрим в эту сторону
@@ihazz24 мы состаримся когда они придумают. По факту там в бабки все упирается думаю. Представь какие мощности нужны чтобы милионы страниц рендерить на полном JS, с тупняками программистов, с загрузкой бандлов по N мегабайт. Т.е. это тупо увеличение мощностей в N раз. По поводу SSR - посмотри на пример SSR на уровне компонентов на примере qsoft habr.com/post/421531/ Косяк правда что они не сделали замеров производительности, на highload какого это будет работать. У нас в планах внедрение есть, сделаем с замерами на реакте позже выложим в сеть. У vue есть аналог как у реакта с hydrate.
Нет, google тоже плохо ранжирует react/vue сайты. Попробуйте найти хоть 1 SPA без SSR в топе по высокочастотному запросу. Не найдете. Коллеги на хабре писали о последних опытах - все неудачные.
Если речь про ES6 - планируем все финализировать и документировать в январе, если вопрос про Vue, в конце месяца планируем выпустить модуль с поддержкой, в январе будет документация.
@@ihazz24 Медведев порадовал, когда в день презентации сказал что уже доступна документация) Делайте тоже такие красивые жесты =) Зал помню тогда оплодировал местами стоя =)
Иван Николаевич на той же конференции я анонсировал инструменты контроля времени, которые вместе с документацией были доступны в этот же день. Не всегда публичные мероприятия совпадают со сроками выхода документации, рабочая документация готова, технические писатели оформляют и опубликуют в январе :) Вам кажется, что нужно было не анонсировать инструменты и ждать пока выйдет документация?
Мы с вами разговаривали на конференции в сентябре, ну больно что вы решили отказаться от вебпака. Очень больно. Таки стандарт на рынке. Надо изучить конечно реализацию с rollup (если я правильно понял что вы на него оперлись). Вы вроде говорили что импортов ES6 модулей у нас не будет, вы захотите использовать битриксовый подход импорта JS. Если не ошибусь сам создатель rollup говорил Use webpack for apps, and Rollup for libraries
Иван Николаевич да помню разговор. Мы обсуждали с коллегами webpack, он к сожалению не ложится на нашу архитектуру, у нас больше наборы библиотек, чем одно единое приложение. По поводу импорта, в целом мы продолжаем используем наш подход к подключению библиотек и зависимостей, импорт нужен в рамках одной библиотеки, например разделить константы, логические блоки, такой подход как раз использован в модуле лендингов.
Евгений, еще небольшое мнение выскажу. Смотрите, вот вы опираетесь на то что удобнее партнерам с их текущим уровнем развития. Мне кажется вы упускаете тот факт что битрикс - лидер рынка, которые может диктовать правила рынку. Если вы диктуете и по умолчанию подразумеваете legacy стек - весь рынок в России замирает на этом уровне. Вы также и диктуете правила рынку хостинга. Необходимость наличия node модулей - сильно подтолкнет и эту отрасль. Вот если так задуматься в глобальном смысле, что главные враги массового развития front-end в России: 1. IE (хотя babel многие проблемы решил) 2. Технологический уровень развития ПС => SEO (SSR и изоморф дорого обходится) 3. Битрикс. Который внедрил babel & хоть какой то FW лишь к 2019 году. Огромное количество разработчиков которые верстают под битрикс не развиваются только потому что платформа не закладывает им это, не показывает примеров как это сделать. Представьте теперь что появляется раздел react в документации разработчик bitrix FW. Какой это эффект возымеет на тысячи разработчиков. Пусть там будут просто рекомендации как работать с реактом на битриксе. Это также важный политический ход для того чтобы бороться с хейтерами битрикса. Посмотрите на laravel. У него есть по умолчанию шаблоны на vue, react, bootstrap, пусть просто шаблоны с примерами которые особо не отличаются и никакой магии в них нет. В микс сразу заложили возможность компиляции. Евгений вы делаете важное дело, смелее, доносите до руководства что НЕ НУЖНО ПОДСТРАИВАТЬСЯ ПОД ПАРТНЕРОВ. Нужно диктовать правила.
я бы сказал что платформа бьет по рукам наотмашь вообще всем, кто с ней работает. в смысле разработчиков - и фронт, и бэк. они много раз говорили "нам надо продавать" как аргумент не делать что то важное. вот вам и....вот. диктовать условия... они имеющиеся не могут в документацию нормально занести. в общем - негодую со всей силы
Евгений, смотрю и поливаюсь слезами. Ну как бы 70-80% рынка на реакте, мы выбираем vue =( Особенно было грустно когда доклад в духе: "Посмотрите какой сложный реакт, и посмотрите на этот синтаксис который проще поймут тупые верстаки партнеров". Это конечно мое имхо, react больше для программистов, кто любит код, vue больше для выходцев из чисто верстальщиков. Вас прекрасно можно понять конечно, 6+ лет с битриксом живу в студии, знаю средний уровень фронтов в веб-студиях, они ниже плинтуса даже у многих из топ50. Показательно что в аудитории видимо мало кто знал что такое babel - пришлось объяснять. Но по цифрам статистики использования во всем мире (берите все крупнейшие front-end опросы по странам, google trends, используемость в крупнейших продуктах) - вы пошли против рынка, это факт. Ладно, лирика. Будем жить с этим мать его (извините) vue. В любом случае это лучше чем монструозные слабокастомизируемые компоненты с перерендерингом DOM. Вы молодцы что наконец то решились на такой шаг. Поехали по вопросам: - ui.grid, ui.grid.filter - на vue перепишите? Вот уже где хочется в рамках работы с б24 покастомизировать. - Корзина - Оформление заказа Это наверное самые актуальные компоненты которые просто умоляют вас их переписать на современный FW. За заложенную возможность мутации - отдельное спасибо. Не сарказм. Надеюсь у вас удастся.Мотивировать команду разработку гораздо чаще применять vue компоненты и при внедрении фич найдется время на рефакторинг. Очень много мест в б24 где очень хочется мутации из коробки.
Отвечу вам сразу на два ваших комментария, так как в целом они едины. >>"Представьте теперь что появляется раздел react в документации разработчик bitrix FW." Да, мы в целом согласны, что со стороны нас как вендора было бы хорошо описать best practice для популярных фронтэнд фреймворков, что бы помочь разработчикам которые хотят их использовать легче войти, интегрироваться и начать использовать все возможности во благо. Думаем об этом. >>"Ну как бы 70-80% рынка на реакте, мы выбираем vue =(" Пока политического решения о переходе всей разработки на Vue или React нет. Сейчас внутри компании мы как раз обсуждаем все возможные варианты, это достаточно сложный процесс, думаю, что до конца зимы мы этот вопрос решим. >>- ui.grid, ui.grid.filter - на vue перепишите? Если будет принято решение о фреймворке, то для ключевых компонентов можно будет поднять вопрос о рефакторинге для удобства использования (модификаций), пока не могу что то определенного на эту тему сказать, но такой вопрос у нас есть. Еще раз, спасибо за ваши развернутые комментарии!
@@blm3570 Про рынок js framework, возьмите любые последние мировые исследования, опросы, или на худой конец google trends. Взять хотя бы тот же state of js 2018.stateofjs.com/front-end-frameworks/overview/ Вы расскажите лучше про ваш мирок в котором react внезапно не доминирует. Я так понимаю вы адепт vue?
Вася Пупкин ну я о том что доводы в докладе (да и не только, эти доводы в принципе применяются про "плюсы" vuejs), говорят что vuejs проще для верстальщиков, а react "сложна" со своей инфраструктурой. Тупые - это я о том что большинство front-end разработчиков под bitrix FW - до сих пор используют only legacy stack с jquery, даже не пробуя как то апгрейдить его, стагнируют. Не говоря о фреймверках - банально не юзают webpack/babel/es6+, хуже того есть немало студий где даже какого нибудь gulp+препроцессоры нет. Верстают ванильный css+jquery лапша. Команда Bitrix дает исключительно жуткие примеры в БУС - посмотрите на лапшу кода для управления состоянием в корзине и оформлении заказа. И да, таковым действительно проще vue чем react. Мы занимаемся саппортом bitrix проектов (направление крупного и среднего бизнеса) много лет, и как бы грустно все с фронтом от коллег как в регионах, так и в МСК. И проблема не столь в коллегах, а в том что bitrix мало думает о передовых (хотя по факту необходимость использования FW уже давно данность) технологиях. Очень хотелось бы видеть скачек развития поддержки front-end в платформе. Да, конечно хотелось бы react, а не vue, однако vue лучше чем ничего.
@@north-leshiy спасибо за ответ. Сам я занимаюсь клиентской разработкой и хотел бы попробовать Vue.js несмотря на то, что подавляющее большинство проектов используют React. Основная проблема в том, что на рынке труда нет достаточно квалифицированных кадров, чтобы использовать современные инструменты разработки, то есть рынок наполнен неквалифицированными кадрами, из-за чего страдает вся сфера в целом и складывается мнение, что клиентская разработка -- самый низший слой разработки. В back-end-разработке, на самом деле, не лучше. Я работал с коллегами, которых заботит только работоспособность написанного кода, но ни отладка, ни поддержка, ни модификация.
Не спорю в некоторых решениях Битрикс хорош, но не всегда, далеко не всегда. Отличная мысль свести с современными JS решениями, но кажись будут опять 100 тыщ миллионов костылей.
Большинство битрикс разработчиков всегда ниже по уровню разработчика на фреймворке. То же самое и про фронт-разрабов. То что на фреймворках джун начинает с самого начала, иначе никак. То в битриксе этого либо вовсе нет, либо очень криво сделано. Это не моё личное мнение, это результат собеседований, в компаниях, которые на битрикс смотрят как на страшную моську. Всё на уровне догонки - весь мир уже давно использует, а битрикс только начинает думать - а не внедрить ли нам это... То ли проблема в самом штате разработчиков - консерваторов, то ли и там уровень разрабов ниже, как я писал в начале. И очень много легаси-легаси-легаси, и тупое оформление заказа и корзины, боже о чем они думали, что курили, когда решили это сделать таким образом, что у них в головах было. И не перепишут и не объяснят. Ну вы помните что они писали: мол оформление идеално-и менять не имеет смысла :) до сих пор вспоминаю и недоумеваю. Порой кажется, это делается, чтобы нормальные разработчики не сувались туда, а те кто уже начал на битриксе - уже не смог бы оттуда вынырнуть. ИМхо
Знаете, это напоминает мне российский автопром, где каждый раз гордо заявляют - "Ну уж теперь-то мы сделали машину!" Не верю Не использовали ES6 потому что до 2к18го не знали как его полифилить? Srsly?
По факту нет такой острой необходимости в ES6, в любом случае это просто синтаксический сахар, такой переход нужен больше нашим партнерам - повысится читаемость, расширяемость, удобство разработки. После доклада было много вопросов про транспиляцию, далеко не все её используют, не смотря на то что на дворе 2018.
@@ihazz24 Вы опрашиваете партнеров Bitrix. А теперь сходите на конференцию Laravel или даже какой нибудь Drupal. Удивитесь, но уверен, там будет немного другая статистика) То что партнеры не знают ничего про это - в т.ч. вина платформы, т.к. замкнутный круг: - платформа подстраивается под партнеров - партнеры подстраиваются под платформу
@Валерий Чернов Я понимаю вас, но к сожалению реалии таковы, что даже такое изменение как переход на ES6 повысит порог входа в платформу, мы должны быть очень аккуратны в таких вещах, сейчас нам кажется что уже можно это сделать.
Да уж. Битрикс программисты - это прям какие-то не до web разработчики. Все пишут под web на vue.js - в Битриксе вечно туча (может и не большая) костылей. Что за политика такая?
Вы наверно не внимательно слушали доклад, в рамках BF нет какой то навязанной технологии - вы можете использовать любой шаблонизатор если вам это нужно, любой фреймворк если он вам не обходим, суть доклада дать легкий вход для разработчиков который все это не использовали и показать как можно соединить Vue и BF для комфортной работы с текущим окружением без придумывания своих велосипедов (локализации, кастомизация и тд)
> "Все пишут под web на vue.js" "Все" - это "я и мой товарищ"? Приведите хоть какую то мировую аналитику где vue набирает хотя бы половину популярности использования reactjs?
