HTMX заменит Frontend?! WTF?

[@Howtogoit]

Вход в комьюнити (обязательно подписывайтесь): t.me/howToLearnIT ******************* 0:00 Проблематика 01:45 БЕСПЛАТНЫЙ вход в комьюнити 02:35 Что такое HTMX? 03:25 Первый пример: свэппинг и запросы 05:55 Второй пример: пагинация 06:35 Третий пример: lazy-loading на кастомных событиях 07:23 Четвертый пример: Hyperscript 09:21 На что еще способен HTMX? 10:13 Плюсы HTMX 11:12 Минусы HTMX ********************** Документация: htmx.org/examples/ Как переписали большое приложение с React на Джанго + HTMX kzbin.info/www/bejne/aXiyk5xvaNmdkKs #html #js #css #react #frontend

[@mikaelgevorgyan4521]

я фреимворк свой делал на php + js почти такой вариант), но немного другое там у меня.Просто мне надо кодить на js

[@user-izolbuj]

Привет html инъекции

[@tokarev_arr]

"...Теперь для разработки фронта не нужен JS, только HTMX..." Шаг №1 - Подключаем JS библиотеку в head ...

[@angelsave]

Ага! Хрень полная. Берем Svelte, делаем все это в несколько строк и все летает.

[@Ilya-gv6kb]

+ 👍 )))

[@serdar6318]

Ноты же на js не пишешь.

[@AlexM-uz1hg]

@@angelsaveпривет, а не могли бы вы порекомендовать какое-то видео с ютуба по основам Svelte, для мамкиных программистов? (знаю только основы фронтенда, ну там JS, CSS, совсем немного react. Ну и на ХТМЛ программую))

[@ctsrazor]

​@@AlexM-uz1hgтуториал на оф сайте там есть просто все в виде задачек

[@phat80]

Программисты HTML никак не сдаются и доказывают, что они существуют!

[@DevBer]

И им для этого все равно нужно чтобы написали JS скрипт 😂

[@Jdjdjdjdjjdr]

Какая разница если они все ровно пишут на js😂

[@DevBer]

@@Jdjdjdjdjjdr воувоу, палехчи!!! Это не ДжаваСкрипт, это ГиперСкрипт!!!

[@ctsrazor]

Использовали 2 года в проектах htmx, в этом году перешли на nuxt. Как бы мы не сопротивлялись но альтернативы js фреймворкам нет если нужны непозорные интерфейсы.

[@chelol208]

скоро htmlщики избавятся от этих цепей и будут писать исключительно на html. победа будет за ними они найдут способ обойти систему!@@DevBer

[@green.616]

Требуется HTMX-программист с опытом от 3 лет

[@Easycore2000]

И знанием PHP

[@nojik-ejik]

@@Easycore2000 с опытом 200 лет

[@АшурМезлан]

С высшим образованием по направлению "Прикладная информатика" в МФТИ.

[@DenisKlymenko]

Если это заменит фронт, то CSS способен заменить бек

[@mikaelgevorgyan4521]

Весь проект даже мобильную разработку, а самое крутое Ассемблер🤣😅

[@yakovbotov6145]

Забавная технология, но не более. Жизнеспособным такой подход к написанию приложений сложнее hello world назвать язык не повернется

[@akikadze]

Theo хорошо разобрал в своем видео про HTMX. По сути, фронтендерам иногда хочется немного зайти в бэкенд, но не слишком сильно. Из-за этого реакт и Next13 сейчас смещается в backend. HTMX, это наоборот, когда бекендеры хотят немного фронтэнда, но не хотят разбираться с js фреймворками.

[@Ilja903]

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

[@Михаил-ъ6ъ5е]

ЧСВ у разрабов хоть отбавляй

[@aquinary.]

@@akikadze по рукам за такое. Только только ушли от каши php + html + css + js в одном файле, а тут эти горефронтендеры захотели вернуться к этому снова. Опыт кучи сайтов на php показывает, что такие возможности способствуют протеканию фронта в бек и наоборот. Не потому что яп плохой или что-то такое, а потому что люди склонны сами себе создавать тех. долг, когда надо побыстрее.

[@jigaii]

@@akikadze >но не хотят разбираться с js фреймворками и берут вундерфавлю с супер самобытным синтаксисом

[@levapveeskela4327]

Сомневаюсь, что это приживётся, усложнение html-ки логикой обработки не понятно для чего, когда лучше разделить эти сущности и отдать это на обработку в js, который можно маштабировать и разделять на модули. Тут говорят, что это проще, но с виду это сильное усложнение, те кто хочет верстать лендинги и говносайтики без внутрненний или минимальной логикой, при том, что их устраивает, что в конце получится простыня кода, то удачи вам в коммерции, лучше сразу идите изучать NoCoding)

