React и Next js убивают фронтенд!
ฝัง
- เผยแพร่เมื่อ 19 มิ.ย. 2024
- Прошла презентация Next 14, где показали, как React стал бэкэндом. Получается, что фронтенд-разработчики теперь тоже должны писать бэк?
Таймкоды
00:00 Введение
00:32 Как мы к этому пришли?
02:55 Nextjs 14
04:31 Преимущества
05:25 Недостатки
06:14 Есть ли перспективы у такого подхода?
07:15 Frontend-разрабочики будут не нужны?
08:50 Заключение
НЕТ ВОЙНЕ!
Выразить благодарность
ko-fi.com/larchanka
boosty.to/larchanka
yoomoney.ru/to/410011886858328
BTC: 127J5x79L9bb7T4jiYJ2U7jHNDLXEx4kT3
USDT (TRC20): TWRQit8o1JJGWjAph3DZFysygUxSwqiq9Q
TON: UQBDiFGDTLpp1zWLefv0LnH9TbEeUIcPSoO5uDNwhzktKP33
Как я стал программистом
• КАК Я СТАЛ ПРОГРАММИСТОМ
Как я переехал в Европу
• Как я переехал в Европу
Стрим: Карьера программиста
• Карьера программиста: ...
VPN, который я использую
surfshark.club/friend/fUXc3NQd
➡️ Сайт: i.mobila.name/xT
➡️ Instagram: i.mobila.name/yp
➡️ Twitter: i.mobila.name/Ua
➡️ Telegram: i.mobila.name/b7d
👉🏻 Больше влогов здесь:
#larchankavlog #larchanka
👉🏻 Ежедневные влоги:
#larchankadaily
👉🏻 Чем я снимаю:
➡️ iPhone 14 Pro
➡️ Камера: Canon EOS 200D ya.cc/Ps7fY
➡️ Широкоугольный объектив: Canon EF-S 10-18
➡️ Еще одна камера: DJi Osmo Action
➡️ Еще одна камера: Sony DSC-WX500
➡️ И еще одна: SJCam SJ6 Legend
➡️ Микрофон: Rode Video
➡️ Штатив: Joby Gorillapod ya.cc/Ps7iP
По моему слухи о простоте фронтенда сильно преувеличены) особенно когда слышишь мнение чистых бэков, которые пытаются разобраться как там на фронте что то работает. Плюс куча проектов которые уже написаны с разделением клиентской и серверной части, их надо будет поддерживать еще долгое время
Фуллстеки с поддержкой вполне могут справиться
На фронте просто дикий зоопарк технологий решающих одни и тежи проблемы.
@@YuliyaAnts не смешите меня) там чистый фронт с n годами опыта (впишите абсолютно любую цифру), сидит с квадратной головой, что там будет делать не профильный фулстэк я хз
Вот мнение чистого бэка на этот счёт. На мой субъективный взгляд, обвесится фреймворками, препроцессорами, префиксерами, оптимизаторами, шаблонизаторами, хинтерами, линтерами пакетами к ним и сборщиками всего этого говна, это слегка перебор для лэндинга, который продаёт десять платьев, и на котором две с половиной кнопки.
@@zmirk все для нужд бизнеса как говорится)
Тут вижу два момента напряжных. Первый, это то что с некст нужна ноду на сервере заводить. Второе что в любом случае большинство крупных проектов не ограничиваются только сайтом. Есть мобильные приложения, есть десктопные решения. Соответственно всё это ходит на сервер за данными, и естественно это не сервер next) Это полноценный сервер, к примеру на nestjs. То есть получается использование next будет рационально далеко не на всех проектах. Я себе вижу next-овый сервак как небольшой сервер для выполнения местных, фронтовых задач, а так же выполняющий проксирование запросов на большой нормальный бэкенд. Работа с базой данных непосредственно в рамках next это для каких то очень мелких проектов годится.
Уже уйму лет Next так и используют, как BFF. А бэк отдельно на JS или любом другом языке.
Если есть мобильное и/или десктопное приложение то само собой бэк будет отдельным.
Nuxt3 вроде тоже самое имеет? Или что то больше есть в next?
Это похоже на анти-паттерн (бизнес логика внутри react компонентов), точно будут пазлы из серии "какой компонент обновил базу" итд
Ну почему сразу похоже, зачем этот политес? Это и есть антипаттерн.
что такое бизнес-логика это какой- то бизнес внутри Nextjs есть ? какая маржа там ?
@@ant3413 бизнес логика - это код, который определяет как клиент будет получать информацию о продукте и как с ней взаимодействовать
@@ant3413 Доменный уровень приложения (из DDD), иногда его так называют
@@woodzimierz9621 проблема в том, что антипаттерн - это только в голове, кто-то где то когда то решил что вот это хорошо, а это плохо. Но проблема в том что это он решил, всем остальным пофик и тут начинается религия! Крестовые походы по смене регилии и вот это вот все. прям смотришь на этот цирк и смешно.
Слышу я про простой фронтенд и вспоминаю недавнюю задачу, когда 1 страничка хендлит 5 разных переходов на неё, при этом в парочке надо сетать данные в форму, 4 вида бредкрамбсов и т.д. и т.п. И вот тут 1 из них не работает... Плюс вспоминаю таски из разряда на 13 андройде ноунейм бренда не работает хендлинг того-то и того-то в реакт прилаге завёрнутой в капаситор =)
:0
Тут проблема не в технологиях, проблема в реализации.
На счет последнего примера не удивительно. Условные Capacitor, Cordova, RN - бюджетные решения со всеми вытекающими. При экономии на полноценной мультиплатформе - Kotlin, Flutter, а уж тем более нэтиве, придется мириться с специфичными проблемами
шум на заднем фоне заствалял меня каждый раз проверять не появились ли у меня соседи
🤣 снимал наушники каждый раз пока не увидел твой коментарий
Ахаха я представляю как ты со своей иконкой выходишь на улицу и смотришь не появидись ли соседи🤣🤣
+, выбесило пздц, влепил диз. Выпускать контент разговорного формата, в котором ребёнка слышно не сильно хуже, чем тебя. Что блять. Банальное неуважение к аудитории.
Если мы будем говорить про сферический вебапп в вакууме то ssr подойдет. Когда же мы начнем туда прикручивать мобильные приложения, доп админки, синхронизации с CRM/ERP, то этот монолит нужно будет разбивать и оптимизировать и все вернется на круги своя. Так же если мы говорим про хайлоад, то затраты на серверные мощности легко превысят затраты фонда оплаты труда с дополнительным бекэндерлм.
полностью поддерживаю, писать бэк чисто для мобилки вряд ли кто-то захочет, а мобилка есть почти у всех уже
Я писал прям отдельные сервисы для мобилок но это действительно редкий случай.
TL DR:
Опять фронтендеры не нужны, всё пропало, учите бек
Подождите ещё годик-два, они свой php напишут на js..
Смотря на их энтузиазм, это вполне реально
еще один хоронитель РНР. Уж хоронят его, хоронят, а он все живее всех живых.
Для работы с БД есть только возможность писать SQL запросы или можно использовать какую-либо ORM, как в том же Nest?
спокойно юзвить prisma
Конечно можно использовать любую ORM
Я ток не понял, нафига при таком подходе функции бэка во фронт пихать? Ну рендерятся теперь странички на сервере, дык нехай серверный рендер на бэк апихи ходит, как раньше с браузера ходил.
Я думаю тут логика простая "Почему бы и нет". Каждому продукту нужно выделяться чем-то на фоне остальных. Вот и Next.js выделяется.
Считаю что выбор стека это дело вкуса, а не обязанность каждого инженера бежать за трендами.
Такой вопрос, немного не по теме! Было несколько сайтов на укозе. Сейчас все заблокировано. Есть ли бесплатная Западная альтернатива? Чтобы на конструкторе сделать свой сайт и туда загружать свои материалы и чтобы хостинг был бесплатный. Несколько лет подряд укоз навязывал хостинг за 74 доллара....
а кто тебе бесплатно хостинг давать будет? Сервера люди же покупали не что бы бесплатно тебе раздать
А почему на укозе было бесплатно?@@user-re7zb6oo2s
Если фронтенду надо двигаться в сторону фуллстека, то не надо ли бекенду тоже двигаться?
Замкнутый круг получается
Разделение, где будет выполняться кол, на сервере или клиенте, это не в некст14, а раньше было сделано!
Какой классный канал. Надо запомнить
Звучит подозрительно похоже на Meteor, крайне инновационный (в свое время да) и популярный (нет) гибридный фреймворк.
Есть клиентская платформа на реакт CPA, которая грузит процессор у КАЖДОГО пользователя около 20%. Всего около 400 работников. Я представляю какой мощности нужен сервер, чтобы все это считать на сервере.
Это как с верстальщиками было, с появлением фреймоворков их становилось всё меньше и меньше, и вот сейчас только крупные компании могут себе позволить держать в штате парочку верстальщиков. Но, думаю, что многие преувеличивают говоря что фронт вымирает и мы потихоньку вступаем в эру фулл стака. Скорее всего, как и было сказано, небольшие проекты будут переходить на такую разработку, а средний и крупный бизнес будет работать по старому
Лайк + подписка!
А с nosql как быть то?!
Ну по сути как я давно делаю начиная работь с Firebase для не очень сложных web app типа магазина или чата или todo и т.д. отличный вариант для фронтендера без гдлубоикх знаний backend, я пишу сам фронт и юзаю готовый бэк с не реляционной БД. Для экономии времени просто шикарно. Мне больше не нужен server не нужно арендовать сторэдж на AWS "whatever" замарачиваться с аутентификацией и прочее.
Миш, у тебя макбук 14. Мог бы ты выпустить ролик с обзором, какое разрешение, норм ли влазит контент с открытыми вебтулзами. Вообщем глазами веб-разработчика, чтобы понять подходит 14ый дисплей или нет
Я знаю как минимум 5 ребят которые работают на 13 дюймовых эйрах и им всё ок. Я не могу так работать, мне например и 16 мало. Так что это всё вкусовщина.
Мне 14 терпимо, коллега на 13 работает в кайф, а моя жена (автотесты пишет), так ей 16 дюймовый как минимальное требование. Вкусовщина и восприимчивость глаз. Но по сути, 4к на 14 дюймах уже сложно читаем. Я 2048*1330 использую, но бывает покрупнее делаю.
Чувак 14мау бук про на м2 это лучшее что у меня было за последние время)) это просто топ топчанский я хотел купить один 14, а второй 16 чтобы сравнить их, но после 14 я купил второй 14 потому что 16 слишком большая
14 дюймов идеален для разработки. Веб тулзы для правки стилей каких-то не то чтоб прям супер удобно (супер удобно это когда на разных физических мониторах разнесено), но вполне терпимо, за счет плотности пикселей можно масштабировать изображение и всё равно комфортно работать. 16 точно как рабочая лошадка не пойдет, слишком громадный
Пишем большой проект на новом app router и, честно говоря, уже столкнулись с массой проблем.
1. Есть четыре вида кеширования, из всех можно выйти кроме одного, клиентского, что есть большим минусом, а единственное решение это костыль
2. Часто бывают баги при билдинге
3. Документация явно недописана
4. Критически не хватает инициализации сторы на сервере для синхронизации данных со сторой на клиенте, в последствии чего, стора на сервере могла бы удалиться.
5. Проблема уже самого реакта, но все же. Реакт не дает возможность передавать пропсы пропсу children (во вью есть такая фича), что могло бы помочь создавать переиспользуемые компоненты
@@niko.frontend на самом деле очень ограничивает это в создании ui-kit(((
и так пойдет
По 5-ому пункту погляди Slot из Radix UI, мне понравился. Узнал о нём из нашумевшой либы shadcn, там много классных фичей в простом исполнении
Всмысле не дает пропсы чилдрену, как минимум контекст, стейт менеджер)
@@eurodoo а если не хочется контекст?) Если хочется сделать степпер reusable без контекста?)
Next js мне нужен только для того чтобы индексировались страницы для сео. Вообще не собираемся использовать серверные экшени.
Тут скорее делоив том, что фронтенд переусложнен на данный момент. Множество сайтов можно было бы реализовать jQuery. Безо всяких компонентов и реактов с ангулярами.
+ многие новички верят, что без React или Angular невозможно создать интерактивный, быстрый и отзывчивый интерфейс.
Можете посоветовать курсы для изучения next js , жалательно актуальные данные, заранее спасибо
Изучаю его сейчас. Советую тебе смотреть официальную документацию, делать себе заметки. Лучше, если ты начнешь какой-то проект и будешь спрашивать у чат гпт какие-то моменты по настройке next.js. Когда не у кого спросить, очень помогает
@@nikolaibik а какая версия чата, там вроде 4 версия платная
@@PacoOfficial может помочь и версия 3.5. Там, кажется, сейчас в любом случае бесплатно не зарегистрируешься. Но вообще, в телеграме есть разные боты бесплатные (даже с версией чатгпт 4)
Так когда на клиенте рендерилось, в этом и приэмущество было, что сервер меньше напрягается, пусть сервер крутится на каком-нибудь говно-vps с гигом памяти, а клиент на свое супер компе со 100500 ядрами рендерит сам себе в браузере страницу. А теперь что, обратно в сервер все тащим?
Нагруженные проекты е**ли в рот тащить на сервер то, что можно сделать на клиенте. Мощности стоят денег, а средняя прибыль с одного клиента - мизерная.
2:20 - я ночью смотрю и я один в квартире. И тут какие-то жуткие голоса. Я аж обомлел.
Анекдот вспомнил: нет ничего прекрасней детского смеха, но только не ночью и только если у вас нет никаких детей
Мобилки уже давно так живут) Ток там наоборот большая часть на клиенте.
Господа фронтендеры, спешу вас огорчить, описанная технология (по крайней мере, как я понял) принесет просто нереально много проблем. Все хорошо будет работать, если сценариев похода в базу будет 5-10, но когда их станет больше 100, отлаживать это станет просто нереально больно! Для средних и крупных проектов нужны очень строгие правила обработки бизнес транзакции, не представляю как это реализовать на данной штуке. Такие проекты просто будут одноразовыми, так как по мере их роста, поддерживать такое будет нереально =( А бизнесу не объяснить опасность, им главное модно и прикольно (нанять 1 человека вместо 2), правда потом велик шанс все это переписать, но уже понадобятся 5 человек...
Получается что для нас разработчиков вполне рабочая схема, делаешь сам, потом двигаешь в проект еще четырех своих друзей
@@dagilistalk запишите, пожалуйста, меня в друзья
Погоди чуть-чуть, они еще непуганные, нестрелянные. Пройдет немного времени, они понапилят этого мусора, потом придут ко мне, а я буду сидеть, как Крестный Отец, с сигарой в зубах и говорить: "Ты просишь меня пойти к тебе бэкендом за 3 ставки от рынка, но делаешь это без уважения".
Крупные проекты и так не слезут с рельс бекенд + фронт. А мелким до 100 к пользователей вполне хватит. Да и вообще на мой взгляд next решила просто убрать bff сервера=)
@@moon.trance ++++++
Подскажите новичку, что нужно учить после React, RTK и TS? Стоит ли начинать Next или до него желательно ещё что-то знать?
angular
@@pawmax1286 Разве это не аналог React?
@@arthurq7843 Даже не близко
Вы же видео смотрели? SQL.
Ищи работу
что такое сиквал ? Может кто нибудь правильно написать ? Для гугла
Один из вариантов произнесения SQL.
Такой подход фронта и бека в одном проекте еще есть в Rust фреймворке leptos. Многие его хвалят. Было бы интересно посмотреть твой обзор на него)
Thank you for your expertise ❤
Фронт в последние года сильно усложнился. Да еще и меняется с большой скоростью. Но тоже чувствую тенденцию, что фронтенд разработчики станут фулстэк. Это экономически выгодно.
Может, и устаканятся технологии, можно туда же бэкам залезать
это экономически не выгодно так как тебе нужно платить ему зп за 4х а работу он делает в 2 раз хуже и дольше
Не использовать разделение труда выгодно только пока работы мало. Когда работы стоновится сильно больше, чем может делать один человек, специализация становится намного выгоднее.
@@WERWOLION нет, будешь работать за + 30к к зп, фуллстекам зп платят так же как фронту или бэку
@@user-io6jp1up9c поправка это платят тупым инвалидам лохам, которые согласились работать за еду
Спасибо
чисто лайк за классное отношение к ребенку!
😅🤣👌Сам из фронта перешел на back и уже сам фулл стек разраб
Как раз перешёл на проект с Nextjs, актуально, спасибо! Но перед этим работал на проекте где заказчик строго разделял бэк и фронт. На каждого свои разработчики. Не думаю что из-за next фронты останутся без работы
а помнитте как вопрес и тильда закончили эпоху фронтенда
@@WERWOLION Я поооомню)
ucoz
@@WERWOLION Можно по подробнее?
да все будет как и сейчас, запросы разделятся между некст серваком и основным если есть мобайл аппки то будет ток основной, плохо это или хорошо фиг знает))) но то что бизнесу это очень нравится это факт 23 год вообще хайп словили на этой теме, нанять команду взять nextjs и какой firebase или supabase и разработать среднего размера продукт за пару месяцев с этим не поспоришь) лично мне нравится такое развитие событий
Что то простое и нетребовательное. Как только появляются сложные бизнес требования и требования ACID. То сразу мы вернёмся к истокам.
Смешно 😂
На реакте теперь можно писать SQL и бекендеры больше не нужны! Да, это именно так и работает))
И все это будет писать chatgpt, так что никто не нужен
что мешает писать на вью и бэк делать на вордпресе?
Все возвращается на круги своя! Я еще помню времена, когда никаких стеков вообще не было. Был некий "оператор ЭВМ", который должен был уметь все! Сделать полностью сайт и дизайн к нему, поднять сервер и обеспечить безопасность, настроить все компьютеры в офисе, заправить катриджи в принтерах, починить розетку и кофейный аппарат...
😂😂😂😂
Тогда были не кофейные аппараты, а над было разжечь угли под турочкой и в чашке картофеледавилкой насолить кофе)))
Ага,помню я тот дизайн😂 От слова не было там этого слова вовсе,потому что было все максимально упрощено.
да бэкенд дизайнер это будет пушка
все новое хорошо забытое старое )))) но я рад этому.
Кто вообще такие бэкэндеры? Что они делают? Фронтендеры пилят всё целиком 😂
Лучше не познавать сторону Бэка, говорят там суровые дворфы копаются😊😊😊
@@mitivil1134 если перевести слово dwarf - карлик, гном - то уже как бы и не страшно
разве что в вебе
@@fngringio есть NodeJS )
Если это не сарказм, напишите на фронте кластерный брокер сообщений хотя бы, ну или почтовый сервер :)
теперь нужны более мощные фронтендеры
Какой подход вы считаете самым лучшим? Рендер на сервере? Рендер на клиенте? Гибридный подход ?
рендер на рендере
Если есть бюджет - на сервере. Нет - на клиенте. Гибридный если бюджета хватает на пачку сигарет
Для начала это зависит от задач и требований. Если бы было одно идеальное решение, остальных бы не существовало.
Ну бэкенд не ограничивается только запросами к БД, если это не бэкенд какого-то тудутиста условного.
Если на бэке какая-то сложная логика происходит то тут некст сам не справится имхо.
По-моему 99% проектов именно так и работают. Вследствие не совсем понятно, зачем вообще бекендеру деньги платить, если можно это не делать, просто научив фронтендера писать sql-запросы.
@@user-sw4ed4gh9n , ну не sql-запросами едиными:)
У меня есть свой проект на котором бэк ходит на сторонние сервисы, собирает некоторые данные, обрабатывает их, рассылает пуш-нотификации юзерам в приложение на телефон, отправляет мне некоторую статистику и уведомления и много чего еще, что не ограничивается sql-запросами.
Я как бэкэндер могу сказать, что фронт для меня лично ад. Ну нет у меня чувства прекрасного и все тут)
Ад даже девопс хотя казалось бы тоже на серверах настроен и выполняется. Про фронт вспоминать страшно. Я иногда захожу на дейлики коллег которые пишут проект с UI и такой: как же хорошо что этогл гемора в моих сервисах и лямбдах нет ❤
За прекрасным к дизайнерам. Для нормального ентерпрайз приложения бутстрапа за глаза хватает.
Да натянул material и хорош.
Только для простых сайтов подойдет
Я подумал что это у меня в квартире пустой кто-то разговаривает,
Это вообще не новая тенденция по возвращению к истокам. Все началось с htmx
Как фронтендер, со всем согласен❤🎉❤🎉
Для меня самый большой минус этого всего , опять надо что-то учить , ну почему я не пошел на data engineer , писал бы сейчас таблички и запросы в sql и python (((
Потому что это дичь и скука смертная
@@ivanschekoldin7315 жизаааа ))))
@@ivanschekoldin7315 у меня друг подобной темой занимается, - говорит, что ненавидит работу
согласен. мне тоже не нравится, что нужно каждый день свои знания актуализировать, т.е мы все по сути обречены быть 50 летними дедами-школьниками которые каждый день после раб отки будут сидеть и смотреть, что же там выпустили нового в вротэнде... боже спаси и сохрани души этих клятых грешников, аминь.
"30-40 открытых вкладок..." Ха! У меня менее 300-500 вообще не бывает 😂
утечки памяти? не не слышал
@@un_defined Chromium уже давно подчищает память.
Да, я в таких ситуациях всегда вспоминаю напряженные лица господ бэкэндеров или же фулстаков от бэкэнда, когда они пытаются понять с чем же употреблять это ваш CSS и его производные. К сожалению обычно это заканчивается доказательствами того, что дизайн аля win2000 style это отличное решение и вообще всё выглядит просто улётно, а главное так же замечательно работает и все свои функции выполняет.
да тут даже все фреймворки морально устарели т.к ложат переменные в инлайн код.
т.е фреймворки сегодня должны объявлять css переменные и работать через них.
так что тут ещё фронту нормальной фреймворк лет 40 делать ...
А вам не кажется, что таких слоев абстракций уже намешали - только ради денег - усложнили тоже ради денег (дай угадаю за поддержку денег берут). Ходят по кругу не знают что еще придумать, ради бабосиков. По моему скромному мнению 90-95% задач решается проверенными технологиями. У нас же в каждом дворе по НЕТФЛИКСУ и АМАЗОН.
Не смотрел презентацию Next 14. Но мне кажется автор что-то не так понял про написание бэка и фронта в одном приложении.. Ага, я уже представляю как огромное бэкенд приложение с туевой хучей микросервисов пишется с фронтом в одном приложении. Забавно наверное разрабу получить такое тз где он будет писать и бэк и фронт:D
По пункту что форнты не нужны: я фронтенд разработчик и когда устроился в текущую компанию мне стало плохо от того как коряво, плохо, некачественно, на костылях и с очень сложной возможностью поддерживать приложение написан код в нескольких приложениях. Работодатель хотел сэкономить и нанимал фулл-стек разработчиков в разное время, пришло к тому что сейчас большая чать просто переделывается фронтендиром, бекендиром и девопсом. Выводы делайте сами.
Дык живые приложения всегда переписываются.
Один из самых вменяемых моих клиентов даже после того, как я неоднократно объяснял ему, что после завершения проектирования БД и начала работ, добавить новый функционал будет сложнее, если мы заранее не обговорим эту возможность, через пару месяцев активной разработки внёс несколько серьёзных изменений, которые потребовали от меня отказаться от изначальной почти идеально нормализованной структуры БД в пользу быстрых, но корявых решений.
Корявыми решения были только потому, что изначальная структура проекта не подразумевала гибкости там, где она понадобилась клиенту, а эта самая гибкость аукнулась снижением скорости работы, в результате чего пришлось создавать ненужные кеширующие таблицы с дубликатами данных. Всё в итоге заработало быстро, но внутри там местами такой код, за который мне стыдно.
Собственно, в течение последующих нескольких лет я периодически ломал изначальную структуру проекта для внесения новых фишек, которые изначально считались абсолютно ненужными.
И подобная картина наблюдается практически со всеми проектами, которые живут, эволюционируют и приносят реальную пользу своим владельцам. Так что подобная корявость - это скорее норма. Если вы сталкивались в работе с очень крупными общероссийскими проектами, то должны знать, какой там код )
Где эти фронты, которые делают условные 5 страниц и две формы за много денег?
В корпорате) Я как-то делал одну форму месяц за много денег =) правда там было около 300 различных импутов разделенных табами и аккордеонами, плюс значения одних импутов влияли на валидаторы других.
@@Andro500 так же ерунда, составлял списками зависимостей...
Я, если честно, всегда думал, что любой фронт-эндер стремится к фулл-стеку, как и бэк-эндер. Вилка больше, понимания больше и все вытекающее.
Часть из тех _офисных бездельников,_ с которыми я сталкивался по работе, стремились скорее к домашнему уюту: любимому креслу, приставке, телевизору, лодке, гамаку, и т.д.
И это не удивительно, ведь когда твои основные финансовые "хотелки" закрыты, а работаешь ты за время, а не на результат, то вполне естественно, что у тебя не будет сильной мотивации к развитию.
Сам помню, что когда торчал в офисе много лет назад, хоть и развивался, но делал это заметно медленнее, чем "на воле". В офисе много отвлекающих от обучения факторов + основная задача - исключительно то, что нужно выполнить по работе. А на вольных хлебах твоя основная задача - быть максимально эффективным и разносторонне развитым, иначе клиент уйдёт к другому специалисту.
Нагромождение фреймворков есть следствием удешевления и ускорения разработки. Я думаю с внедрением и улучшением ИИ, фреймворки просто вымрут. Роботы смогут текстовое описание проекта превращать в нативный высокопроизводительный код html + css + js без паразитных надстроек.
А вы уже пробовали Locofy AI?
Судя по видео и обзорам это весьма неплохая штука. Если будет прогрессировать так же, как и другие инструменты с применением машинного обучения, то через годик-два веб-разработка начнёт замечать грядущие масштабные изменения в IT отрасли...
На Postgres доку читали? Там куча всего! Бэкапы, версионирование,права, миграции.... Ещё и логики куча. На сервисы всё разбивать? Потом di придумают в компоненты😂.
А если фронтам еще рассказать про транзакции и уровни изоляции, про индексы, про шардирование и партицирование, то у них ваще пена изо рта пойдет)
@@Longmanrus , блин, расскажи, давай проверим. Индексы это у массивов что-то, да? Я в них просто тоже не очень, мы обычно на фронте работаем с такими технологиями, как и , в чём-то большем разбираться не приходится.
Стандартизированый фронтэнд - да, вымрет. Но, уникальные решения и разработка новых интерфейсов, либо сложных анимаций, webgl и прочего смежного с дизайном - нет. Я видел как бэкеры работают с домом, оптимизацией и UX. Мне про вёрстку в 10 году году говорили что я мамонт, в итоге люди не могут папап анимаровать нормально без библиотек. Решаю сложный уникальный интерфейс создавая библиотеку стилей за 5 дней. Кто-то писал про GPT - будете дольше промты писать чем я создам поддерживаемую архитектуру
Раньше ученые или просто талантливые коллективы создавали языки и технологии.
Прорабатывалась концепция и все работало. А сейчас миром программирования (веб больше всего пострадал от этого) правят "хипстеры" с их "вейпами", "барбершопами", и прочей ересью. А потом случаются разного масштаба "хайпы", которые потом становятся мейнстримом... и попробуй отказаться от мейнстрима.
Да нет, просто сейчас все хотят с минимумом затрат что-то получить. Собрать как конструктор. И что бы один человек им все это сделал.
Поэтому придумывают всякую хрень.
В идеале вообще писать с нуля без всяких фреймворков и лишней лобуды. Она не нужна.Тогда сайт получается легкий, грузится моментально.
Аяксом только динамически изменяемые данные передавать в JSON по минимуму, а не все подряд с огромными кусками html, css.
Все ссылки можно сделать без перезагрузки и т.д.
И тогда при 200 000 уников в сутки и более сайтик может работать на самом простом хостинге за 500 рублей в месяц. И никаких проблем не будет вообще.
У меня такое чувство что эти все разработчики специально создают всякие идиотские геморойные технологии, что бы у людей постоянно возникали с ними проблемы и они вновь и вновь искали пути их решения. Такое чувство, что не упрощают они жизнь людям, а усложняют.
SSR как кастыль, впрочем и javascript фреймворки появились от нежелания вчитываться в спецификацию языка.
Javascript воистину самый непонятый ЯП в мире программирования. Даже у php куда лучше дела чем у js.
Очень забавно, что вернулись к проверенной временем парадигме:
«На сервере вычисляем, а на клиенте отрисовываем данные.»
Подрядчик может заблуждаться, но не карман заказчика. Потому благоразумие возьмёт рынок и время верно расставит акценты.
про php кринжанул. да и про "костыль" SSR. Это все логичные действия для seo, по другому никак
ну, кроме страниц где нужно SEO есть еще очень много приложений где нужны и фронты и беки, и бек JS'ом не заканчивается, но да, делать сайт на PHP и быть фулстеком проще, чем быть бекендером на Java, Go и т.п. и быть фулстеком сложнее. Мне кажется % бека на Node сейчас все равно еще очень и очень мизерный, чтобы об этом как то серьезно говорить, чтобы фронты двигались в сторону бекенда. Могу ошибаться, но ощущения примерно такие.
Мне кажется или Vercel пытается убить Next чтобы люди начали смотреть на SvelteKit?
Какие же бекендеры в коментах мерзкие, с чего вы вообще решили что чуть ли не все лучше всех могете, чуть ли не каждый высерает что то в духе -'я за секунду выучу все фреймворки + могу еще и свои создать если надо' Кмон в 2023 году живем и фронт уже куда обширнее и сложнее стал, ибо все ударились в оптимизацию, нахуя приводить в пример лендинги одностраничные которые вообще на конструкторе клипают, я не понимаю.? Чел на авторе вообще шизоид и каждый видос у него КАТАСТРОФА для мира фронта. Про алгоритмы на бэке вообще смешно слышать...
та они судят по фрейморку\библиотеке одной, забывая, что фронт - это браузер. Браузеров херова туча, куча версий, говноIE. И вот тут все начинают жрать говно, когда на макос работает норм, а на винде повляется скролл и все едет по п...е)) Так же забывают про адаптив, accessibility. Почему-то все смотрят на реакт в вакууме, а это всего лишь инструмент для работы с любимым DOM)
Я так понимаю недовольны все фронтендеры и бэкендеры, кроме фронтов, которые пишут на react
Ухты, как в старые добрые времена: - "Ты кем работаешь?" : - "Я работаю вебмастером": - "Ооо, правда что-ли, тогда можешь сделать мне сайт под ключ по-дружески?"
Только перекатился с Java во фронт - а фронт уже "всё"... )
А если бэк на Java и api это бэка кроме вэба ещё и мобильные приложения дёргают?
Да и на серьёзном проекте никто фронтов к бэку не подпустит - имхо чисто для малобюджетных простых проектов с исключительно веб интерфейсом.
Хз почему бэкендеры в комментах радуются. Ты как-то неправильно интерпретировал. Такие фулстэк приложения пишут как раз фронтендеры, обходясь без бэкендеров. По сути они отбрасывают надобность найма командны профессиональных бекендеров, уменьшая затраты компании. Что как раз хорошо для бизнеса. Если мир пойдет по направлению nextjs, проблемы возникнут у большинства бэкендеров. Фронтендеру не трудно перейти с того же реакта на Некст. А вот типам, пишущим на других языках, будет не легко познать джава скрипт
Надо еще в архитектуру уметь, а это даже не все бекендеры умеют. Для большинства фронтендеров это вообще набор непонятных звуков.
Удачи. Пишите SSR приложения и побольше. Потом можно будет переписать за двойной, а то и тройной ценник.
ладно
Я как фронтедер пришедший из бэкэнда могу смело заявить, что фронт никак не проще, а местами даст просраться бэкенду.
бл, ну тут с первой секунды дропнуть видос только) почему этот чел думает, что такой контент это живо и круто
фронтенд стал простой, ага)
Пока существует html, css, фронтендеры никуда не денутся
Вы уже испытали сервис Locofy AI?
Просто у меня есть ощущение, что благодаря развитию подобных сервисов, спрос на фронтендеров начнёт снижаться :/
Полностью согласен, все так и есть, нахрен ты не нужан уже сейчас если ты не умеешь аут и дергать бд с неста или експреса.
но на нексті в нас є вибір, ми можем зробити щоб всі компоненти були клієнськими
О каком бекенде может идти речь если ни базы ни апи не сделать? Это лишь подготовка фронта на сервере не более того. Запросы просто идут через прокладку еще одну серверную на нормальный бэк. Без этого полноценного приложения с отправкой и сохранением данных не построить, только статику.
А если допустим cUrl нужен? или еще какая-нибуть библиотека из php тогда что? все пропало?
Ну бекенд - это не только sql. Фронтенд, который пусть даже и умеет в sql - это, тем не менее, лишь презентативная часть всего приложения. Все равно на сильно нагруженные приложения придется писать бек, ту же бизнес-логику, на чем-то низкоуровневом. А безопастности конечно скорее всего хана. Фронтендеры в нее не умеют, не знают как.
Научатся
@@melenium сомневаюсь, или очень не быстро. Это совсем не про то к чему они привыкли, от слова совсем. Многие отсеются, хотя это может и к лучшему. Отвалятся "вайтишники", которые исключительно за большими зарплатими пришли.
@@woodzimierz9621Писать кто будет?
Когда я работал в аутстаффе. Я 2 раза подряд встречал проекты на Реакте которые писали СИшарписты. В первый раз я очень сильно матерился, это был лютый треш(название функций с большой буквы, не понимание где использовать let & const, везде var понатыкали, использование классовых компонентов без причины)
Странно, самый лучший код на JS. который я видел был написан С++ разрабом. Но тот дед ещё на перфокартах кодил.
Я всегда говорил, что реакт не торт, впрочем, как и всё детище лицокниги.
Извинись
Улыбнуло: "фронтенд сложно выучить, но если знаешь, то на нем просто написать страницу"😂😂
И это подается как аргумент в сторону простоты фронтенда)
ты шутишь , он имеет ввиду элементор вопресса взял квадратик и двинул вот и весь форонт
@@WERWOLION да, а потом оказывается, что владельцу сайта нужно не просто двинуть квадратик, а повернуть его на 7 градусов влево, и он несет денег фронтендеру. А фронтендер берет в два раза больше, потому что с конструкторами никто не хочет иметь дела.
@@user-ij6tq2dn7y идеально
Не переживай ты за серверы. Лучше подумай, где деньги заработать чьл бы оплатить свои кредиты??
че, какие кредитос
Миша, ты рассуждаешь с точки зрения что использовать JS - это нормально, я тебе скажу как Java dev - это не нормально, это страдание, все на фронте сложно не потому что фронт сложный как сфера, а потому что JS убог как и Meta со своим реактом. Если говорить в общем, то по мнению 95% бэков JS - это полное убожество, не может вся web индустрия вот так вот переползти полностью в JS, хотя-бы потому что он интерпретируемый, не говорят уж про его убогий синтаксис, не будут все жрать кактус и становиться фуллстаками на основе JS фреймворков.
JS компилируемый, если че
это коммент нейросети? что за дичь и бред? синтаксис js аналогичный со многими языками, бэкэнду бы уже php выкинуть, убогий мусор с его долларом
Да синтаксис это херня все. Сам язык и платформа не проработаны изначально.
да да TypeScript не слышал?
Невозможно тебя слушать пока кто-то разговаривает на фоне.
блядь, я думал это у меня соседи сквозь наушники орут)))
Мне легче удалось выучить js чем верстку. Бекендери вы уверены, что хотите лезть во фронт ?
Очередной способ, разрабам убедить бизнес "нам нужны деньги, мы снова будем все переписывать, а все что было написанно ранее, это легаси " Дайте денег))
видео чистой воды кликбайт
Спасибо за видео и да , скоро Россия победит и войны не будет!
Оккупант и агрессор никогда не победит ...РАШИЗМ падет и будет мир
Куда катится этот мир, реакт таким образом заставил сантехника так же строить дом, а эти задачи уже не посильны одному человеку
Да ладно вам, в самом ReactJS нет ничего сложного. Сложности созданы (и продолжают создаваться прямо сейчас) искусственно - это частые обновления мажорных версий и применение React там, где легко можно обойтись простым VanillaJS.
React ведь не привнёс в Web ничего нового. Всё, что можно на нём реализовать, раньше без проблем создавалось на чистом JS.
nuxt быстрее работает чем next
Обо всем и ни о чем
Вода водой
Фул стек это не разраб, а так, разраб знающий по чуть чуть с каждой стороны.
Сейчас весь фронт на фреймворках или библиотеках пишут, в нативные вещи практически нет необходимости лезть, освоить эти либы опытному бекендеру - вопрос недели, а вот освоить бэк фронтендеру - это вопрос из серии "освоит ли он там что-то вообще" со всеми этими архитектурами и алгоритмами + там свои библиотеки и фреймворки, не проще, чем на фронте (один спринг секьюрити чего стоит - его не все синьоры полностью одупляют:))) Так что да, дело идет в сторону фулстеков, фронтендерам стоит призадуматься...
Хуй ты с нуля что то освоиш за неделю. Там такой зоопарк. А то что рынок хочет так это универсал за оч мало денег. Главное что рынок может.
Круды писать сложно?
@@arturkushner2176 зачем тебе "зоопарк", ты берешь таску: "Подвинуть кнопку в форме на 20px", проект, допустим, на Ангуляре - там и без документации все понятно, даже бекендеру, но если не понятно - идешь и читаешь доку, дел на 5 минут или вообще в gpt кидаешь промт и все. С бэком так не пройдет.
Если тебе так просто устравайся на удаленку еще и чистым фронтом. Фуллстеки не сильно больше бэка и фронта зарабатывают.
@@krukalexander спасибо за совет, прямо сегодня устроюсь
React не куда не делся. Нытик - ещё один типаж, от которого надо держаться подальше.
"аякс"... вообще-то "Аякс" - это компания, а "аджакс" - это асинхронный JS. ага?
это только разница в произношении, которая не имеет ни какого значения.
ты похож на школьника, который только что-то выучил и надо куда-то это применить) Еще и Яваскрипт говорят, и нулл. Всем похрен на самом деле, если понятно что аякс - это ajax
тупич
та мне фиолетово 🙃просто слух режет... да, каждый волен обзывать как угодно, и всё-таки это вопрос грамотности и знания расшифровеи аббревиатуры ;)