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

Все говорят о Джобсе, но Возняк именно больше герой... Тем более самый первый компьютер создал именно он! Джобс сам отличный бизнесмен, а вот Возняк программист!

Brainfuck нервно курит в сторонке

Как войти в айти? Кричать: аряяяя как все плохо тут у вас в жс, питоне итп, а не сесть и выучить нормально язык. Нет и не будет идеальных яп

Спасибо за ролик, за оформление ставлю 5, а... Браузер понимает html, css и js... Это все что знать фронтендеру... Технология - полное говно, получается такая мешанина, что пиз..ц. Чуваки о чем думали, я не знаю... Вот выйдет очередное революционное обновление по типу es6 в JavaScript, и на х й не нужно будет это htmx и, как там его, гиперскрипт))))

а как же ассемблер?

Какая херня ваш веб...

10:01 изменения макроса? #define LED PB3 ... LED = 1?

крутой контент, но пожалуйста!!! не говори веб, а говори вэб оч плохо звучит((((((((((

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

сво?

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

ecmascript стандарт и html5 стандарт, остальное все филькина грамота которая плодит мифы и получаем то что 90% разработчиков js думают что eventloop это часть js)

Блин, много воды в видео

Я плачу за ютуб премиум, чтоб потом 5 минут слушать эту дичь про клауд ру?

хороший ролик, информативно

имхо flutter лучше, производительнее, доки удобнее в разы. Да и dev-инструменты не такие глюченые как в react-native. Мне кажется разрабы Native свернули не туда..

Где то маркетолог этой рекламы: сотни тысяч глупцов, после курсов веб не принял, что с ними делать? Директор курсов ( очередной ноунейм, создатель гугл и яндекс) : Продай им курсы по промтам.

Это все круто, но проектов с 16 реактом тьма, никто не будет поднимать версию ради этих фич, в стартапах и небольших проектов на коленки это все здорово, но для нормального энтерпрайза этот use server нахер не нужен, а про обращение в базу на клиентской стороне, вообще молчу(бред)))

Хорошее видео, очень понятно рассказываешь. Только где ты такие зарплаты у девелоперов видел, лол? :) В избранных конторах в Москве? Ну и ещё небольшое имхо: проблема Flutter не в том, что он в вебе (или в Safari) работает криво. Safari вообще довольно кривой браузер, и не только его мобильная версия, поэтому это скорее проблемы Safari, чем Flutter. Мне кажется, вообще достаточно спорная идея - писать кроссплатформу. Да, по деньгам это может быть очень выгодно, но у каждой платформы свои традиции и "каноны" касаемо как UI, так и UX, не говоря уже о том, что могут быть некоторые бизнес-ограничения, применимые к отдельной платформе (например, iOS или Android). В итоге всё равно у нас будет общий каркас и три копии тех классов/компонентов, где реализация отличается. И если отличий будет много, то много ли мы сэкономим времени и усилий на разработке общего каркаса? Это не столь однозначный вопрос, иначе все бы уже давно писали исключительно только на Flutter, а баги мобильного веба пофиксили бы костылями.

Забавно, что на предыдущем видео подписался, а на этом сразу отписался от канала. Называть неуклюжий костыль новой технологией и так ею восхищаться может только человек который сам не работал ни дня. Этот скрипт не решает ни одной задачи и не предоставляет ни одной новой возможности. Всё что он делает это ajax запросы с заменой контента в каком либо блоке. При том что аналогичные технологии существуют больше 10 лет с большим функционалом чем предоставляемая технология. По сути новинка это урезанный старый добрый ajax запрос который не может ничего кроме как вставить полученный ответ в блок. Целая технология заменить которую можно 10-ю сточками js там где необходимо

нам нужен кросплатформенная разработка что делать новый React Native попробуем? Ionic да да пошел я нах*й

Проснитесь, в РФ бизнес не рассматривает костыли типа реакта, в корпоративной среде проблемы 3в1 нет, потому что под все платформы можно в одно лицо писать на 1С уже лет 10 как, там даже код дорабатывать не надо почти, только скомпилить в нативные приложения в apk или iOS app

html.div .... а что делать тем кто MUI использует или другие фрэймворки

пздц у реакта в 2024 году ещё не было компилятора, это жесть

куча бесполезных хуков для работы с формами, до полноценных либ для форм им еще далеко. `useOptimistic` вообще хз зачем в основном пакете реакта. У `use` теперь куча ответственности (получается будет `useContext` и `use` одновременно). Посмотреть в сторону ангулара чтоль =)

Можно ли конвертировать функциональный код в ООП код?

В реакте нельзя писать код в чистом ООП стиле?

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

html.div можно было бы назвать просто Div, как компонент, с большой буквы

Когда то давно использовал react. Послушал. В итоге что поменялось то? Мы как гоняли контент по экрану на нем так и гоняем, только архитектура абстракция каждый год новая. Новость то что полезли на сервер?, так я вам скажу на сервере технологий хватает и для реальных потребностей для серверной логики современных приложений реакт это просто смешно.

Ну для себя я понял, что надо больше писать на js, слишком много изменений.

Ещё лет 10 и реакт дорастёт до elm😂😂😂😂😂

Фанаты стабильности любят красный цвет, судя по всему.

Интересно, как изменится Nest.js, который весь построен на декораторах из Typescript

Крутой ролик, спасибо за инфу)

Интересно, как компилятор будет понимать что оборачивать в useMemo, а что нет? Допустим, у меня есть какой-либо простой мэпинг массива максимум из 5 элементов (потому что с бэка не будет приходить больше чем 5) и я не хочу его заворачивать в useMemo, ибо от этого ничего не выиграю, но компилятор это сделает за меня? Но мне это не нужно, так как useMemo будет медленнее работать, чем просто замэпить 5 элементов. По моему, это логичнее и безопаснее все же контролировать руками, ибо будет очень много сайдэффектов, которые сложно будет отследить. Очередная ненужная фича для джунов, которые прошли курсы и пришли писать на реакте не зная основные принципы JS. Насчет use - опять магия. Под капотом выбрасывается ошибка, чтобы прерывать работу функции-компонента и код ниже use не отрабатывал. Это же вообще не очевидно, когда читаешь код с точки зрения JS-разработчика. По поводу серверных компонентов - это самая плохая идея, которая могла когда-либо появиться, это путь в никуда. Потому что это никак не подходит для реализации полноценных продуктов, у бэка должна быть своя архитектура, у фронта - своя. А получается, что сейчас это все будут мешать в одну кашу, потому что стало модно. Особенно бизнес, когда узнает, что на разрабах можно сэкономить, наняв одного разработчика, который будет писать и фронт, и бэк. Только вот спустя 5 лет все поймут, что это все превращается в один большой кусок сложнорасширяемого монолита и будут нанимать полноценную команду из отдельных бэк и фронт разработчиков, чтобы все это переписать на нормальный стэк. То же самое мы сейчас видим и с jquery + php проектами, а ведь когда-то это было модно. За что мне всегда нравился реакт - это за то, что это БИБЛИОТЕКА, а теперь cо всеми этими компилятора и use server'ами это превращается в фуллстэк фреймворк, аля швейцарский нож. Костыль на костыле для решения всех возможных проблем. Можно сразу туда запихать компонент ChatGPT, в котором пропсой будем описывать какое приложение нужно срендерить. По мне, так классовые компоненты были идеальны и на этом нужно было остановиться. У тебя есть четкий класс, где ты работаешь с методами через контекст. А в функциональных что? Функциональные компоненты со своими хуками - это сплошная магия, потому что опять там под капотом реакт хранит курсор и очередь хуков, чтобы знать что нужно вернуть. Каждый рендер - это вызов всей функции компонента, из-за чего появляется множество разных проблем с лексическим окружением у функций и тебе нужно всё это контролировать через зависимости, что, как по мне, тот ещё костыль, который сейчас хотят "исправить" путём компилятора. Еще постоянно в память мы создаем множество функций на каждый рендер компонента, так как все функции хуков в любом случае сначала попадают в память, только потом идёт сравнение зависимостей и движок решает, нужно ли вычищать функцию сборщиком мусора или нет. Нежели классовые компоненты, где у тебя метод определён один раз в prototype и ты всегда работаешь по ссылке (за исключением стрелочных методов, которые после компиляции выносятся в конструктор). Я понимаю разработчиков реакта, им же нужно придумывать какие-то фичи, чтобы получать зарплату и кормить семью, но лучше бы сосредоточились на том, чтобы сделать реакт более чистым и прозрачным)) P.S.: Извините за токсичное мнение, просто немного разочарован)

Спасибо, очень нравятся твои ролики! Давай еще!

Я до конца не понял проблему, почему просто не вытащить const { div } = html; ?

В пізду реакт . На php spa можна делать.

Я ангулярщик, думал попробовать реакт освоить. После просмотра больше не хочу, спасибо.

Из 14 минут реклама 2 минуты 🤦

Пришло время переходить на Котлин KMP или на Дарт Flutter для веба. Там хоть всё стабильно и понятно развивается без спагетти кода.

flatMap это же нативный метод массива в js ))

О ДИВНЫЙ РЕАКТ

vue умер(

С useOptimistic не совсем удачный пример привел. Суть паттерна поведения optimistic update в том, что мы используем только лишь "оптимистичное" хранилище для отображения ui. Если запрос не прошел - удаляем элемент из оптимистичного хранилища. То есть второе хранилище products здесь не нужно и оно нигде не используется. Спасибо за внимание!

Каждый год новый реакт, так задолбало, что решил в сторону бека двигаться)

Все круто, но btw react-strict dom api будет закрывать маленькое число потребностей бизнеса. Сейчас под RN существует очень много опен сурс библиотек который все используют в своих проектах, и маловероятно что в ближайшие пару лет оно все переедет на RSD.

3:00 8 лет делали