[@i.am.dnebik]

расскажи это процветающему тайлвинду

[@valer4ik_mx197]

также все реактеры с jsx :|

[@ViKTorulez]

Чувачок пиарит "велосипед", только у которого цепь на переднее колесо выведена.

[@levapveeskela4327]

ты вообще о чём?) при чём тут очередной ui-kit к текущему контексту обсуждения? их как было 100500 так и будет становится всё больше и больше, не надо смешивать мёд, говно и пчёл

[@vantuz54]

​@@ViKTorulezнет не цепь. А педали приделаны к переднему колесу. А сидушка на руле.

[@Tunec_s_hlebom]

Я так понял челы, которые это изобрели, были в коме в то время, когда появился ajax

[@dalysdeveloper907]

Очередной убийца React, который помрет раньше чем выйдет в альфу :D

[@nartoomeon9378]

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

[@l22dev]

Ванга, ну что там, 4 месяца прошло с твоего сообщения, наверное помер до альфы , да?

[@dalysdeveloper907]

@@l22dev 14к установок за неделю, очень серьезный результат для очень серьезной библиотеки в пике 67к установок С такими результатами подрастает второй Astro Который вроде есть, а вроде и никому не нужен

[@l22dev]

@@dalysdeveloper907 о есть 14к установок, а не 0, да?

[@soversus5374]

Я точно так же говорил про react, но он собака выжил и пережил jquery/ ) А по сему не зарекайся. Думаю чем проще и гибче инструмент, тем больше у него возможностей.

[@JukOlen]

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

[@stormbraker637]

Для senior html программистов

[@МихаилВикторович-р2я]

Эх ностальгия нахлынула, я подобную библиотеку 10 лет назад написал, все идет по кругу.

[@ukrainetoday960]

Все верно, авторы кстати уже на второй круг пошли - добавив поддержку morphdom, alpine-morphdom и написал свой - чтобы была поддержка шаблонов)

[@ukrainetoday960]

Только сторы добавят и будет новая библиотека аля реакт

[@fex4380]

​@@ukrainetoday960фашист

[@ukrainetoday960]

@@fex4380 у тебя в зеркале

[@herbnord5351]

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

[@Ilja903]

Подойдет для джанги и рельс. Именно там сейчас приживается.

[@ukrainetoday960]

Все работает ровно до тех пор пока тебе не становится нужным написать инпут с автодополнением, изменение стейта которого определяет появление других инпутов в сложной форме)

[@anton6643]

не стыдно на мове ахрессора?

[@chelol208]

русский язык принадлежит украине а росии язык на самом деле фино-угорский. украли историю и пытались все это время обмануть что они русские. Настоящая Русь это Украина. @@anton6643

[@gccode1076]

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

[@castorboris7625]

@@anton6643 а чего чуваку должно быть стыдно? тебе ж не стыдно с ним дышать одним воздухом, или уже из-за принципа готов удушиться? ))

[@anton6643]

@@castorboris7625 ты в укропии не жил, тебе не понять.

[@artemgoncharuk5174]

В 98м году всё так и работало, вот это супер технологи, я в восторге! Кажется разработчики в дореактные времена под стол пешком ходили и не помнят как мы все получали кусочки html и втыкали их куда-то в dom. Вы еще аякс за турботехнологию выдайте )) Ну и да, не до смеха когда я гиперскрипт вижу, это же читать невозможно, чем это лучше js-то? (я уже молчу что на js он и работает) 😂 😂 Разработчики молодцы, что пытаются придумать что-то новое конечно, но выглядит это всё катастрофически ужасно и написать что-то продуктовое на этом очевидно невозможно.

[@discoboy8169]

Да че, автор походу не в курсе что ДжаваСкрипт изначально появился в 90х для интерактивности и вот тогда и летали снежинки и бабочки ) Это уже потом из него сделали что-то крутое. А мы просто вставляли js код в html... бякэнд ? Ну перл скрипт тебе на) И потом ворвался "ПХП")

[@MrTagary]

Полностью согласен читать невозможно если ты не бэк, так как им нравится именно vue 2, из за того что пропсом ты 1000 строк кода передаешь, ммм читабельность уровня 1 раз сделать, и работает, а потом новый человек зайдет, и подумает, а кто это писал что написано и еще за это плати, что он будет разбираться какую ахинею тут написали

[@xjpfxei]

