ПЕЧАЛЬНОЕ БУДУЩЕЕ NEXT JS

🔐 МК "Реализация оплаты от А до Я" - t.me/pay_red_mk_3_bot
Подробнее о мастер классе - t.me/redgroupchannel/1533
🔥 Оформить премиум подписку - htmllessons.ru/premium?...
❤️ Отзывы тут - t.me/htmllessons_reviews
🦋 Наш ТГ канал - t.me/redgroupchannel
Поддержи видео лайком, 1000 лайков 👍 и я следующее видео полный курс по Next.js!
В этом видео мы разберем, как Next.js, популярный фреймворк для фронтенд-разработки, постепенно превращается в бэкенд. Мы начнем с истории возникновения Next.js и перейдем к текущим проблемам. Разберем проблемы use client и use server, а также обсудим концепцию server actions. Мы также рассмотрим, почему смешивание фронтенда и бэкенда в одном проекте может быть проблематичным и куда двигается Next.js.
⚡️ Список интенсивов по подписке - htmllessons.ru/list-intensive...
🔐 МК по авторизации 2.0 (все исходники и запись доступны навсегда!) - t.me/pay_red_master_class_bot
☑️ Чеклист "С нуля до Senior front-end" - t.me/checklist_redgroup_pay_bot
VK - redgroupchannel
✨Скачать настройку VS Code - get.redlinks.tech/s/7hEUp1j
🎹 Клавиатура - NuPhy Halo65 / switch Night Breeze
Если есть какие то вопросы по этой теме - дай знать в 💬 комментариях!
00:00 - Начало
00:44 - Как появился Next.js
02:40 - Что пошло не так?
04:20 - Проблема use client, use server
05:10 - Server actions
05:50 - Back и front не могут быть в одном проекте
08:10 - Какие планы у Next.js
⚡️Закрытый клуб "5 утра" - htmllessons.ru/ext/club
💡 Личный ТГ канал - t.me/hardmaxchannel
🌿 Плейлист с полными курсами для новичков и не только - • Полные курсы
👉 Все ссылки (+ настройка редактора) и информация обо мне - redlinks.tech/
#Nextjs #Next #Next14 #RedGroup

[@REDGroup]

Поддержи видео лайком, 1000 лайков 👍 и я следующее видео полный курс по Next.js! 🔐 МК "Реализация оплаты от А до Я" - t.me/pay_red_mk_3_bot Подробнее о мастер классе - t.me/redgroupchannel/1533 🔥 Оформить премиум подписку - htmllessons.ru/premium

[@doombeatsmusic]

Начал пользоваться Next-ом. На первый взгляд вообще не гибкий. Например, как новичок, не представляю как кнопку по которому модалка должна закрываться и кнопку по которому идет серверный запрос держать в одном форме. При этом кнопки должные быть на одной линии под инпутом. Да, это можно сделать гридом, но все равно странно. Одна кнопка на client, другая на server компоненте.

[@icefrost5844]

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

[@xebunwhynot]

components твой друг?

[@smyrnovd]

Макс ты лучший. Уже эта мысль меня преследует как пол года. Сейчас перешел частично на Astro и Angular 17 Выбираю между этими вариантами в зависимости от проекта

[@rybiizhir]

Сколько раз пытался использовать React c пришитым Next так и не понял зачем мне оно надо если я пишу свой быстрый бек на Rust Tokio. Как будто мне намеренно навязывают делать часть бекенда в Nodejs

[@REDGroup]

Next любят не за бэкенд, огромное количество полезных вещей. Которые в реакте нет из коробки.

[@user-xo7gd6dz3i]

Макс дай совет как правильно учиться ну узичаю реакт но от процесса кайфую но думаю слабо учусь дай совет самоучке​@@REDGroup

[@user-re7zb6oo2s]

Так весь серверный функционал - это функционал react 19, а не некст. Он просто оболочка, которая поверх предоставляет пару новых функций. Тут предъява должна быть react, а не next.js. Серверная часть (на котором и происходят действия все сервера) буквально и позволяет оптимизировать приложение, благодаря кэшированию. Вместо того, что бы делать миллион запросов к бд, как это раньше делал react, мы делаем один запрос на стороне сервера-frontend и отдаем всем пользователям кэшированную версию. А еще хотят добавить ppr, но он пока экспериментальный (на уровне сборки компиляция страниц)

[@REDGroup]

Внимательнее видео смотрите. Главная мысль не про это

[@user-re7zb6oo2s]

@@REDGroup Весь backend-функционал стоит рассматривать исключительно как возможность для маленьких проектов. Понятно, что в любом случае всегда будет отдельно бэк и фронт на больших проектах, но для маленьких - это отличный вариант. Зачем говорить о next.js, если form (server) actions - это функционал react, поэтому и говорить нужно о нем.

[@valentingermanov9420]

Не парься, Макс. Выбирай Angular 17+ и все будет топ.

[@a1wa666]

ангуляры неактуальны могут стать

[@user-ru5nh7iz8h]

