Ходит мнение, что каждый день во фронте появляется новый JS фреймворк и от части это правда. Я же собрал 9 самых актуальных инструментов в 2023 и сделал этот обзор, объяснив их основы. Заодно кайфанул от изучение новых и от актуализации кодерских умений. Лайк если зашло видео 🤟 Еще подпишитесь на мой ТГ, а то вдруг с TH-cam снесут канал 😅. Там же найдете исходники на GitHub t.me/js_by_vladilen/594 P.S. Если хочешь узнать как стать крутым мидлом, то я записал марафон, где за 2 дня можно получить овердофига полезного контента абсолютно бесплатно, которого так структурированно нет в открытом доступе: bit.ly/404UYEV
@Владилен Минин, привет, ты писал CRM на вью 2. Даа, вспомнил я старые вещи, что поделать) Сложно это написать на вью 3? То есть, часто придется отклоняться от твоих действий в уроках, много отличий?
Привет а можно добавить спидтест для наглядности работы фреймворков! Было бы очень интересно смотреть батл между ними, возможно это больше раскрыло особенности каждого из них.
Как приятно было смотреть на твой чистый js код. Обычно когда сравнивают фреймворки, в подобных видео как обычный js пишут полную лапшу, чтобы сказать: смотрите какой он страшный. А у тебя все по полочкам, прям кайфанул
Отличное сравнение. Можно было еще input и список в отдельные компоненты вывести и в этих фрэймворков покозать как у них обстоят дела с стэйтом между компонентами. И потом сравнить сколько всего строк кода, вес и перформанс. Вот тогда можно будет увидеть существенную разницу. А для себя уже давно сделал выбор - в пользу Svelte
Ещё туда добавить роутинг с параметрами, разной лейзи фигни, работу с формами и валидацией, ну и до кучи какой-нибудь темплейтной магии, вроде темплейт аутлетов и т.д
@@tribesman82 скорее всего solid. Есть сравнение оверхеда (по отношению к Vanilla) выходного бандла после компиляции для различных фреймворков на главной странице solidjs.
Владилен очень хорошо знает Angular, и то как он написал столько простое приложение, задействовав все возможные сущности меня лично порадовало. Плюс хочется также подчеркнуть, что если такой подход кажется сложным и вычурным - стоит ещё раз напомнить, что Angular предоставляет архитектуру и как сказал автор, такое делегирование решает самую главную проблему - масштабируемость приложения. Помимо этого сама абстаркция Angular позволяет писать, по моему мнению, очень чистый, читабельный код, чего мне не хватает ни в каком другом фреймворке. P.S. Влад, поставь пожалуйста расширение для подсветски синтаксиса Angular (vscode - Angular Language Service), если в будущем будут видео по Angular. Спасибо за видео!
Самого главного в видео нет - а именно выводов автора относительно фреймворков, их плюсов и минусов в сравнении друг с другом. Желательно было бы добавить ещё краткую информацию о распространенности фреймворков и их доли на софтверном рынке. В общем, есть куда стремиться )))
Вот это я понимаю, крутой подход демонстрации, серия бы подобных видео по разным направлениям. Для всех новичков наглядно, что и как. Полезность этого видео на долгие годы. Спасибо за задумку и работу.
Владилен, подскажи пожалуйста, в примере Vue ты используешь вычисляемое свойство, а вот в React ты используешь useRef с дополнительным useEffect. Получается у тебя: 2 списка данных Дополнительный useEffect Можно ведь было бы использовать useMemo как вычисляемое свойство, завязанное на одном списке и input и рендерить уже его. Почему был выбран вариант именно с useRef и useEffect? Так лучше по производительности или просто чтоб показать как это делается по-другому? 🙂
Ребят, почему так сложно то, только закончил с основами JS и почти ничего не понятно, даже в файле про фактический JS и от этого большое уныние наступает, вроде человек все детально объясняет и толково, но используются какие то слишком продвинутые технологии
Ангуляр таким тяжеловесным выглядит просто по тем причинам, потому что автор решил использовать весь его функционал. Если использовать стенделон компонент, темплейт описать вместе с компонентом в одном файле, не использовать пайпы и сервис, то там кода с гулькин нос останется) Кстати, в Ангуляре нет сигналов еще, которые есть во всех других фреймворках
Я думал зафигачать нативный фетч в компонент, но потом подумал, что есть клиент, его по-хорошему в сервис надо засунуть и... получил что получил. Зато по феншую ;D
@@VladilenMinin Что большинство новичков и пугает, мол mental model слишком сложная. Зато придя в кровавый энтерпрайз на ангуляре не надо тратить много времени на понимание архитектуры - он везде одинаковый)
Когда открыл для себя канал Fireship 😁 Без обид надеюсь. Содержание и подача сильно отличаются, но заметно, что идеи подглядел (прошлые видео про технологии за 1 минуту и это). P.S. Закрыл форточку и не душню больше, увидел в описании "inspired by" и ссылку на оригинальный ролик
Спасибо за интересный обзор. По данному примеру приложения- чистый JS рулит :), все проще и понятнее. Я понимаю, что 100500 фреймворков придумали не просто так. Мне, как новичку, хотелось бы увидеть какие проблемы решает каждый конкретный фреймворк, какие у него киллер-фичи. Может быть на более сложном примере и поменьше фреймворков за раз...
многое из перечисленного совсем не фреймворки а всего лишь библиотеки взять тот же самый react он особо то не диктует вам о том как устроить архитектуру, а также нету каких либо строгих правил и ограничений, вы сами вольны выдумать что вам угодно. Фреймворк это как правило строгие правила и соглашения по которым готовится ваше приложение
1. ALL_USERS не константа, чтоб в таком формате его прописывать 2. ALL_USERS undefined в начале, а должен быть инициализирован с пустым массивом так как апи может кинуть ошибку (которую ты не ловишь, кстати) и input change будет вызывать filter у undefined. 3. Почему юзер обозначен как “i “при переборе через filter? i - index, номер итерации. Bad naming 4. Если у тебя есть метод start, который все начинает, так запихни подписку на инпут туда же, а то нелогично Это по JavaScript примеру. Дальше не смотрел
Очень интересно. Хотелось бы узнать про динамический роутинг. В случае, когда структура приложения на момент загрузки ещё не известна. Как это можно сделать на разных фреймворках?
В React почему не написал так: ``` const [users, setUsers] = useState([]) const [input, setInput] = useState([]) const filteredUsers = users.filter(user => user.name.toLowerCase().includes(input.toLowerCase())) ``` a через useRef, useEffect...
Когда ты пишешь свой пет проект или стартап - то можешь использовать любой фреймворк который интересен\нравиться. Когда это продуктовая разработка то используют то что: Имеет богатую документацию, коммунити, много разработчиков которые хорошо знают фреймворк и известны уже бизнес кейсы, юзер кейсы, практика написания масштабируемой архитектуры. Для бизнеса нужно: много разработчиков с опытом фреймворка для реакт вью ангуляр - у бизнеса есть понимание как найти сейчас этих разработчиков и где их взять через несколько лет когда потребуется масштабировать или заменить выбывших. Для бизнеса важна успешная практика и опыт конкурентов и других участников рынка - для реакт вью ангуляр есть уже опыт в любых приложениях любой нагрузки и масштабируемости.
@@makkapoya Во-первых это единственный такой коммент. Во-вторых, предположу, что человек оценил по названию ролика - что тема ему интересна. Он ничего не сказал, что посмотрел и все круто
Привет! Круто делаешь, много черпал из твоих видосов) теперь пришел с критикой) По поводу реализации на реакте. А что если не нужно следить в useEffect'e то, что ты ввел в инпуте. Зачем менять users? напиши лучше const filteredUsers = useMemo(()=>{},[input]). И рендери отфильтрованные. Нет?
Не понял из твоего объяснения, в чём именно проблема. На всякий случай: ты точно понял, что users - это как раз уже отфильтрованные юзеры? Кстати, соглашусь, что именование тут не самое идеальное)
@@ВикторПоздеев-ю3щ в подходе проблема , я считаю ) в users не должны быть отфильтрованные юзеры Дальше должен лежать стейт с условиями фильтрации И на основе юзеров и данных для фильтрации должно высчитывается новое значение
Привет, предлагаю снять продолжение и реализовать доп фишки поиска, которые помогут раскрыть различия, когда задача доводится до реального продакшена и как код приложений плсле этого усложнится. 1. Функция возврата поиска отрабатывает секунду. 2. Во время поиска отображать loader. 3. Добавить debounce в пол секунды, т.к нет смысла грузить сервер пока юзер вводит текст. 4. Если получается так, что дебонс не поможет и сервер будет выполнять 2 запроса параллельно, то выполнить самый последний, а более старые игнорировать (как switchMap в rxjs).
Сказать честно, Я ожидал ещё какой-то ытог (Conclusion) к таковым сравнениям, что где лучше, или более приглянулось .. А так, да, весьма объёмно и познавательно, gracias ))
мне как ангулярщику, конечно понятнее всего ангуляр)), мне кажется автор слишком усложнил объяснение, что там и как устроено - возможно, сложится впечатление что куча всего там нужно прописать руками, но большинство из этого генерируется фреймворком автоматически при создании нового приложения (структура, корневые модули и компоненты, методы жизненного цикла, импорты, метод рендера в корне index.html)...остальное при создании сущностей за кодера делает cli, например. Но за трикс с пайпом однозначно лайк!
Спасибо, отличное видео В своих видео начал с самых азов, а дальше буду давать более глубокие знания, только по бэк-энду. Безумно приятно и интересно смотреть, черпаю опыт и в фронт-энд, и в подаче материла :)
Прошу прощение, комментарий не по теме, на превью, когда видео не запустил, перепутал Владилена Минина с автоблогером Стасом Асафьевым. Все успехов в изучении!)
Соглашусь, Alpine действительно выглядит идеальный для подобного рода простых приложений Stencil стал интересным открытием между React и Angular ну и понравился Qwik своей идеологией и реализацией
Qwik впервые узнал о существовании такого фреймворка 😮 Идея в нем заложена крутая, особенно актуально если пользователь с древним смартфоном. И само видео крутое, приложение пусть хоть и простенькое, но на 10 разных стеках, такого в русскоязычном Ютубе мне пока не попадалось.
Vue конечно же топчик! Angular как будто китайский язык, что-то понять там ну очень сложно было, и расхотелось в принципе лезть туда. Приятно удивил Alpine, не знал про него ничего , но этот подход показался простым и логичным! P.S. Возможно будет туториал по Vue StoreFront и Vue script setup + nuxt 3
как раз недавно смотрел огромную таблицу сравнения разн. фреймворков (по скорости) и в ней огромное значение имели ключи. хз, что это, но, например, в angular на некоторых тестах они сильно замедляют его работу
Спасибо большое за отличный ролик! Отдельное спасибо, что начали с ванильного js, чтобы было очевидно, какое количество кода добавляют абстракции фреймворков поверх основной логики. Из нового для себя обратил внимание на qwik - интересная концепция подгружать даже всякие мелочи в процессе работы. И еще хотел поблагодарить за то, что в качестве примера взяли более приближенный к реальности кейс (загрузка данных с сервера, фильтрация, работа с текстовым импутом), а не надоевший, мне кажется, уже всем TODO лист :)
Ходит мнение, что каждый день во фронте появляется новый JS фреймворк и от части это правда. Я же собрал 9 самых актуальных инструментов в 2023 и сделал этот обзор, объяснив их основы. Заодно кайфанул от изучение новых и от актуализации кодерских умений. Лайк если зашло видео 🤟
Еще подпишитесь на мой ТГ, а то вдруг с TH-cam снесут канал 😅. Там же найдете исходники на GitHub
t.me/js_by_vladilen/594
P.S. Если хочешь узнать как стать крутым мидлом, то я записал марафон, где за 2 дня можно получить овердофига полезного контента абсолютно бесплатно, которого так структурированно нет в открытом доступе:
bit.ly/404UYEV
@Владилен Минин, привет, ты писал CRM на вью 2. Даа, вспомнил я старые вещи, что поделать)
Сложно это написать на вью 3? То есть, часто придется отклоняться от твоих действий в уроках, много отличий?
@@nikitaermolenko7813 Процентов на 30 отличается
Привет а можно добавить спидтест для наглядности работы фреймворков! Было бы очень интересно смотреть батл между ними, возможно это больше раскрыло особенности каждого из них.
Как приятно было смотреть на твой чистый js код. Обычно когда сравнивают фреймворки, в подобных видео как обычный js пишут полную лапшу, чтобы сказать: смотрите какой он страшный. А у тебя все по полочкам, прям кайфанул
Отличное сравнение. Можно было еще input и список в отдельные компоненты вывести и в этих фрэймворков покозать как у них обстоят дела с стэйтом между компонентами. И потом сравнить сколько всего строк кода, вес и перформанс. Вот тогда можно будет увидеть существенную разницу. А для себя уже давно сделал выбор - в пользу Svelte
Ещё туда добавить роутинг с параметрами, разной лейзи фигни, работу с формами и валидацией, ну и до кучи какой-нибудь темплейтной магии, вроде темплейт аутлетов и т.д
Сделал выбор в пользу статического типизированого языка с минимальным количеством фреймворков )
Спасибо. Жаль только нет анализа проектов, по размеру и скорости. Было бы интересно.
Потенциальная тема на новый ролик)
Судя по всему свелт будет одним из самых быстрых,на выходе чистый js
@@tribesman82 но его пока мало где применяют
@@max_mgtow согласен, изучаю его на будущее. Сразу в составе svelte kit
@@tribesman82 скорее всего solid. Есть сравнение оверхеда (по отношению к Vanilla) выходного бандла после компиляции для различных фреймворков на главной странице solidjs.
Владилен очень хорошо знает Angular, и то как он написал столько простое приложение, задействовав все возможные сущности меня лично порадовало.
Плюс хочется также подчеркнуть, что если такой подход кажется сложным и вычурным - стоит ещё раз напомнить, что Angular предоставляет архитектуру и как сказал автор, такое делегирование решает самую главную проблему - масштабируемость приложения. Помимо этого сама абстаркция Angular позволяет писать, по моему мнению, очень чистый, читабельный код, чего мне не хватает ни в каком другом фреймворке.
P.S. Влад, поставь пожалуйста расширение для подсветски синтаксиса Angular (vscode - Angular Language Service), если в будущем будут видео по Angular. Спасибо за видео!
Тоже понравилась реализация на Angular. 👍 Самый понятный фреймворк для тех, кто пришёл с backend разработки.
А что было сложного показано?
Не было ничего сложного.
Даже зашла идея с написанием собственного pipe. Взял себе на вооружение эту фишку
Самого главного в видео нет - а именно выводов автора относительно фреймворков, их плюсов и минусов в сравнении друг с другом.
Желательно было бы добавить ещё краткую информацию о распространенности фреймворков и их доли на софтверном рынке.
В общем, есть куда стремиться )))
Вывод прост: реакт - говно 🤣
@@alexlightweight Да я не про навязывание, а про сравнительный анализ. Чтобы понятно было, какой фреймворк в чём силен, а в чём слаб.
@@edmondhamilton995это надо глубже копать, но аудитории и так зайдет
Познавательный ролик👍 У новичков, по-любому, возникнет вопрос: "нафига все эти фреймворки, если на vanila js сделать проще всего")
+
+
Наконец-то появилось что-то про AlpineJS! Спасибо
интересно было бы замерить скорость работы каждого решения
Смысл на таких мелких приложениях замерять скорость? Разница будет в долях миллисекунд, которая глазу даже видна
@@ЕвгенийВоронов-у4щ Понятное дело, что не совсем корректно так сравнивать скорость, но просто интереса ради посмотреть на эти милисекунды
Вот это я понимаю, крутой подход демонстрации, серия бы подобных видео по разным направлениям. Для всех новичков наглядно, что и как. Полезность этого видео на долгие годы. Спасибо за задумку и работу.
Владилен, подскажи пожалуйста, в примере Vue ты используешь вычисляемое свойство, а вот в React ты используешь useRef с дополнительным useEffect.
Получается у тебя:
2 списка данных
Дополнительный useEffect
Можно ведь было бы использовать useMemo как вычисляемое свойство, завязанное на одном списке и input и рендерить уже его.
Почему был выбран вариант именно с useRef и useEffect? Так лучше по производительности или просто чтоб показать как это делается по-другому? 🙂
А где мнение автора, умозаключения, поднаготная?
Ребят, почему так сложно то, только закончил с основами JS и почти ничего не понятно, даже в файле про фактический JS и от этого большое уныние наступает, вроде человек все детально объясняет и толково, но используются какие то слишком продвинутые технологии
Владлен, однозначно тема очень важная. Благодарю за множественное сравнение решений.
С вниманием изучу каждое.
Владилен забыл сказать что сделал это с помощью ChatGPT )))
У дедов начался бунт, где JQ?)
Все уже с ним)
Нативка подросла хорошо, плюс alpine хорошая альтернатива
в реакте второй useEffect нафиг не нужен.
Точно не видел у Fireship. А вообще в заимствовании не вижу ничего плохого, особенно в классных адаптациях, таких как этот видик)
Фаершипа уважаю, вдохновлялся названием его ролика. Ссылочку оставил в описании
Ангуляр таким тяжеловесным выглядит просто по тем причинам, потому что автор решил использовать весь его функционал. Если использовать стенделон компонент, темплейт описать вместе с компонентом в одном файле, не использовать пайпы и сервис, то там кода с гулькин нос останется)
Кстати, в Ангуляре нет сигналов еще, которые есть во всех других фреймворках
Я думал зафигачать нативный фетч в компонент, но потом подумал, что есть клиент, его по-хорошему в сервис надо засунуть и... получил что получил. Зато по феншую ;D
@@VladilenMinin Что большинство новичков и пугает, мол mental model слишком сложная. Зато придя в кровавый энтерпрайз на ангуляре не надо тратить много времени на понимание архитектуры - он везде одинаковый)
Когда открыл для себя канал Fireship 😁
Без обид надеюсь. Содержание и подача сильно отличаются, но заметно, что идеи подглядел (прошлые видео про технологии за 1 минуту и это).
P.S. Закрыл форточку и не душню больше, увидел в описании "inspired by" и ссылку на оригинальный ролик
10 слишком красивая цифра... 3 фреймворка пришлось самому придумать 😆😆😆
А как же $mol? Это же лучший фреймворк! XD
Жесть, первый раз слышу
@@VladilenMinin на хабре его создатель постоянно рекламит, уже лет 7
Спасибо за интересный обзор. По данному примеру приложения- чистый JS рулит :), все проще и понятнее. Я понимаю, что 100500 фреймворков придумали не просто так. Мне, как новичку, хотелось бы увидеть какие проблемы решает каждый конкретный фреймворк, какие у него киллер-фичи. Может быть на более сложном примере и поменьше фреймворков за раз...
Привет Владилен 🤝
Буквально позавчера лазил по твоему гитхабу и увидел недавний код))
Ждал этого видео)
Спасибо 🔥👍
многое из перечисленного совсем не фреймворки а всего лишь библиотеки взять тот же самый react он особо то не диктует вам о том как устроить архитектуру, а также нету каких либо строгих правил и ограничений, вы сами вольны выдумать что вам угодно. Фреймворк это как правило строгие правила и соглашения по которым готовится ваше приложение
Мне понравился AlpineJS, можно больше видео на него Владилен?
Да, специально для вас сейчас начнёт фигачить!
1. ALL_USERS не константа, чтоб в таком формате его прописывать
2. ALL_USERS undefined в начале, а должен быть инициализирован с пустым массивом так как апи может кинуть ошибку (которую ты не ловишь, кстати) и input change будет вызывать filter у undefined.
3. Почему юзер обозначен как “i “при переборе через filter? i - index, номер итерации. Bad naming
4. Если у тебя есть метод start, который все начинает, так запихни подписку на инпут туда же, а то нелогично
Это по JavaScript примеру. Дальше не смотрел
Ответ к вопросу на видео: Лучше тот, на котором есть вакансии.
Когда знаком с angular и vue но не с самым популярным Реактом
95% кода в работе - легаси jquery. Или это специально, чтобы я написал этот комент )
Очень интересно. Хотелось бы узнать про динамический роутинг. В случае, когда структура приложения на момент загрузки ещё не известна. Как это можно сделать на разных фреймворках?
кто-то пересмотрел fireship)
Мне как человека, который не может работать без хорошей архитектуры - angular просто must have. Спасибо владилен за обзор
Вот по этому куча легких сайтов на легких фреймах. А на ангуларе лучше энтерпрайз.
Пару дней назад видел в твоем github новый репозиторий и ждал выхода видео) спасибо за полезную информацию)
В React почему не написал так:
```
const [users, setUsers] = useState([])
const [input, setInput] = useState([])
const filteredUsers = users.filter(user => user.name.toLowerCase().includes(input.toLowerCase()))
```
a через useRef, useEffect...
Почему есть столько фреймворков, которые судя по их описанию шустрее реакта, но при этом все равно реакт это наиболее используемый фреймворк?
Когда ты пишешь свой пет проект или стартап - то можешь использовать любой фреймворк который интересен\нравиться.
Когда это продуктовая разработка то используют то что: Имеет богатую документацию, коммунити, много разработчиков которые хорошо знают фреймворк и известны уже бизнес кейсы, юзер кейсы, практика написания масштабируемой архитектуры.
Для бизнеса нужно: много разработчиков с опытом фреймворка для реакт вью ангуляр - у бизнеса есть понимание как найти сейчас этих разработчиков и где их взять через несколько лет когда потребуется масштабировать или заменить выбывших.
Для бизнеса важна успешная практика и опыт конкурентов и других участников рынка - для реакт вью ангуляр есть уже опыт в любых приложениях любой нагрузки и масштабируемости.
Интересное видео, спасибо Владилен!
37 минутное видео: выходит
каждый второй коммент под ним через 2 минуты: отличное видео, спасибо ))
@@makkapoya Во-первых это единственный такой коммент. Во-вторых, предположу, что человек оценил по названию ролика - что тема ему интересна. Он ничего не сказал, что посмотрел и все круто
Спасибо большое вам Владилен если бы обновили курс Vue JS на Udemy то было бы вообще здорово
где-то я это уже видел...
fireship???
Вдохновился видео от Fireship? :D Чуть-чуть разный набор фреймворков, но всё остальное очень похоже)
Да, я даже добавил это в описании)
@@VladilenMinin А, и правда, ну, это мы уважаем 💪
Збс контент, только не забывай указывать оригинал который ты перевел th-cam.com/video/cuHDQhDhvPE/w-d-xo.html&ab_channel=Fireship
Читаем описание, а еще если уж делаешь вброс про перевод то подтверждай 🤝
Для Angular в pipe в условии прописано users.length === 0. Там скорее всего должно быть value.length
На самом деле лишняя проверка вообще. Я потом уже заметил
Мне кажется или на чистом получился самый лаконичный код?
А можно приложение на 9 фреймворках о которых никто не слышал (пока) ))
зачем придумали столько фреймворков то
Привет! Круто делаешь, много черпал из твоих видосов)
теперь пришел с критикой)
По поводу реализации на реакте. А что если не нужно следить в useEffect'e то, что ты ввел в инпуте. Зачем менять users? напиши лучше const filteredUsers = useMemo(()=>{},[input]). И рендери отфильтрованные. Нет?
Не понял из твоего объяснения, в чём именно проблема. На всякий случай: ты точно понял, что users - это как раз уже отфильтрованные юзеры? Кстати, соглашусь, что именование тут не самое идеальное)
@@ВикторПоздеев-ю3щ в подходе проблема , я считаю ) в users не должны быть отфильтрованные юзеры
Дальше должен лежать стейт с условиями фильтрации
И на основе юзеров и данных для фильтрации должно высчитывается новое значение
Тимлид ушел в отпуск на 2 недели
Также я когда он вышел: 00:00
Angular 🔥
th-cam.com/video/FQPlEnKav48/w-d-xo.html
єто что то похожое ?
1:07 Vanilla js framework
3:50 React js
Властилен на высоте!
Где jQuery и motools?
jquery конечно мы рассматривать не будем )
когда хотябы 2к картинка будет
?
хотелось бы услышать какое-то вывод
Привет, предлагаю снять продолжение и реализовать доп фишки поиска, которые помогут раскрыть различия, когда задача доводится до реального продакшена и как код приложений плсле этого усложнится. 1. Функция возврата поиска отрабатывает секунду. 2. Во время поиска отображать loader. 3. Добавить debounce в пол секунды, т.к нет смысла грузить сервер пока юзер вводит текст. 4. Если получается так, что дебонс не поможет и сервер будет выполнять 2 запроса параллельно, то выполнить самый последний, а более старые игнорировать (как switchMap в rxjs).
Чистый дж прекрасен.. сам использую вью.. но рад был бы работать на чистом дж )
Сказать честно, Я ожидал ещё какой-то ытог (Conclusion) к таковым сравнениям, что где лучше, или более приглянулось ..
А так, да, весьма объёмно и познавательно, gracias ))
мне как ангулярщику, конечно понятнее всего ангуляр)), мне кажется автор слишком усложнил объяснение, что там и как устроено - возможно, сложится впечатление что куча всего там нужно прописать руками, но большинство из этого генерируется фреймворком автоматически при создании нового приложения (структура, корневые модули и компоненты, методы жизненного цикла, импорты, метод рендера в корне index.html)...остальное при создании сущностей за кодера делает cli, например. Но за трикс с пайпом однозначно лайк!
Я в этом иало разбираюсь, но со стороны кажеться что фрейворки плодят много ненужных сущностей. Намного проще HTML
Всегда использую next для своих проектов. Но как я понял, ты даёшь понять что next максимально не популярен в проде?
Спасибо, отличное видео
В своих видео начал с самых азов, а дальше буду давать более глубокие знания, только по бэк-энду.
Безумно приятно и интересно смотреть, черпаю опыт и в фронт-энд, и в подаче материла :)
И не жалко тратить время ?)
Lit как по мне слаб так как autocomplete нету из за строчного синтаксиса, долго печатать, а время то дорогое
Было очень интересно. Не всегда находиш для себя время чтобы весь этот зоопарк пощупат..
Самый понятный вариант это на чистом js. Да и отлажиаться удобнее... По крайней мере это мой выбор.
Пасаны, всем SVELTE
Не хватило как выглядит это всё посмотреть
Скоро будет релиз материала
пора сваливать с фронта)
Спасибо за это видео
Прошу прощение, комментарий не по теме, на превью, когда видео не запустил, перепутал Владилена Минина с автоблогером Стасом Асафьевым. Все успехов в изучении!)
Владилен планируешь когда-нибудь сделать видео о парсинге на чистом JS?
так какой лучше? будет ли сравнительное видео?
Лучше всего солид, но не пали фишку быдлу
Соглашусь, Alpine действительно выглядит идеальный для подобного рода простых приложений
Stencil стал интересным открытием между React и Angular
ну и понравился Qwik своей идеологией и реализацией
knockout JS?
он ещё жив? Первый фреймворк/библиотека, которую изучал
Qwik впервые узнал о существовании такого фреймворка 😮 Идея в нем заложена крутая, особенно актуально если пользователь с древним смартфоном. И само видео крутое, приложение пусть хоть и простенькое, но на 10 разных стеках, такого в русскоязычном Ютубе мне пока не попадалось.
А зачем во вьюшном примере onMounted?
vue, svelte прикольные, а вообще чистый js то крут!
Крутое сравнение, хотелось бы увидеть ещё сравнение скорости работы в каждом из фреймворков)
Я ожидал сравнение перфоманца, размеры файлов и т.д.
Angular TOP
Больше всего понравился SolidJS.)
Vue конечно же топчик!
Angular как будто китайский язык, что-то понять там ну очень сложно было, и расхотелось в принципе лезть туда.
Приятно удивил Alpine, не знал про него ничего , но этот подход показался простым и логичным!
P.S. Возможно будет туториал по Vue StoreFront и Vue script setup + nuxt 3
как раз недавно смотрел огромную таблицу сравнения разн. фреймворков (по скорости)
и в ней огромное значение имели ключи. хз, что это, но, например, в angular на некоторых тестах они сильно замедляют его работу
Приятно смотреть на чистый js, во всех смыслах )
Очень крутой и наглядный споосб показать разные фреймворки. Вот бы ещё такой же по бэку:)
В SolidJS для запросов на сервер лучше использовать Resource
Кайфанул. Было очень интересно. Самому взять и потыкать эти фреймворки/библиотеки не хватает времени. Спасибо Владилен. Видео пушка)
Хотелось бы посмотреть на кое-что за пределами JS/TS - использование WebAssembly. Может, даже с бенчмарками.
А будет еще отдельный курс по React?
Есть актуальный с TS в подсказках
Отличное сравнение! Хорошо бы найти тоже самое по фреймовркам по perl!
Почему vs code а не webstorm как обычно?
Спасибо большое за отличный ролик! Отдельное спасибо, что начали с ванильного js, чтобы было очевидно, какое количество кода добавляют абстракции фреймворков поверх основной логики. Из нового для себя обратил внимание на qwik - интересная концепция подгружать даже всякие мелочи в процессе работы.
И еще хотел поблагодарить за то, что в качестве примера взяли более приближенный к реальности кейс (загрузка данных с сервера, фильтрация, работа с текстовым импутом), а не надоевший, мне кажется, уже всем TODO лист :)
Спасибо за обзор, хотелось бы поподробнее о Svelte.
Прикольный такой челлендж !! 😄
Побольше подобных видео, порадовало
Владилен, Вы прекрасно постарались 👍
Чистый Js выигрывает по простоте и компактности.
после ul.innerHTML = html можно выключать...
Думаешь в name предадут ?
Sveltekit ?
Лайк. Хотел бы увидеть сравнения и тесты