Я вот новичок, без амбиций на серьезные проекты, передам вам свое видение. Кракозябры жса выглядят куда менее читабельными, даже для человека который их уже 10 лет боковым зрением видел. Да и чтобы хоть чето сваять, надо сначала изучить сложную систему этого языка. А на другой чаше весов какойто максимально простой и удобочитаемый запрос. Мои собратья будут неимоверно рады, что узнать, что смогут обойтись такими простыми инструментами для своих мелких проектов)

[@ioannp.5274]

@@xjpfxei Совершенно согласен, как тут правильно написали, по факту htmx может применяться в 95% веб проектов, там, где нет необходимости обрабатывать десятки тысяч запросов в секунду. Использование современных JS фреймворков много где выглядит избыточным и только затягивает и усложняет разработку. Реальность такова, что JS сейчас в принципе один из самых неконсистентных языков с тоннами легаси и костылей и если есть возможность избежать погружения во него - это же просто замечательно! Я занимаюсь поддержкой корпоративного портала который автоматизирует бизнес-процессы и есть стойкое ощущение, что htmx это то, что нужно, буду пробовать.

[@neverlanddeepinside7273]

У меня болит голова от новых фреймворках каждую неделю

[@mikaelgevorgyan4521]

секунду я бы сказал, сам уже собственный создаю)

[@shittywizzard5727]

@@mikaelgevorgyan4521 создаешь еще один, которым никто не будет пользоваться

[@youth991]

@@mikaelgevorgyan4521создаешь? 🤡🤣 Фрейм пишут, программист мамкин

[@AlexanderTikhomirov-co2nx]

Всё на строках, нормальных переменных и т.п. нет. Получается переиспользование кода стремится к нулю, дублирование кода, да и поддерживать такое не очень удобно, а ну и ещё смешивание с атрибутами самого HTML, из-за чего всё становится более громоздким, когда хочется наоборот. Если всё это исправить, то получится фронтенд-фреймворк HTMX = React/Vue/Angular

[@TheTexPro]

можно использовать шаблонизатор

[@sayatraykulov6225]

Тот момент когда html стал языком программирования😂

[@IgorMakarov-n9r]

декларотивный ЯП, методы которого определены заранее и интепритуруются браузером вызов методов происходит путем написания тегов ведь html не "язык разметки", а вызов методов выполняющих операции на CPU, которые отрисовывают изображение.

[@youth991]

@@IgorMakarov-n9rдегенерат, HTML - это язык разметки.

[@wersa45]

css же стал. И это вообще не шутка)

[@vasilyh4588]

Несите крест и колья - эту шнягу надо давить в зародыше!!!

[@Black1991Star]

HTML и JS ссыпали в одну коробку и назвали это новой технологией... Вопрос зачем ? Какие проблемы она решает... кроме создания нового синтаксиса написания кода.

[@Михаил-ъ6ъ5е]

Ты как будто только узнал о зоопарке фронтенда😂

[@АндрейЧуев-с4м]

Вместо нормальной типизации - обычный текст на ХАЙПерСкрипт😅 Вместо всем известного хтмл и жс - учим новый хтмл и новый язык скриптов😊 Даже при полном не знании фронта я бы не рекомендовал бэкам трогать это даже самой длинной палкой)

[@DevBer]

По мне - похоже на ангуляр с вью, такая же хрень не читабельная 😂 Но обязательно затещщу на петпроджекте

[@nikitadudchenko5010]

​@@DevBerвообще не похоже и близко. С каких пор они нечитабельными стали?

[@DevBer]

@@nikitadudchenko5010 похоже похоже, никто не говорит что 1:1, но похоже )) А про нечитабельность даже не стану ввязываться в этот холивар, это имхо, ничего не поделать.

[@Монологиожелезках]

Трудно найти того, кто может в бэкэнд но не знает HTML и JS и мог бы обойтись без "подгружаем библиотечку" хоть в реализации простейшей формы, хоть в реализации тетриса квадратиками создаваемыми текстом внутри DIV. Можно найти такого, кто думает, что он может в бэкэнд.

[@ioannp.5274]

Далеко не всем нужна "нормальная типизация", а разобраться в нескольких аттрибутах htmx куда проще, чем hello world на реакте сделать. В общем для небольших проектов, для всяких автоматизаций бизнес - процессов на Джанго -- это весьма и весьма годная вещь.

[@AndreiVvedenskii]

Ух ты, кто-то придумал еще один фреймворк для фронта! Никогда такого не было и вот опять.

[@antonmanin3521]

дааа, давайте ещё к этому посмешищу добавим tailwind и получим километровые нечитаемые куски -дерьма- HTML, где чёрт ногу сломит 👍