@@a1wa666 пока тут из не актуального только next js))). фигачить проектики, которых никогда не увидит прод - это, конечно, здорово - но вот в поддержке все это дело весьма трудоемкое - и осложняется тем, что с каждой версией - это чудо все "лучше" и "лучше" - за ним не успевают целые команды фронтендеров. Ангулар другая история - он стабилен, он не лезет куда ему не надо лезть (сравните как там реализован ssr), прогнозируемая работа в проде - красота. так что все верно написано. @REDGroup Макс, давай видосы про ангулар - там next и рядом не стоял))))

[@dmitriybelkin3108]

Добрейшего дня! Подскажите, когда у вас в платной подписке появятся новые интенсивы для продвинутых? Есть примерные даты?

[@REDGroup]

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

[@proArs13]

Макс привет! спасибо за твои мысли, интересно тебя слушать, а что думаешь о Nuxt?

[@REDGroup]

Привет, в накст у меня очень мало опыта.

[@FuIIstack]

@@REDGroup Нукст)

[@goldenarrow2278]

​@@FuIIstack Нюхт)

[@wildrifthilights1628]

Мне нравится новый Next, но я каждый раз в ужасе когда нужно передать данные в новый роут.Я до сих пор не понимаю как можно в query передать огромные обьекты и вообще открыто показать какую дату в UI используется при этом пользователь может свободно играть с этими query. Недавно видел как в url был query apiKey а там был показан private кей какого то сервиса 😂

[@elcho911]

Лично я предпочитаю разделять разработку Frontend и Backend. Для чистого Frontend я использую Next.js, а для Backend - Express или Nest.js. 😉 Считаю, что сочетание Frontend и Backend в рамках одного Next.js приложения может привести к неэффективной работе. Поскольку я чаще обновляю Backend, чем Frontend, раздельная структура позволяет мне избежать необходимости пересборки и обновления Frontend при изменениях только в Backend. 🚀

[@user-ub1mz5ok1r]

Next двигается в сторону backend, но он до сих под актуален?

[@REDGroup]

Конечно, альтернатив нет с таким же большим коммьюнити

[@AlexGulyaev]

Альтернатива реакт + свой сср

[@xebunwhynot]

@@AlexGulyaev Чтош, удачи тогда написать свой next)

[@andreychiglintcew5024]

svelte kit

[@maxik.9264]

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

[@B_G_V]

Жду с нетерпением курс по NEXT. Как раз собрался его изучать.

[@FuIIstack]

Да, SveteKit заменит (перегруженные vDOM'ом и овер-синтаксисом) React и Next.js. SvelteKit в разы превосходит их

[@REDGroup]

Посмотрим, но коммьюнити там нет с такими же охватами

[@whi5k3y22]

Спасибо next.js что я открыл для себя vue :)

[@ant3413]

Ааа зачем тебе Vue ? ты враг народа тогда...

[@vladimirpl4782]

Фреймворк для девочек верстальщиц)))

[@whi5k3y22]

@@vladimirpl4782 скажи это gitlab, upwork, Adobe, ozon и т.д. Они учтут твою оценку

[@grubnekina73]

​@@vladimirpl4782Интллект как у обезянки, видимо не осилио вью, и начинает критиковать юзеров

[@VitalikLomakin-bt9oe]

​@@vladimirpl4782 я не верстальщик, я фронтендер! На чем пишешь? На vue!

[@tomskiy1]

Мне нравится, использую server actions , что бы на сервере получить доступ к grpc java серверу и отправить клиенту уже готовые данные без описания rest api

[@REDGroup]

Я в видео про это сказал, есть реально полезное применение. Но я больше говорил про тогда когда года базу и призму к примеру запихивают прям во Фронт.

[@user-dg7ri8yr7s]

урааааа! я дождалсяяя😂😂

[@aleksandrkobelev8868]

Ну с многим согласен, но не согласен про отсутствие оптимизации. NExt жестко все кеширует

[@REDGroup]

SSR нет, попробуй сравнить затраты ресурсов SSR и ISR подход

[@user-qr1mx9ze9t]

Красавчик, видео с каждым разом все лучше и лучше

[@angryprops]

по поводу оптимизации, можно использовать реакт квери, и тогда будет кеширование, и 10к юзеров не будут делать 10к запросов к базе

[@REDGroup]

Можно, но мы же говорим про тренды некста. Я по сей день использую next в большинстве проектов и избегаю ssr

[@PavelKhapaliuk]

почему не будут? Первый то запрос всё равно улетит

[@user-eb3lz3ox8u]

Наопмнило как то давно в 1с появилось разделение на клиент и на сервер, меня тоже дико парило поначалу

[@Frontend_fi]

С 9-ой версии начал использовать Next, очень понравился после Gatsby для фронта. Однако с 13 версии, когда выкатили app router, стало какое-то странное послевкусие и правильно ты сказал, что движется сей поезд с названием Next, не туда. Сейчас уже чуть больше года ушел на Astro и думаю, что так должен был бы выглядеть Next.js, только со своими фичами.

[@crazy17008]

полностью согласен

[@fewart]

Сто процентов 💯