[@M615243]

Как бы есть директива @apply для tailwind

[@nocenzura]

@@M615243 как бы её лучше не использовать. в самой доке тайлвинда это написано.

[@crypto_has_you]

А ну не гони на тэилвинд! Лучше бутстрап свой выкинь

[@clown228]

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

[@dreamshaded]

@@M615243 ну и смысл тогда?) не проще в селекторе css прописать, м?)

[@andreisuvorkov2023]

Дебажить это чудо будет сплошным удовольствием

[@yabnku]

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

[@r35p3ct00]

Да, самое интересное не показали, как бэк должен с этим говном возиться

[@hjetwd]

Для HTMX не нужен JS! нужно всего лишь подключить мааааааленькую JS библиотеку... т.е. JS всё же нужен, получается HTMX просто какая-то кастомная JS библиотека. В ролике же наваливают, как будто это сам HTML эволюционировал в новый формат HTMX! Моё мнение - HTMX выглядит как говно и пользоваться им будут энтузиасты, которые просто хотят пощекотать нервы.

[@mikaelgevorgyan4521]

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

[@infantfrontender6131]

@@mikaelgevorgyan4521, это конечно хорошо, но с этим фреймворком никто кроме вас работать не будет. Если ваш проект уйдет на стороннюю поддержку, то едва ли кто-то захочет к этому прикасаться. Велосипеды без комьюнити они такие

[@infantfrontender6131]

HTML это стандарт и они кардинально не изменится. Тоже самое было с JSX и люди носились как полоумные крича что HTML и JS хана. А потом выросло поколение разработчиков, которые удивлялись почему это JSX (без транспиляции) в вебе не работает.

[@mikaelgevorgyan4521]

а может будут работать)@@infantfrontender6131

[@matriarch__402]

А че там страдать? Делашеь UIkit под проект или в тупую дублируешь код. Да и все изменения выполняются за минимальное время, которое проц позволит, а не отправляешь запрос, ждешь пока сервер одумается, потом отправит это обратно, и только потом уже ререндер делаешь. Реакт это класс@@mikaelgevorgyan4521

[@vladislavkatz9774]

Чел, я работая фронтом в 23-м году использую jQuery , и не потому что очень этого хочу, а потому что проект так сделан. Я нихрена не шарю в этом древнем г*вне, но приходится потому что оно используется на проекте. А вы тут про какой-то серверный рендеринг, какие-то реакты, динамика. Большим дядям все вот эти новомодные штучки вообще не нужны. Им нужно , условно говоря, старый проверенный временем и десятками проектов инструмент, который работает как часы. Под это подходит реакт, ангуляр и прочие гиганты, но никак ни вот этот "новаторский подход", ты скажешь такое шефу, он пальцем у виска покрутит и все ... С другой стороны, это тоже понять можно, ведь на кой хрен выдумывать что-то новое, если старое и так все работает. Тем более это новое не протестировано и , скорее всего, чтобы пересесть на него понадобится время, а время, как и в любом другом бизнесе - деньги. Очередная мертворожденная херня

[@bloodjopa]

ты просто реакт-макака

[@МаксимБычковский-г4б]

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

[@mercurykd]

jquery это же просто функции обертки на js. ох уж эти современные фронтендеры, консольлог без реакта не смогут сделать

[@gameplaymerplay8107]

fetch и xmlhttprequest спокойно решают данную проблему, Сия чудо можно назвать просто фреймворком, но никак не новой технологией. Это, наверное, будет удобно, не спорю, но скорее всего, если будет интерес, просто добавят в спецификацию html

[@serb1146]

т. е. с бека ожидаются не данные а уже готовый html с данными?

[@4kaSOSiso]

Да

[@qburanp]

Кусочек хтмл. Страница целиком приходила и раньше, до spa. P.S. справедливости ради стоит сказать что htmx вдохновлялся Turbolinks (ныне Hotwire Turbo)

[@Shunpocode]

Мы подключаем .js библиотеку чтобы не использовать js?

[@Kamikitte]

3:10 каво? Нынче легче найти сайт, в котором бэкенд просто жсончик отправляет, а клиент в соответствии с ним уже имеющуюся страницу перерендеривает, нежели сайт, в котором "бэкенд отправляет новую страницу"

[@constantinegeist1854]

Мне интересно, сколько фронтендеров в комментах пишут сложные SPA-интерфейсы, а не CRUD со свистоперделками, говоря о том, что htmx не жизнесопособен?

[@ecaribel]

Чем это отличается от AJAX запроса на сервер, который возвращает HTML, который мы подставляем в нужное место? Тупо проще писать, но зачем? Backend отдает данные, frontend их рисует как нужно. Всё

[@awenn2015]

4:45 мм, хочу найти бекендера который на серьезных щах будет слать верстку на клиент

[@steglaset]

Наконец-то русскоязычные айти-ютуберы дошли до HTMX

[@khasanshadiyarov]

Из Ajax'са звонили, свою идею назад просили. Если нормально, концепт пока натянут немного, но если развивать в правильном направлении и с умом, то может что-то выйти

[@aarghm]

ураааааа новая копна уязвимостей!

[@kot-duott]

Хм, ну то есть вместо JavaScript и JSX получаем HyperScript и HTMX, а те вещи, которые обеспечивает фронтэнд-фреймворк, либо не имеем вовсе, либо пишем самостоятельно. Не вполне понял, в чём тут улучшение.

[@lol-q1v]

Если надо быстро накидать админку или маленький проект. Без танцов с бубнами и минимальным размером бандла самое оно. Для бэкендеров ваще кайф. Не надо ничего учить

[@kot-duott]

@@lol-q1vну как не надо? А эти самые атрибуты HTMX и этот самый HyperScript?

[@maxshdev]

@@lol-q1v почему не надо? )))

[@dmitriikapustin3384]

@@lol-q1v 1. надо учить директивы и новый гиперскрипт )) 2. что потом делать, когда проект расти начнет ? 3. сама парадигма не прививает модульных практик разработки фронта. 4. Все будет размазано черти где. Тогда уж лучше взять Свелту которая и все лучшие практики имеет и весит как воробушек

[@yakiredev]

@@lol-q1v а что бекендеры с детства знают HTML, новые классы HTMX и hyperscript?

[@MrShevrin]

где роутинг, Билли? решается бекендом?

[@max_mgtow]

Привет, Друг 🤝 Впервые от тебя только это узнал 🔥👍👍👍

[@dmitriikapustin3384]

какой он друг после таких видео ...

[@alexxmaestro]

Можешь абсолютно без последствий забыть.

[@wob03omsan38]

Какой Laravel в 2008?

[@mercurykd]

представление современных фронтендеров о мире до их рождения)

[@valentinaivanova7035]

Очень интересно, но не понятно, я же все могу это сделать в js, ты говоришь условно не нужен js, но по сути этот htxm и есть js.

[@ВячеславГадецкий]

Не заменит эта технология фронтов) Для Верстальщиков будет крутая технология, но у фронтов есть Angular, React, Vue, смысл вообще камбекаться в html

[@Pieper64838]

Собака

[@funnyenglish4330]

Еее спасибо за новое видео! Заждались уже🔥🔥

[@krutoyinfo]

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

[@xsunder5454]

а что насчет сео? я в нем не силен, но подозреваю, что это может повредить продвижению сайта?

[@Bruceylancer]

Точно так же, как и все современные JS-фреймворки :) Я когда в своё время впервые столкнулся с этими новомодными веяниями, не мог поверить что это всё взлетит именно по этой причине. Чтобы делать современные SPA с учётом SEO, нужно юзать SSR (добрый вечер, мы уже 20 лет так делаем), только ещё весь бекенд придётся перетаскивать на Node + подтягивать дополнительный фреймворк типа Next. Ненавижу современную веб-разработку.

[@somaticHuman]

​@@Bruceylancer Или можно фронт в бэкэнд перетащить... как на пример в Blazor с интерактивным SSR - ну разве не мечта бэкэндера, запросы к базе из компонента пулять ))), причем поддерживается макрухой, в отличае от педиков из React, которые SSR дилигировали третесторонним парням у которых до сих пор все через пень колоду... или что то недоделано ))

[@ctsrazor]

Плюс - низкий порог вхождения для фулл стека. Минус - что бы сделать красивый интерфейс с анимациями нужно знание js выше чем при внедрении js-фрейморков. Применимо только там где не нужен красивый ui

[@alexxmaestro]

Фуллстек не будет использовать эту дичь. Потому что он уже фуллстек. И пойдет запилит админку на JQuery без каких либо сложностей.

[@lexxkrt]

нет тут фуллстека, это очередная реализация динамического html

[@TalkerTube]

@@alexxmaestro JQuery? Он еще дышит?

[@alexxmaestro]

@@TalkerTube а что с ним будет? Cdn есть, документация и комьюнити в наличии. Всё работает и пишется элементарно. Для выше описанных задач подходит.

[@olezhonnv3215]