[@jghost4727]

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

[@REDGroup]

А зачем? Если есть более крутые способы более быстрые и оптимизированные для сервера и для клиента

[@jghost4727]

Макс, я не могу с тобой не согласится, но это смотря для какого проекта мы создаем решение и насколько быстро оно требуется. Рано или поздно все в любом случае будет сходить на клиент-сервер, но в данный момент может требоваться "качественный" монолит, который можно впоследствии будет разбить по обязанностям (отрисовка, контроль bm и тд). Next.js данную потребность закрывают на сегодняшний день. Это обойдется гораздо дешевле заказчику, нежели набрать несколько команд и платить им.

[@777KoroL777]

Правильно ли я понимаю, что вся проблема в том что не надо смотреть западных блоггеров? Ведь я юзаю 14 некст и не пишу бек в нем😅

[@REDGroup]

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

[@Nikita-im3sd]

Крайне советую попробовать и дать шанс Remix ;)

[@militant6709]

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

[@icefrost5844]

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

[@andreyesman]

​@@icefrost5844Согласен, особенно учитывая что нормальная работа с тем же кэшем, в next из коробки, работает только если ваш проект на vessel

[@BORODACHMC]

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

[@wowzull]

Бэкенд на php нужно делать, сами разработчики next об этом говорили, что next не подходит под бэкенд.

[@BORODACHMC]

@@wowzull какой php дядя ты из какого века

[@ProgIv]

Ждем курс по next

[@devcodingitstudio2764]

Как всегда топ!

[@The_Establishment]

Интересно, спасибо за видео.

[@user-wk2nt2sg9d]

Спасибо, четкая подача, а качество видео вообще топ

[@TheFaderd]

Похоже на то, что переключаются из режима приносить пользу в режим рубить бабло, если так в общем на ситуацию посмотреть..

[@redking0116]

Тоже так думаю, зачем во фронтенд тянуть бэк, лучше разделять

[@vid253]

Посмотри 1С Элемент, там вообще сделали веб версию 1С, можно накидать фулстек приложение за день ничего не зная про вёрстку, вебпак, ssr и остальные кишки веба. Правда интерфейс контролов убогонький. Если дадут применять стили то будет убийца всех реактов и ангуляров

[@bashkort_erete]

пишу коммент в поддержку и продвижение этого канала как всегда на высоте💪💪💪💪

[@ivantereshkov7909]

100й коммент для продвижения толкового контента!

[@shakapaker]

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

[@REDGroup]

Круто что у меня получилось донести мысль. Да, я тоже в это верю.

[@MrTopolevsky]

Спасибо! Интересная тема. Просьба и дальше делать таких видео.

[@REDGroup]

Честно не сильно хочется, очень противоречивая тема и много срача в комментариях. Это так крик души и чтобы канал не простаивал, пока я разрабатываю dark side

[@FuIIstack]

Забудьте про Vue и React. *Svelte* фреймворк нового поколения! И без минусов первых...

[@xebunwhynot]

Комьюнити гораздо мелкое, по сравнению с этими гигантами. Чтож мы все не на свелте то пишем?

[@nics51]

@@xebunwhynot заебали эти свелтщики которые один раз проект написали на нем и теперь всем твердят что он лучше лучше остальное говно

[@blackgolddev4023]

Лучше использовать React а лучше идти против системы и брать vuejs

[@wRdJkee]

нравится

[@ivantereshkov7909]

Даёшь 100 комментов!

[@vladislav77788]

Это называется “Толерантность” - смешаем люди, кони, и в продакшн😅

[@user-nd7th3bv8v]

Astro

[@REDGroup]

Хорошая альтернатива, но пока слабовата. Надо время. И там больше упор на статику

[@vladimirpl4782]

Полностью согласен. Пусть фронт остается фронтом, а бэк бэком. Мне не трудно один таск сделать на фронте, закоммитить, затем перейти в ОТДЕЛЬНЫЙ проект с бэком, поработать там. Но хрень вроде Ларавел, где все в куче... Казалось бы, и там и тут фулл стэк, но. Прислали недавно тестовое, на Ларавел, которого я не знаю. А я ради прикола стал разбираться, думал, будучи миддлом, неужели с джуновским заданием не справлюсь? Справился, ознакомился с Ларавел... Такая хрень! Все в куче, работать некомфортно, какие то макароны из кода, папок, импортов, экспортов. Не стал я это задание заканчивать. Надеюсь Некст все таки в такой винегрет не скатится

[@frolovv3]

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

[@user-cg7hj4br2p]

Laravel и Vue рулит

[@SergiyAntonyuk_PhD]

Макс, вам нужно обратиться к разработчикам Next,js и поделится своими соображениями, 😉😉 а то, похоже, им нехватает квалификации и понимания современных трендов разработки и делают они что-то не то 🤣🤣🤣🤣🤣🤣🤣🤣🤣🤣🤣🤣

[@immortal7878190]

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

[@lehahaable]

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

[@athreefu9151]

Но для «западных блогеров» с концепцией shipfast это всё невероятно упрощает соло фаундинг