Интересно, как они гиперскрипт заимплементили. Полноценный АСТ строят и транслируют в жс, или как-то по другому, например, микровм для интерпретации на жс написали и на ней исполняют.

[@termorey]

Плюсы: быстро, всем управляет команда бэкендеров (сервер) Минусы: тонна строчных триггеров и идентификаторов (а главный ад как раз кроется в компонентах - где какой идентификатор компонента появится, будет ли перекрытие и т.д.)

[@maxshdev]

Чем это отличается от vue cdn?

[@Viplance]

Я вам больше скажу: на современном html5, css3 и es6+ легко можно писать точно такие же сложные интерактивные приложения, как на любом фреймворке, причём без единой библиотеки. Даже работать быстрее будет и меньше говнокода плодить. Только для этого нужно хорошо знать основы и паттерны проектирования.

[@МаксимБычковский-г4б]

Так все эти фреймы и выходят, чтобы обесценить реально хороших спецов.

[@prod.wembley3816]

Писал корзину для интернет-магазина на чистом джсе, интерактивный все дела - 600+ строк кода вышло (с классами методами красивыми насколько жс это позволяет сделать красивым конечно и тд) но поддерживать это чудо реально тяжело. Когда появился баг, я потратил несколько часов на его решение так и не пришел к решению. Решил изучить вью, посмотрел что такое реактивность, стейты, циклы в хтмле, компоненты что избавляют от БЭМа тк как у каждого компонента свои уникальные идентификаторы, и переписал эту корзину за пару часов в общей сложности. Поддерживать ее было одно удовольствие, стейт менеджер избавил от необходимости кастомных локал стореджов парсинга из них джс и тд и тп а так же от кучи багов тк как стабильность запредельная. Не способен будет чистый ХТМЛ + Джс заменить фреймворки ну вот никак.

[@lavcoder]

"Эйч икс СвЭп" -- так в видео. Посмотрите, пожалуйста, в словарь, как правильно это произносится! "submit" -- а ударение на какую букву здесь должно быть?

[@savvushka.t]

Использую для форм и фильтров . Если нужно что сложнее, то alpine. Если ещё сложнее и не нужно сео (админка например), то vue

[@sarafarron7844]

Звучит как неплохая штука, чтобы писать чисто админки и дашборды для внутренних инструментов

[@AlexSorkin1980]

Что то типа livewire в Laravel. Проблема в том, что за каждой маленькой хренью надо будет посылать целый запрос и обрабатывать его.

[@qburanp]

Все это с рельсов взято

[@MrPalianytsia]

Для embedded типа openwrt пойднет?

[@ИгорьГорбенков-ш6щ]

Старый добрый ajax тоже может притащить с сервера отрендеренный кусок html. Alpine JS без проблем обогащает код своими атрибутами. В чём прорывность данной технологии? Почему её все пиарят?

[@mercurykd]

у фронтов точка отсчета после появления реакта, для них аякс это что-то новое)

[@MrBackstabe]

В Rails 7 такой подход. Turbo + Hotwire + Stimulus.

[@jenyaspace]

Подскажите не пойму где храниться код формы которая приходит по get-запросу(((

[@Anisimov_Yu_M]

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

[@Time2paw]

Классное нововведение которое ещё в 2008 преподавали в виде создания формы и привязки параметра submit на button. Именно потому что кнопка выполняла клиент-сервер функции, её заменили тегом с рамкой в последующих этапах развития разметки. Абсолютно не понимаю кипиша по этому поводу.

[@lubluangelinu]

Я правильно понял? в html юзеру при нажатии на кнопку отправляется новая страница, а в htmx та же страница пересобирается?

[@lfa_samec]

Ну а, банально, состоянием приложения как управлять?

[@MRooodddvvv]

подключаем библиотеку на js @ теперь не нужен javascript....

[@donpedro2125]

Мне все это напоминает какую-то алхимию. Упорное пихание в HTML/JS ложек меда в надежде что оно чудом превратиться нормальную платформу отвечающую современным реалиям, но нет, чуда не происходит и мы получаем очередной костыль на выходе. Строгая типизация, стандартная библиотека, сброс легаси говна из CSS/HTML/JS вот что нужно фронтовикам, но всем (гуглы, майки, ...) пох.

[@dmitriyvlasov645]

5:48 Автор, я пишу на C#, не поверишь, там тоже не нужен JS и React. Правда с интерактивностью тоже самое что и у HTMX.

[@somaticHuman]

Blazor 👍

[@dmitriyvlasov645]

@@somaticHuman Мне больше нравится MVC чем blazor. А есть еще WebAssembly.

[@xdef42]

Привет из 2020 от hotwire и turbo мира Ruby On Rails, сам подход ок, при проектировании большого количества достаточно простых интерфейсов - админок и около них позволит избавиться от большого количества реактовского бойлерплейта при управлении состоянием, а так же добавить удобной интерактивности

[@GraxS]

HTMX это Hotwire для зумеров)

[@mercurykd]

делал такое лет 7 назад на обычном jquery+php, потом пришли свежевылупленные смузи фронтендеры и сказали что я устарел, что нужен целый фреймворк чтобы рендерить все на клиенте. потом смузи фронтендеры придумали ssr. а теперь у них прорыв, они придумали старый аякс с подменой хтмл отрендеренного на сервере, круг замкнулся...

[@dmitriyv5740]

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

[@Eugtrader]

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

[@web-dev-pro]

Инит должен происходить после загрузки.

[@tarroma]

Я не понял, если было в планах изучать React, то лучше вместо этого начать с того что в видео? Или всё же не заморачиваться и всё равно react изначально?

[@alexxmaestro]

учи реакт. не забивай голову всякой фигней. то что на видео сгодится разве что для написания элементарной формы. тут один товарищ уже сказал "Сложнее примеров из видоса на этом говне ничего не написать", и я с ним согласен. Как только там добавится чуть более сложная логика, валидация ввода и всякое такое - сразу утонешь. А если еще учесть, что непонятно как это дебажить, то вообще выглядит как срань.

[@gccode1076]

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

[@tarroma]

@@alexxmaestro Спасибо за ответ

[@qburanp]

Я вижу дохера приложений где реакт это как по мухе из пушки.

[@mit7871]

​@@qburanp есть такое, но там проще наивный html+js юзать

[@dlazder3937]

А я ещё пару недель назад увидел на англоютубе обзор на эту игрушку) выглядит интересно, но использовать никто не будет вероятно)

[@4kaSOSiso]

Потому что выглядит как переусложнённое говно.

[@linker-arm]

Почему просто не перекласть больше простых задач на HTML, а сложные оставить JS-су?

[@i.am.dnebik]

1 неочевидность. 2 два источника правды не стоит смешивать подходы

[@antiokh]

Выглядят обе идеи забавно, но сомневаюсь, что это взлетит. 1. JSON стал популярен потому, что XML, с которым работал SOAP избыточен. По сути мы возвращаемся к SOAP для HTML. 2. Hyperscript без шансов с таким синтаксисом. Судя по написанному он использует инденты, как python. В html, где любой whitespace стирается 90% утилит для минификации. Если бы они просто использовали синтаксис JS, было бы проще всем.

[@КонстантинВертинский-у8д]

А чем react или vue стал плох?

[@АлексейМинин-р2э]

Идея не плохая! Только отстала минимум на 10 лет😂 Насчёт того что идея не плохая я кстати не пошутил. Когда работал в одном из проектов в котором был JQuery сам лично реализовывал подобную штуку, сильно ускоряло разработку интерактива. Я её тогда свою библиотечку назвал ajaxhelper.

[@vantuz54]

В 2008, примерно, я сделал сайт полностью на аяксе. И фапал на это, что все интерактивно и страницы листаешь без обновления, перезагрузки страницы и адрес не меняется😂😂😂 Тогда в сео ваще незнал😂 И тогда тоже свою библиотеку пилил. Сео-шники мне как один доказывали, что я не совсем умный. А оказывается я просто время опередил на 15 лет и меня не поняли😂😂😂

[@user-izolbuj]

@@vantuz54 Я такую штуку делал + шаблоны для рендеринга html на сервере

[@denpol9956]

Теперь осталось понять, чем это лучше пыхи ) и как декларативно описать логику страницы и возможно ли это 😂

[@mit7871]

Это не лучше, это вообще к беку не относится, это просто библиотека js

[@yuraser77]

"Laravel's first beta release was made available on June 9, 2011, followed by the Laravel 1 release later in the same month."

[@hermes09]

Табы можно и на чистом html и css написать🙂

[@uszakow]

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

[@youth991]

Старье

[@АлексейХомутников-ц5э]

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

[@hermes09]

@@АлексейХомутников-ц5э если бы речь шла именно, то автор бы упомянул, но он о говорил в самом простом их проявлении, так, будто это нечто ранее недостижимое. Конечно динамическую загрузку на html не написать, но лучшенаписать полторы строки на js, чем поносить свою вёрстку, надеюсь в этом вы со мной согласны

[@Jonstonrich]

В 2008 году laravel не было еще. Был codeignite? kohana и на тот момент чудо технология yii

[@silentium_noxe]

на каждый чих слать реквест, спасибо, не нужно))

[@qburanp]

Лол, а в реактк прям не так

[@SuperWolchara]

Не-не-не зачем смешивать разметку с обработкой функционала. Это сложно для отладки. Должно все быть разбито по требованиям! HTML для разметки CSS для стилей, js для интерактива и т.п., а тут венигрет получится.... Уже вижу как другой разработчик смотрит код разработчика который писал с htmx и шлет его нахр

[@nage7447]

11:09 знать только html говорите? а в новых атрибутиках разбираться? а новый язык программирования учить? для клиента это тоже не такой уж и выйгрыш как я понимаю, там в бандле htlx должен прилетать целый интерпритатор для нового языка программирования и имплиментация всех атрибутиков короче я чет не вижу больших плюсов

[@ИльяСпиридонов-к8с]

Говоришь, что это замена react и vue, но как ты на этой шарашке напишешь большой сервис, с компонентами, родителями и зависимостями? Эта либа максимум - облегчить работу с ajax для одностраничных говно-сайтов

[@mit7871]

Прежде, чем коментарий писать ты хотя-бы видео досмотри)

[@skyslamp]

Так, это все хорошо, но как поиск будет обрабатывать страницу такую, если урла не меняется?) Теперь ждём 5 лет, когда они это внедрят?) Или есть вариант отдачи роботу страницы со всем везде прожатым ?)

[@l22dev]

Зачем глупый вопрос задавать, на офф сайте есть пример

[@serhiididenko]

HyperCss не завезли ?

[@rvsxcovandrey2836]

ждём!!!!

[@magicrime3253]

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

[@l22dev]

Бекендерам не знакомым ПОЛНОЦЕННО с фронтом, вообще делать за компьютером нечего.

[@fumitox87]

Штука интересная, но скорее всего приживется в набросках макетов или в конструкторах сайтов

[@structureandconquer]

Попытка создать еще один фронтенд фреймворк. Как по мне, говнореакта с его танками и редаксами уже более чем достаточно. Даешь С++ и железки!

[@Монологиожелезках]

Что значит "вы просто подключаете библиотеку"? Откуда эта библиотека? Что будет если место откуда библиотека накроется (заблокируется для вашей страны)? Будет ли эта библиотека работать под браузером Internet Explorer 3.0 под Windows 95 (или через 5 лет под тем браузером что у вас сейчас) или просто упадёт с сообщением "обновите браузер"? Библиотека точно не сливает данные куда-то кроме вашего сервера?

[@qburanp]

Ну скачай ее себе на комп, в чем проблема? Cdn подключение сейчас есть у всех.

[@Монологиожелезках]

@@qburanp, смешно. Если вы скачаете к себе на комп некий код, то конечно же в нём исчезнут eval() подгруженного с левого сайта кода или другие подобные "забавы". Аргументацию вида: "да кому ты нужен" и "да кому твой сайт нужен" я тоже не приму, хотя бы потому, что в мои планы не входит делать никому не нужные сайты и проживать жизнь так, что я никому не нужен.

[@mit7871]

Это относится к любому стороннему коду, подключаемому к проекту

[@trinyti37]

Так, ещё раз. Зачем эта технология нужна? Вначале я слышал что-то про сложность фронта для бэкэндеров? Ближе к завершению видео я прям прочувствовал насколько эта технология всё "упрощает"

[@dmitriikapustin3384]

где компонентный подход ? зачем мне очередная хуйня в виде гиперскрипт ? где вообще написано приложение ? В хтмл или в ручках на бэке ? Как это поддерживать. залупа

[@dubium1256]

Для backend'еров будет нормально, простые админки делать по быстрому

[@matriarch__402]

а зачем им админки делать, если им бэк писать надо? Для тестов постман как минимум, админка уже лишнее траты времени, да фронт это уже

[@sighupcmd]

У нас уже давно внедрен, и прекрасно работает, спим крепко теперь. Фронт стейтлесс, все прекрасно

[@poma290399]

Вау, они изобрели еще одну обертку над fetch'ами, необычно, да

[@lemonslover]

6:30, мог бы обычный тротлинг в дев тулах браузера подрубить и показать, вместо того что бы говорить "поверьте, лоадер там есть"...

[@awenn2015]

8:30 какая же это все херня, никто в здравом уме таким пользовался не будет)) интересно под чем были разрабы раз реально решили что кто то будет этим пользоваться

[@rasel757]

Livewire нет ?)

[@25x8.]

А шо с анимациями?

[@alexandr9313]

О, велосипед придумали! Молодцы!

[@geek7807]

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