заигрывания бизнеса с no/low code обычно заканчиваются на моменте, когда на запрос фичи получают йода-ответ "фича эта не нужна тебе" фуллстек разработка вполне себе сидит в нише с простым бэком, и вряд-ли когда-нибудь из неё вылезет. мобильные апы и приложухи внутри суперапов - по сути тот же фронт. если они захватят мир, то фронты просто перетекут в эту область. да и пока родить успешную суперапу за пределами китая еще никому не удалось, хотя лавры вичата много кому спать не дают.
Я изучаю фронтенд, но недавно мне поставили на работе пару задач по NodeJS, и у меня сложилось такое впечатление, что сейчас backend проще, чем frontend.
Это так и есть. Большая часть логики перешла на фронтенд вместе с необходимостью управлять состояниями. И эти люди еще будут нам рассказывать что фронтендеры скоро станут не нужны. Может быть и есть смещение в сторону фуллстек, но это скорее желание бизнесов экономить.
мы все больше будем зависеть от мессенджеров, а мессенджеры зависят от мобильного номера телефона. Вы только представьте, вы теряете номер телефона, и все, вы теряете доступ ко всем онлайн сервисам, мы слишком много даем власти для мобильных операторов. Надо возвращается к электронным почтам!!!
но, у некоторых есть дополнительная защита в виде почты, которая поможет восстановить если потерял номер, но тенденция направления в мессенджеры и все такое не сильно радует почему-то
Только если это личный почтовый сервер. У меня Google уже отжал одну старую, но важную электронную почту (мне туда попросту не зайти, т.к. Google считает, что я - это не я, хотя я об этой "защите" никого не просила!) причём эта зараза принимает пароль как верный.
Все проблемы фронтенда/Web Development идут от ограничености HTML и HTTP как API, которые создавались для очень примитивных задач. А для задач интерактивности их натягивали как сову на глобус инженеры второго эшелона (первый эшелон занимался тогда десктопом), отсюда все эти костыли - Ajax, JQuery, а потом и все эти убожества типа Angular и React. А всё это развитие месенджеров это ж не от хорошей жизни. Это как раз попытка уйти от смрадного убогого современного Web Development, создав свои собственные стандарты взаимодествия с пользователем, свой API, как это в свое время сделала Windows со своим WinAPI. Поэтому, без решения этой базовой проблемы Web Development будет оставаться сплошным хождением по мукам. Но, даст Бог, году так к 2050 Web Development придет к чему-то похожему по удобству, скорости разработки и скорости готовых пользовательских приложений, как разработка под Windows в Visual Studio или Borland Delphi уровня начала 2000.
Отличный доклад! Спасибо! В 2000х годах были десктоп приложения для работы + веб-сайты для доступа к информации. Потом решили из веб-сайтов сделать веб-приложения, тем самым как бы вытеснив десктоп решения, а сейчас веб-приложения нужно устанавливать на ПК и разработка интерфейса вернулась к работе с компонентами как в десктопе. Разница только в том, что без регистрации и смс не будет работать. Получается тот же десктоп 2000х только в профиль.
А как вы думаете, какие технологии сейчас наиболее востребованы для фронтенд-разработчиков? я сам когда-то столкнулся с выбором курсов по IT, рассматривал разные варианты, но в итоге остановился на Skypro и не пожалел))
Нокод, мертвое направление в бэкенд разработке, так как любое сколько нибудь сложное решение тут же обрастает скриптами в километр, которые не проверяются компилером и прочее подобное. Плюс это дико дорого, экономия на разрабах мелочь по сравнению с ценами на хостинг чего то не мелкого. И там еще море скрытых проблем. Но это бэкенд, не знаю, может фронт и может так жить.
По убийцам: 1) шаблонизаторам как я понимаю уже много лет и они хоть и опасны, но как правило они скованны шаблонами компонентов и особо расширению они не поддаются, плюс все равно нужно чтобы подобные компоненты были сделаны так что они не заменят полноценно фронтенд. 2) fullstack разработка уже активно влезла в жизнь фронтенда и вероятно его и погубит так как такие спецы более ценны чем фронтендеры или бэкендеры, хоть и они делают упор в одну из сторон. 3) тема относительно новая и не могу сказать как на фронтенд повлияет, точно знаю что соцсети их не отменят так как она требует их наличия. По итогу что могу сказать. Будут ли перемены на фронтенде? однозначно да. Умрет ли фронтенд в перспективе? точно нет.
Прикольноооо...изобрели javascript, что бы избавится от унылых CGI скриптов на перле, на сервере. А потом перенесли жаваскрипт на сервер и изобрели серверный рендер, который повторяет CGI скрипты на перле :))) А мессенджеры - ваще песня. Изобрели идею чистого HTML :D - ведь он изначально придуман "делать простые кнопки".
16:35 Безопасность вышла в окно. Конечно, там точно не будет разрешения на запись, но, всё-равно, знание всеми мимокрокодилами структуры БД это прям огромная дыра в безопасности.
@@EdwardNorthwind, нет, не понимаете. А вот с комментом выше про ORM согласен, не обратил внимание, что передается функция, из которой можно возвращать данный любым полученным способом, а не тупо SQL текст писать.
@@EdwardNorthwind, тем, что исходные названия в SQL все равно есть в запросе: SELECT user_title as title from users as customers; В ORM можно мапить поля, да и вообще гораздо проще найти все варианты использования таблицы users, чем искать это в тексте запросов.
Давайте облегчим работу фронтенд разработчику? Давайте придумаем SSR, где фронт будет помима фронта пилить ещё и бек? Ой как ему легко работать станет :)
люди в нулевых: надо поставить Винду, чтобы накачать кучу программ на разные случаи жизни люди в 10-х: надо качать хром, сейчас все в вебе, программы не нужны люди в 20-х: фронтенд не жужен, теперь мы запускаем ОС чтобы запустить браузер, чтобы запустить мессенджер, чтобы открыть в нем интернет-магазин люди в 30-х: открываем ОС, запускаем браузер, запускаем мессенджер, запускаем встроенное в него приложение, открываем в нем другое приложение...
Мне кажется, ни кто не придумывал ни одной технологии ради того что бы легче разрабатывалось или было быстрее чем изначально. Решали проблемы увеличения возможностей, типа чтобы легче разрабатывать сложные и красивые штуки. И чтобы все это быстрее грузилось чем на первых версиях. Про фулстек скажу что да вакансий много но на не серьёзные проекты. А про codeless эти проекты полюбому или навернут UI сложнее кода, чем лишат смысло свое существование, или столкнутся с неуневерсальностью. Опять же это все про простые фронты. Сложный или особенный фронт будет писаться как и раньше.
Как упростить труд Frontend'ера? Уволить его, либо требовать от него, чтобы становился Full Stack разработчиком! Отличный план, если я правильно понял видео, надёжный как швейцарские часы!
Работал с lowcode Creatio, там использовался requirejs с extjs, плюнул я на эти lowcode, ушел учить ангуляр потом реакт. Lowcode не серебренная пуля! Это превращается в закрытую инфраструктуру, писать код вы все равно будете !
Да фронтендеров стало много. И они как расходный материал в проекте. Поработали и их попросили уйти. Вообще имейте ввиду, если вы видите вакансию со словами: Мы быстро расстущая компания, расширяем штат и прочее, знайте. Попав в это расширение, вы также быстро вылетите когда задачи, ради которого затеяли это "расширение" будут решены.
абсолютно согласен))) есть такой увожаемый в определенных кругах ресурс, называется Про-докторов. Фронт написан на Vue, бэк уже не помню. Но смысл в том что разработчиков туда берут с испытательным сроком на два-три месяца и за шапку сухарей, потом естественно мало кто из них проходит этот испытательный срок))) Чуть не пошел туда когда-то, сразу после курсов, но знающие люди обЪяснили что не надо. И были правы.
Все эти варианты существуют уже много лет. Им не хватит гибкости чтобы выйти за рамки своих узких ниш. За исключением SSR, вот это довольно интересное направление, хотя в контексте React оно слегка выглядит как костыль, хотя не знаю почему мне так кажется.
Я сталкивался. Был проект с HotWire. Но ввиду медлительности Ruby, все переписали на LiveView, так как Эликсир многопоточный из коробки и с сокетами там попроще все😊. Но признаю , идея HotWire была вначале уникальной
По моим наблюдениям самые неподдерживаемые/немасштабируемые и "лишь бы работало" приложения писались фуллстек кочевниками. Как то один лид сказал что фуллстек разраб это тот кто знает фронт и бэк одинаково плохо.
От чего ушли к тому и пришли SSR (Генерация готового HTML для клиента на сервере! И доставка готового HTML клиенту) Все новое "HTMX" хорошо забытое старое )))) Интересен наш мир "круговорота" ))))
От части все так. У нас веб-сайт уже перешел на no code и его пилит пара дешевых no code разработчиков. Но само приложение, которое и является продуктом пока на react и вряд ли кто-то решит его переписывать на no code, у читывая огромную сложность бизнес-логики, которая там содержится. Вот новы приложения, возможно и будут пилить на no code, но я думаю, что это будет нечто гибридное, по типу игровых движков, как Unreal Engine или как в мобильной разработке Swift UI. Ведь сложная бизнес-логика никуда не денется, поэтом простой функционал можно собрать no-code, а более сложные штуки, дописать руками.
Представляю во что превратятся приложения лет так через 20. Огромный монстр с хулиардом строк кода на 100500 легаси фреймворках, 50 языках и всем этим трешем управляет корпоративный скайнет.
@@maxpkr вполне так и есть. Если взглянуть на код из no code сайтов, то это жесть, в которую я бы не хотел лезть. Но если говорить о написании только с помощью ИИ, то вполне вероятно, что ему и не нужен понятный код и тп, это же все создано, чтобы помочь читать код людям, ИИ может в теории сразу в 0011000001111011 писать))
@@jekins к сожалению или к счастью, это всё фантазии, в которые нас втянул весь этот хайп вокруг ИИ :) Плохое легаси вообще переписывают с нуля (а no code это плохое легаси). Так что ИИ для такой задачи бессильно имхо
я бэк и тоже рынок диктует или становись фул стэком или давай оптимизируй легаси с глубоким знанием баз данных, не знаю какой конец выбрать, лучше все же фулстэк
Некорректно сравнивать скорость загрузки модулей открытого мира с локального SSD в ОЗУ и скорость загрузки чанков с удаленного сервера. Видеть лоадеры не такая большая проблема для пользователя, интерфейс отзывчив и сообщает о своем состоянии. Куда хуже, когда сайт никак не сообщает пользователю о загрузке и интерфейс никак не реагирует и заморожен
@@brevinemfoo7240 принцип ux - это подготовка и загрузка контента таким способом, чтобы пользователь мог его потреблять практически сразу. Если на обычном сайте в блоке с текстовыми данными крутится лоадер, то есть серьезные вопросы к авторам сего "шедевра".
я сам полупокер на питоне, но хочу отметить то, что в этом видео я услышал те этапы трансформации профессии, которые нормальные программисты переживают сейчас. (ужу по брату, не уверен что скажу точно. По-моему как то фичалид или что то такое)
Да ваще разрабы скоро не будут нужны, будем заказывать еду голубиной почтой и играть в тетрис потому что его лоу-код платформы потянут, что-то большее нет.
В какую сторону новичку смотреть? Учиться по-прежнему? Так как все равно это полезно (react/vue3). Или может сразу htmx? Или в дополнение может что-то смотреть, типа баз данных или ноды? Запутался. Получается, как в реальном институте. учишься на старых базах, а на работе бьёшься лбом о современные технологии и переобуваешься на лету. Дайте рецепт))
React + Vue, продвинутое владение TS (нормально осиливает до сих пор мало кто), базовые Ci/Docker - фрилансы удалёнки от 80к Дальше по направлениям (исходя из желания/рынка): углубляться в мобилки (RN), фронт (SSR фреймворки или прыгнуть на Ангулар) или бек (postgresql + exrpess/koa для крудов или nest для серьезного свича на бек) - фрилансы удалёнки от 150к+ Есть люди, зарабатывающие значительно больше одними реактовскими SPA без заморочек с SSR и чем бы то ни было за пределами фронта В офисы и энтерпрайзы лучше идти или фронтом Ангуларом, или React + JVM/.Net стеками, или не идти
@@vitalyl1327 Насчет знать базу - бред. Кроме базы, есть постоянно изменяющийся фронтенд-монстр, который таки придется учить заново, и выяснится, что есть подводные камушки, которые не изучают в классическом обучении в учебных заведениях.
@@googlbond ну а как насчет такой простой идеи, как не лезть вообще во фронтэнд? Что там делать разумному человеку? Это вообще не программирование, это дизайн. И даже если лезть - там тоже нет абсолютно ничего нового. Просто все те же старые, с 80х еще известные шаблоны постоянно пере-открываемые малограмотными хипстерочками. Любой человек, хорошо знакомый с базой, вникнет в любой новый фреймфорчек за минуты.
На мой взгляд, технологии вторичны по отношению к решениям высококонкурентных бизнесов. Тем нужен инструмент для генерации прибыли в условиях нехватки низкоквалифицированного персонала. Все их IT решения сейчас не про поставку информации по web, а про повышение производительности. Я бы сказал, нужен фронт для оконечных устройств - планшетов, сканеров, терминалов, камер наблюдения. Это высококастомные решения, таких компонентов на рынке нет или мало. Но и квалификация нужна повыше - xstate, rxjs, модели акторов и т.п. Причем в условиях когда сервер не всегда доступен. А если доступен то будет использоваться как сейчас Gemini в хроме - т.е. источник решений ИИ. Так вижу 😂
я на ExtJS 3.4 и 7.5 сейчас ) ... смешанные чувства от него ))) много проблем, особенно у компонент, которые не часто используются, приходится много дебажить, чтобы разобраться в особенностях поведения, а так да, простые приложения можно сделать супер быстро.
Ооо, сочувствую. Эти классы с 500 методами. Эти div-ы в результирующем DOM-е с 50 уровнями вложенности. А еще разрабы ExtJS чтоб не чинить десятилетиями висящие баги, просто сделали механизм overrides, чтоб их чинили пользователи библиотеки. Поэтому у меня с проекта на проект кочевала папка overrides с миллионом фиксов, которую я просто копипастил с одного места в другое. Супербыстро можно делать наверное только очень простые приложения, если что-то надо поменять в дизайне и отступиться от стандартной темы, вот тут начинается гемор. Давно забыл как страшный сон, и вам советую, нервы дороже.
Вывод из этого один-пашите 10 лет, экономьте на всём 70% и выше, покупайте квартиры/див акции/ETF и пшёл лесом этот фронтенд. А если серьёзно-автор кликбейтер.
Это хреновина ещё та )) Ты пишешь код, и прям внутри файла описываешь, что будет на беке запускаться, что на фронте. Итого цена ошибки огромная, ибо если разработчик накосячит - то на фронт утекут все секреты.
мне кажется нет. Всегда на бэкенде делается любая проверка, т.к. через фронт можно легко запрос взломать Как пример загрузка фото. В фронтенде делают либо через js запрос либо вообще тупо в input вставят ограничение по разрешениям файлов. И естественно взломать это так легко, что любой программист это сделать сможет. А вот через бэкенд, например php уже фиг обойдешь эту проверку, только если не оставлена брешь, но обычно брешей не оставляют в этом плане
фронтенд разработчик, кроме всего прочего, должен уметь быстро собрать сервер, развернуть на нем сиквел и продолжить разработку проекта в фуллстэк фреймворке.
Это по-модному. Типа профи. 😂 Изначально в 70-е язык назывался SEQUEL. Потом гласные выкинули, поскольку уже была такая торговая марка. Поэтому олды так и продолжали говорить "сиквел", а новопришедшие в сферу просто повторяли за ними, не вникая почему так.
А вот Blazor убивает фронтенд, но понарошку. На самом деле фронтенд не умер, он переходит в SSR, потому что сама идея - кинуть NN на клиента, wasm, WebGL, и вообще все - идея так себе.
Взял эту штуку где уже есть все компоненты звучит как заплатил за эту штуку другим которые имеют в штате фронтов, которых у тебя в штате нет, а также приобрел платную зависимость от внешнего продукта, а если все таки не все компоненты там есть то как тогда? я просто помню все эти приколы с вордпрессами, джумлами с их базой компонентов и когда их брала компания потом и бэки и фронты плевались от удобства работы с ними🤣
Не думал, что это скажу, но он прав. Не так однозначно конечно, но прав. Эволюция разработки в принципе идёт по пути canvas, потому что и гугл инструменты и конструкторы сайтов на Canvas. Next.js больше про серверную разработку, поэтому он стал меньше походить на React.js Так что frontend в чистом виде стал менее ценен. Нельзя сказать что backend стал более проще, но могу заметить что SOAP постепенно вымирает и замещается REST API. И я говорил, что фронтент создан не для вёрстки а для программирования. Сейчас благодаря эволюции покрайней мере больше не будут путать верстальщиков с фронтенд разработчиками.
Ещё не упоминул ai решения, которые забили последний гвоздь в крышку гроба профессии верстальщик. Тот же websim уже сейчас является отличным инструментом, а если Devin выйдет таким, как его анонсировали, то скорость разработки в большинстве проектов можно будет увеличить в разы, а конкуренция на IT рынке снова возрастёт
@@codewave-pro нет. Поможет его сделать намного быстрей. Если разработчик умеющий в ИИ работает с той же скоростью, как 3 не использующие ИИ, то зачем бизнесу держать трёх?
@@Dik131WZD Поможет сделать быстрее базовые вещи. Что-то более сложное - однозначно нет. Бизнес логику gpt не построит или какие-то кастомные фичи заказчика.
@@Dik131WZD А по поводу верстки - да, "отличное решение". Тысяча не понятных дополнительных оберток, все на абсолютах и тд. И тп. Но за то быстро и работает😱
Вообще-то те люди, которые превращали psd-файл в html назывались верстальщики и не были программистами в принципе. Вопрос: можно ли назвать программистами тех, кто пишет на реакте?) Собесы показываю, что они могут говорить исключительно в терминах реакта и знают примерно нихрена. А что если я скажу, что DOM-дерево - это дерево объектов, и использование всяких сраных шаблонизаторов - ошибка, потому что с объектами надо работать как с объектами (через свойства и методы). Миф о том, что веб-приложения тормозят во многом связан с оверхедами от работы фреймворков и топорными подходами к выводу данных без самостоятельных попыток оптимизации.
Why do people pronounce it both SQL and sequel? SQL can be pronounced as "S-Q-L" or "sequel" due to its historical roots from SEQUEL (Structured English Query Language). People use both depending on their preference or personal experience.
@@ГерманШереметьев-б3е, да, общепринято именно сиквэл. Также как на Хабре вчера был противоположный спор про роутеры, типа что надо использовать рутер (брит. произношение) или раутер (американское), но никак не роутер. Понятно, что там так не говорят, но в русском языке роутер появился именно через О благодаря частоте использования и все тут, как уж там правильно неважно.
Ни одна сфера и технология не переживет глубокой аналитики Михаила
marheting
А в чом он не прав?
@@datotsanava6126 во всём.
@@safort7806 На пример?
@@safort7806 объясни
гитхаб умирает, фронтенд убивают. следующее видео: айти сдохло
Электричеству да и физике вообще приходит конец😂
Машины восстают из пепла ядерного огня
Кстати php умирает последние 10 лет. Но никак не может умереть
@@braian0511 Пых живуч - аки дохлая блоха. За счет вордпресса наверно
Так айти реально сдохло.
я понимаю, что контент надо снимать и просмотры как то надо набирать, но от кликбейта в каждом видео уже становится смешно
С улыбкой вспоминаю времена, когда верстал лендосики на jquery с макетов psd
А почему щас так не делать, простые лендосики стали не нужны? Если это лендосик зачем туда тащить что-то?
@@СекретныйКот-и1и чел.. он просто вспомнил былые времена...
Милчеловек, объясни нам, бригаде зоотехников, шо це за xepня "лендосики на jquery"?
я и сейчас так делаю и не боюсь признаться )
заигрывания бизнеса с no/low code обычно заканчиваются на моменте, когда на запрос фичи получают йода-ответ "фича эта не нужна тебе"
фуллстек разработка вполне себе сидит в нише с простым бэком, и вряд-ли когда-нибудь из неё вылезет.
мобильные апы и приложухи внутри суперапов - по сути тот же фронт. если они захватят мир, то фронты просто перетекут в эту область.
да и пока родить успешную суперапу за пределами китая еще никому не удалось, хотя лавры вичата много кому спать не дают.
Я изучаю фронтенд, но недавно мне поставили на работе пару задач по NodeJS, и у меня сложилось такое впечатление, что сейчас backend проще, чем frontend.
есть такое)
пока с нагрузкой и алгоритмами не столкнулись
А кто его сделал сложнее? Кто?
С интервалом в полгода-год создаю новый фронтенд проект и каждый раз набор инструментария обновляется. Чего им там не сидится на месте, не пойму 😂
Это так и есть. Большая часть логики перешла на фронтенд вместе с необходимостью управлять состояниями. И эти люди еще будут нам рассказывать что фронтендеры скоро станут не нужны. Может быть и есть смещение в сторону фуллстек, но это скорее желание бизнесов экономить.
Перестань называть htmx третьей по популярности. Никому он не нужен.
64k загрузок в npm =)))
@@bluin666 это как-будто почти ничего, нет?
А есть альтернатива?
@@vasman94 да. Хотел людям сэкономить время шоб в нпм сами не лезли
@@bluin66664k в неделю. Я думаю она будет жить хотя из соображений простоты.
mendicks? название звучит многообещающе😂
Жыкуэри форева! До сих пор с большим удовольствием пользуюсь.
Спасибо за такой емкий ликбез.
мы все больше будем зависеть от мессенджеров, а мессенджеры зависят от мобильного номера телефона. Вы только представьте, вы теряете номер телефона, и все, вы теряете доступ ко всем онлайн сервисам, мы слишком много даем власти для мобильных операторов. Надо возвращается к электронным почтам!!!
но, у некоторых есть дополнительная защита в виде почты, которая поможет восстановить если потерял номер, но тенденция направления в мессенджеры и все такое не сильно радует почему-то
Может просто отказаться от использования номеров в мессенджерах. Пусть линкуются к почте, например
Абсолютно, но увы большинство идет по пути комфорта не думая об этом.
Только если это личный почтовый сервер. У меня Google уже отжал одну старую, но важную электронную почту (мне туда попросту не зайти, т.к. Google считает, что я - это не я, хотя я об этой "защите" никого не просила!) причём эта зараза принимает пароль как верный.
А что будет, если этот условный Mendix прекратит своё существование? Сколько будет стоить компании перенос с Mendix на другое такое же решение?
Все проблемы фронтенда/Web Development идут от ограничености HTML и HTTP как API, которые создавались для очень примитивных задач. А для задач интерактивности их натягивали как сову на глобус инженеры второго эшелона (первый эшелон занимался тогда десктопом), отсюда все эти костыли - Ajax, JQuery, а потом и все эти убожества типа Angular и React.
А всё это развитие месенджеров это ж не от хорошей жизни. Это как раз попытка уйти от смрадного убогого современного Web Development, создав свои собственные стандарты взаимодествия с пользователем, свой API, как это в свое время сделала Windows со своим WinAPI.
Поэтому, без решения этой базовой проблемы Web Development будет оставаться сплошным хождением по мукам.
Но, даст Бог, году так к 2050 Web Development придет к чему-то похожему по удобству, скорости разработки и скорости готовых пользовательских приложений, как разработка под Windows в Visual Studio или Borland Delphi уровня начала 2000.
к 50му уже всё будет ИИ делать через нейролинк - прямо в мозг. Программирование станет архаикой.
@@games4us132 продукты майкрософт - кал
Отличный доклад! Спасибо!
В 2000х годах были десктоп приложения для работы + веб-сайты для доступа к информации. Потом решили из веб-сайтов сделать веб-приложения, тем самым как бы вытеснив десктоп решения, а сейчас веб-приложения нужно устанавливать на ПК и разработка интерфейса вернулась к работе с компонентами как в десктопе. Разница только в том, что без регистрации и смс не будет работать. Получается тот же десктоп 2000х только в профиль.
Миша, шикарный ролик! Очень много аналитики проработано, красава. Побольше бы таких вот аналитических роликов. Спасибо, Вам :)
+1
А как вы думаете, какие технологии сейчас наиболее востребованы для фронтенд-разработчиков? я сам когда-то столкнулся с выбором курсов по IT, рассматривал разные варианты, но в итоге остановился на Skypro и не пожалел))
HTML/CSS/TypeScript, React, React Query, React Router, Zustand/MobX/valtio, MUI, BEM, Vite, Vitest. Говно мамонта, что не надо учить: Redux, create-react-app.
а в чем отличие?
сейчас тоже ищу курсы и не первый раз встречаю комментарии о skypro
@@hmhm1698 потому что это реклама
Я думаю, что ваш скупро - туфта.
Нокод, мертвое направление в бэкенд разработке, так как любое сколько нибудь сложное решение тут же обрастает скриптами в километр, которые не проверяются компилером и прочее подобное. Плюс это дико дорого, экономия на разрабах мелочь по сравнению с ценами на хостинг чего то не мелкого. И там еще море скрытых проблем. Но это бэкенд, не знаю, может фронт и может так жить.
По убийцам:
1) шаблонизаторам как я понимаю уже много лет и они хоть и опасны, но как правило они скованны шаблонами компонентов и особо расширению они не поддаются, плюс все равно нужно чтобы подобные компоненты были сделаны так что они не заменят полноценно фронтенд.
2) fullstack разработка уже активно влезла в жизнь фронтенда и вероятно его и погубит так как такие спецы более ценны чем фронтендеры или бэкендеры, хоть и они делают упор в одну из сторон.
3) тема относительно новая и не могу сказать как на фронтенд повлияет, точно знаю что соцсети их не отменят так как она требует их наличия.
По итогу что могу сказать. Будут ли перемены на фронтенде? однозначно да. Умрет ли фронтенд в перспективе? точно нет.
No code low code - это не шаблонизаторы. Глянь как какой-нибудь Webflow работает. Или директус
В этой теме хорошо бы также упомянуть и Blazor. В этом случае без js можно в html разметке обратиться к базе данных на сервере
Прикольноооо...изобрели javascript, что бы избавится от унылых CGI скриптов на перле, на сервере. А потом перенесли жаваскрипт на сервер и изобрели серверный рендер, который повторяет CGI скрипты на перле :)))
А мессенджеры - ваще песня. Изобрели идею чистого HTML :D - ведь он изначально придуман "делать простые кнопки".
Рассказываю 3 минуты презентацию, после чего напоминаю всем о чем мы поговорили только что
Думаешь люди настолько не могут фокус словить?
16:35 Безопасность вышла в окно. Конечно, там точно не будет разрешения на запись, но, всё-равно, знание всеми мимокрокодилами структуры БД это прям огромная дыра в безопасности.
да никто не допустит ) это шутка, наверное
Where can I get the English version?
google about voice over translation
Спасибо, Миша
Перешёл на ролик с предвкушением, что сейчас узнаю окончательную и бесповоротную правду об анунаках.
Есть ли возможность посмотреть запись сегодняшнего стрима (11.08.2024) ?
16:08 ну и как такой код в дальнейшем поддерживать, если, допустим, в проекте придется переименовать название колонки или таблицы?
так можно использовать разного рода ORM и драйверы для бд. код в nextjs мало чем отличается от кода что пишешь на бекенде
про алиасы, я так понимаю, вы не вкурсе...
@@EdwardNorthwind, нет, не понимаете.
А вот с комментом выше про ORM согласен, не обратил внимание, что передается функция, из которой можно возвращать данный любым полученным способом, а не тупо SQL текст писать.
@@vladvladvlad а чем ОРМ кардинально отличается от AS в запросе?
@@EdwardNorthwind, тем, что исходные названия в SQL все равно есть в запросе:
SELECT user_title as title from users as customers;
В ORM можно мапить поля, да и вообще гораздо проще найти все варианты использования таблицы users, чем искать это в тексте запросов.
Ну да, потом ты как специалист мендикс ищешь работу, и понимаешь, что тебе банально на аренду жилья не хватает 😂
Зачем осваивать то, что не даёт возможности арендовать жильё?
@@vlad_kara Ну кассирами люди зачем-то работают...
@@EuegenTv ну это даже осваивать не нужно, 5 минут обучение
@@stenty8464 тем не менее находятся терпилы, которые готовы работать за копейки :)
Здесь любого человека с улицы посади на минималку, и он будет работать😂
Бегали прыгали в конце вернулись к php
Давайте облегчим работу фронтенд разработчику? Давайте придумаем SSR, где фронт будет помима фронта пилить ещё и бек? Ой как ему легко работать станет :)
Да чего там пилить то?
Да просто идея отдельных "фронтенд-разработчиков" уходит в прошлое (и правильно)
Так по факту намного легче пилить становится
next? или ть в натуре дуплобле
Зеро кодер?
Для тебя зеро вакансий 😎😎😎
Бери выше! ChatGPT Enhanced Senior Developer!
А кроме browser-ов другие frontend-ы существуют?
Автору видео респект!
люди в нулевых: надо поставить Винду, чтобы накачать кучу программ на разные случаи жизни
люди в 10-х: надо качать хром, сейчас все в вебе, программы не нужны
люди в 20-х: фронтенд не жужен, теперь мы запускаем ОС чтобы запустить браузер, чтобы запустить мессенджер, чтобы открыть в нем интернет-магазин
люди в 30-х: открываем ОС, запускаем браузер, запускаем мессенджер, запускаем встроенное в него приложение, открываем в нем другое приложение...
Мне кажется, ни кто не придумывал ни одной технологии ради того что бы легче разрабатывалось или было быстрее чем изначально. Решали проблемы увеличения возможностей, типа чтобы легче разрабатывать сложные и красивые штуки. И чтобы все это быстрее грузилось чем на первых версиях. Про фулстек скажу что да вакансий много но на не серьёзные проекты. А про codeless эти проекты полюбому или навернут UI сложнее кода, чем лишат смысло свое существование, или столкнутся с неуневерсальностью. Опять же это все про простые фронты. Сложный или особенный фронт будет писаться как и раньше.
Очень субъективный либо провакационный контент, зависит какую цель преследовал автор)
"Mendix разработчики", SQL вставки прям в JSX. Сильно, сильно, ничего не скажешь
я тоже ужаснулась
годный контент
Ларченко зажжег здесь 🔥❤️👍
все нормально, просто идем по кругу, ssr уже проходили, просто это были бакенд фреймворки. Пришли туда же но с другой стороны.
Как упростить труд Frontend'ера? Уволить его, либо требовать от него, чтобы становился Full Stack разработчиком! Отличный план, если я правильно понял видео, надёжный как швейцарские часы!
То есть публикация SQL запросов на фронте преподносится как прогрессивная технология, я правильно понял?
Так это всё закатывается в билд для продакшена, запросы к бэку не остаются публичными...
@@brevinemfoo7240 нет, речь как раз о том что они делаются на стороне фронта
Очень инфррмативно 🔥
Ура упомянули мой любимый Google Polymer! Где он сейчас используется? Нигде!
Спасибо Миша, благодаря Вам фронтеднеры скоро останутся без работы)
Это почему?
Работал с lowcode Creatio, там использовался requirejs с extjs, плюнул я на эти lowcode, ушел учить ангуляр потом реакт. Lowcode не серебренная пуля! Это превращается в закрытую инфраструктуру, писать код вы все равно будете !
Да фронтендеров стало много. И они как расходный материал в проекте. Поработали и их попросили уйти.
Вообще имейте ввиду, если вы видите вакансию со словами: Мы быстро расстущая компания, расширяем штат и прочее, знайте.
Попав в это расширение, вы также быстро вылетите когда задачи, ради которого затеяли это "расширение" будут решены.
Это актуально для стартапов. Обычно компании выгодно найти сотрудника на постоянку
ага. поэтому проще скипать вакансии с текстом "быстро растущая компания" и приходить в те что выросли.
Очередные сказки
абсолютно согласен))) есть такой увожаемый в определенных кругах ресурс, называется Про-докторов. Фронт написан на Vue, бэк уже не помню. Но смысл в том что разработчиков туда берут с испытательным сроком на два-три месяца и за шапку сухарей, потом естественно мало кто из них проходит этот испытательный срок))) Чуть не пошел туда когда-то, сразу после курсов, но знающие люди обЪяснили что не надо. И были правы.
@@evgeniymakhnin267 очередные сказки
Все эти варианты существуют уже много лет. Им не хватит гибкости чтобы выйти за рамки своих узких ниш.
За исключением SSR, вот это довольно интересное направление, хотя в контексте React оно слегка выглядит как костыль, хотя не знаю почему мне так кажется.
Миша, ты упомянул Hotwire - не сталкивался? Как ощущения,если да?
Я сталкивался. Был проект с HotWire. Но ввиду медлительности Ruby, все переписали на LiveView, так как Эликсир многопоточный из коробки и с сокетами там попроще все😊. Но признаю , идея HotWire была вначале уникальной
По моим наблюдениям самые неподдерживаемые/немасштабируемые и "лишь бы работало" приложения писались фуллстек кочевниками. Как то один лид сказал что фуллстек разраб это тот кто знает фронт и бэк одинаково плохо.
зашел на мендикс комп чуть коней не двинул
От чего ушли к тому и пришли SSR (Генерация готового HTML для клиента на сервере! И доставка готового HTML клиенту) Все новое "HTMX" хорошо забытое старое )))) Интересен наш мир "круговорота" ))))
От части все так. У нас веб-сайт уже перешел на no code и его пилит пара дешевых no code разработчиков. Но само приложение, которое и является продуктом пока на react и вряд ли кто-то решит его переписывать на no code, у читывая огромную сложность бизнес-логики, которая там содержится. Вот новы приложения, возможно и будут пилить на no code, но я думаю, что это будет нечто гибридное, по типу игровых движков, как Unreal Engine или как в мобильной разработке Swift UI. Ведь сложная бизнес-логика никуда не денется, поэтом простой функционал можно собрать no-code, а более сложные штуки, дописать руками.
Представляю во что превратятся приложения лет так через 20. Огромный монстр с хулиардом строк кода на 100500 легаси фреймворках, 50 языках и всем этим трешем управляет корпоративный скайнет.
@@maxpkr вполне так и есть. Если взглянуть на код из no code сайтов, то это жесть, в которую я бы не хотел лезть. Но если говорить о написании только с помощью ИИ, то вполне вероятно, что ему и не нужен понятный код и тп, это же все создано, чтобы помочь читать код людям, ИИ может в теории сразу в 0011000001111011 писать))
@@jekins к сожалению или к счастью, это всё фантазии, в которые нас втянул весь этот хайп вокруг ИИ :) Плохое легаси вообще переписывают с нуля (а no code это плохое легаси). Так что ИИ для такой задачи бессильно имхо
Но, например, вебфлоу не настолько плох.
@@tebesvet покажи мне такую компанию которая переписывает легаси. Никто деньги на это спускать не будет.
1) мендикс - переизобрели вижуал бейсик
я бэк и тоже рынок диктует или становись фул стэком или давай оптимизируй легаси с глубоким знанием баз данных, не знаю какой конец выбрать, лучше все же фулстэк
а почемы Вы о веб-ассемлере совсем не вспомнили? Веб-ассемблер ведь прочто должен был бы убить фронт-энд
я ваше чуть не заплакал когда на node js вышел type script а тут этот а там ваше github умирает
Некорректно сравнивать скорость загрузки модулей открытого мира с локального SSD в ОЗУ и скорость загрузки чанков с удаленного сервера. Видеть лоадеры не такая большая проблема для пользователя, интерфейс отзывчив и сообщает о своем состоянии. Куда хуже, когда сайт никак не сообщает пользователю о загрузке и интерфейс никак не реагирует и заморожен
На сайте лоадеры должны появляться разве что на видеоплеере.
@@propilen3 не согласна, это треба высосана из пальца
согласна
@@propilen3 Твоё утверждение противоречит принципам UX
@@brevinemfoo7240 принцип ux - это подготовка и загрузка контента таким способом, чтобы пользователь мог его потреблять практически сразу. Если на обычном сайте в блоке с текстовыми данными крутится лоадер, то есть серьезные вопросы к авторам сего "шедевра".
С каждым обновлением любого приложения и программы становится всё хуже и хуже. Интерфейсы делают для тупых идиотов.
99% именно они.
@@dobandvla На заре интернета там были только умные люди. Тоскую по тем временам.
Что насчёт $mol ?
придется мише идти работать в мак
Lowcode это туфта ! А разработчики lowcode потом по итогу оказывается Джуниорами ! Иза того что инфраструктура не открытая..
я сам полупокер на питоне, но хочу отметить то, что в этом видео я услышал те этапы трансформации профессии, которые нормальные программисты переживают сейчас. (ужу по брату, не уверен что скажу точно. По-моему как то фичалид или что то такое)
Да ваще разрабы скоро не будут нужны, будем заказывать еду голубиной почтой и играть в тетрис потому что его лоу-код платформы потянут, что-то большее нет.
Слайды? 🔥
В какую сторону новичку смотреть? Учиться по-прежнему? Так как все равно это полезно (react/vue3). Или может сразу htmx? Или в дополнение может что-то смотреть, типа баз данных или ноды? Запутался. Получается, как в реальном институте. учишься на старых базах, а на работе бьёшься лбом о современные технологии и переобуваешься на лету. Дайте рецепт))
учись программировать. В программировании ничего нового не появилось за последние 40 лет минимум. Кто знает базу, тот знает все.
React + Vue, продвинутое владение TS (нормально осиливает до сих пор мало кто), базовые Ci/Docker - фрилансы удалёнки от 80к
Дальше по направлениям (исходя из желания/рынка): углубляться в мобилки (RN), фронт (SSR фреймворки или прыгнуть на Ангулар) или бек (postgresql + exrpess/koa для крудов или nest для серьезного свича на бек) - фрилансы удалёнки от 150к+
Есть люди, зарабатывающие значительно больше одними реактовскими SPA без заморочек с SSR и чем бы то ни было за пределами фронта
В офисы и энтерпрайзы лучше идти или фронтом Ангуларом, или React + JVM/.Net стеками, или не идти
@@vitalyl1327 Насчет знать базу - бред. Кроме базы, есть постоянно изменяющийся фронтенд-монстр, который таки придется учить заново, и выяснится, что есть подводные камушки, которые не изучают в классическом обучении в учебных заведениях.
@@googlbond ну а как насчет такой простой идеи, как не лезть вообще во фронтэнд? Что там делать разумному человеку? Это вообще не программирование, это дизайн. И даже если лезть - там тоже нет абсолютно ничего нового. Просто все те же старые, с 80х еще известные шаблоны постоянно пере-открываемые малограмотными хипстерочками. Любой человек, хорошо знакомый с базой, вникнет в любой новый фреймфорчек за минуты.
@@vitalyl1327 Well done. Get off, dude )
На мой взгляд, технологии вторичны по отношению к решениям высококонкурентных бизнесов. Тем нужен инструмент для генерации прибыли в условиях нехватки низкоквалифицированного персонала. Все их IT решения сейчас не про поставку информации по web, а про повышение производительности. Я бы сказал, нужен фронт для оконечных устройств - планшетов, сканеров, терминалов, камер наблюдения. Это высококастомные решения, таких компонентов на рынке нет или мало. Но и квалификация нужна повыше - xstate, rxjs, модели акторов и т.п. Причем в условиях когда сервер не всегда доступен. А если доступен то будет использоваться как сейчас Gemini в хроме - т.е. источник решений ИИ. Так вижу 😂
Конкурентность для бизнесов - это временное, нежелательное состояние. Процветание начинается, когда конкурентов загнобили.
Не знаю, кто убивает фронтенд, но если мы начнем писать фронт на шарпе или джаве, или даже пайтоне, миру будет лучше
А мы бэкенд на Typscript пишем, збс
Так пишут и так и на пайтоне, и на шарапах, и на джаве....
jwt вам в руки
HTMX это же катастрофа в плане СЕО? Никакой сепарации информации для поисковиков это каша
я на ExtJS 3.4 и 7.5 сейчас ) ... смешанные чувства от него ))) много проблем, особенно у компонент, которые не часто используются, приходится много дебажить, чтобы разобраться в особенностях поведения, а так да, простые приложения можно сделать супер быстро.
Ооо, сочувствую. Эти классы с 500 методами. Эти div-ы в результирующем DOM-е с 50 уровнями вложенности. А еще разрабы ExtJS чтоб не чинить десятилетиями висящие баги, просто сделали механизм overrides, чтоб их чинили пользователи библиотеки. Поэтому у меня с проекта на проект кочевала папка overrides с миллионом фиксов, которую я просто копипастил с одного места в другое.
Супербыстро можно делать наверное только очень простые приложения, если что-то надо поменять в дизайне и отступиться от стандартной темы, вот тут начинается гемор.
Давно забыл как страшный сон, и вам советую, нервы дороже.
Вывод из этого один-пашите 10 лет, экономьте на всём 70% и выше, покупайте квартиры/див акции/ETF и пшёл лесом этот фронтенд. А если серьёзно-автор кликбейтер.
Запросы к базам данных с клиента это вообще безопасно?
Это хреновина ещё та )) Ты пишешь код, и прям внутри файла описываешь, что будет на беке запускаться, что на фронте. Итого цена ошибки огромная, ибо если разработчик накосячит - то на фронт утекут все секреты.
мне кажется нет. Всегда на бэкенде делается любая проверка, т.к. через фронт можно легко запрос взломать
Как пример загрузка фото. В фронтенде делают либо через js запрос либо вообще тупо в input вставят ограничение по разрешениям файлов. И естественно взломать это так легко, что любой программист это сделать сможет. А вот через бэкенд, например php уже фиг обойдешь эту проверку, только если не оставлена брешь, но обычно брешей не оставляют в этом плане
В next запросы из серверных компонентов, а не клиентских
Это вообще такая же лажа, как и использование оператора goto в языке высокого уровня.
В мирное время - да.
фронтенд разработчик, кроме всего прочего, должен уметь быстро собрать сервер, развернуть на нем сиквел и продолжить разработку проекта в фуллстэк фреймворке.
сиквел...💀 почему сиквел?))) почему не эс кью эль?
Это по-модному. Типа профи. 😂 Изначально в 70-е язык назывался SEQUEL. Потом гласные выкинули, поскольку уже была такая торговая марка. Поэтому олды так и продолжали говорить "сиквел", а новопришедшие в сферу просто повторяли за ними, не вникая почему так.
Jquery is my favorite.
А вот Blazor убивает фронтенд, но понарошку. На самом деле фронтенд не умер, он переходит в SSR, потому что сама идея - кинуть NN на клиента, wasm, WebGL, и вообще все - идея так себе.
Сам то ты на чём работаешь или просто наблатыканный?
Взял эту штуку где уже есть все компоненты звучит как заплатил за эту штуку другим которые имеют в штате фронтов, которых у тебя в штате нет, а также приобрел платную зависимость от внешнего продукта, а если все таки не все компоненты там есть то как тогда? я просто помню все эти приколы с вордпрессами, джумлами с их базой компонентов и когда их брала компания потом и бэки и фронты плевались от удобства работы с ними🤣
Наконец-то вместо того чтоп программировать фронтенд люди снова начнут программировать себя =)
предупреждать надо.. видос длинный!
уже же был ноющий Фил
"основных тенденциях, которые сейчас наблюдаются на рынке" твой рынок твитер как мы поняли
Хороший видос. Но мне у Миши всё нравится
По ощущению много пртянуто за уши, как по мне у нейросетей в перспективе больше шансов убить фронтенд, но не факт, что это будет скоро)
У нейросетей вообще нет шансов, быстрее бэк убьют по такой логике ;)
бакенд мне на много ближе, htmx - вещь! )))
эх. а я так и не выучился на фронт эндера 😓
Ну и молодец, не нужно оно.
и не надо)) учи бек
@@алексавы-р5к и тебя заменит ИИ или хороший фронтендер ;)
фронтенд убили создав JS -- теперь его всеми силами лечат от JS)))
Не думал, что это скажу, но он прав. Не так однозначно конечно, но прав. Эволюция разработки в принципе идёт по пути canvas, потому что и гугл инструменты и конструкторы сайтов на Canvas. Next.js больше про серверную разработку, поэтому он стал меньше походить на React.js
Так что frontend в чистом виде стал менее ценен. Нельзя сказать что backend стал более проще, но могу заметить что SOAP постепенно вымирает и замещается REST API. И я говорил, что фронтент создан не для вёрстки а для программирования. Сейчас благодаря эволюции покрайней мере больше не будут путать верстальщиков с фронтенд разработчиками.
Ещё не упоминул ai решения, которые забили последний гвоздь в крышку гроба профессии верстальщик. Тот же websim уже сейчас является отличным инструментом, а если Devin выйдет таким, как его анонсировали, то скорость разработки в большинстве проектов можно будет увеличить в разы, а конкуренция на IT рынке снова возрастёт
хахахах, нормальный проект никогда ии не сделает.
@@codewave-pro Заказчикам он и не нужен. Главное внешне красиво и работает
@@codewave-pro нет. Поможет его сделать намного быстрей. Если разработчик умеющий в ИИ работает с той же скоростью, как 3 не использующие ИИ, то зачем бизнесу держать трёх?
@@Dik131WZD Поможет сделать быстрее базовые вещи. Что-то более сложное - однозначно нет. Бизнес логику gpt не построит или какие-то кастомные фичи заказчика.
@@Dik131WZD А по поводу верстки - да, "отличное решение". Тысяча не понятных дополнительных оберток, все на абсолютах и тд. И тп. Но за то быстро и работает😱
В IOS такая же ситуация
Чувак, не позорься)
htmlx 😂 смешно
Вообще-то те люди, которые превращали psd-файл в html назывались верстальщики и не были программистами в принципе. Вопрос: можно ли назвать программистами тех, кто пишет на реакте?) Собесы показываю, что они могут говорить исключительно в терминах реакта и знают примерно нихрена. А что если я скажу, что DOM-дерево - это дерево объектов, и использование всяких сраных шаблонизаторов - ошибка, потому что с объектами надо работать как с объектами (через свойства и методы). Миф о том, что веб-приложения тормозят во многом связан с оверхедами от работы фреймворков и топорными подходами к выводу данных без самостоятельных попыток оптимизации.
Как же фронтендщики изо всех сил игнорируют Dart и Flutter. На котором веб-прилодения на WASM в статус стабильных перешли
чел жидко насрал
Кликбейт. А ролик ни о чем.
16:30 примітивізація без знань веде до повної дупи з безпекою.
говно на вентиляторе....
ЧТО ЗА СИКВЕЛ??
Если ты про sql, то там первая буква - s (ЭС).
Дальше кью и эл. 😅
А так спасибо за видосы.
Просто американцы всегда говорят "СИКВЕЛ", хз почему так, тоже когда первый раз услышал, немного в ступор впал
Посмотри американские видосики, там именно так называют.
@@vladvladvlad Ну это же не правильно) Прям все так говорят?
Why do people pronounce it both SQL and sequel?
SQL can be pronounced as "S-Q-L" or "sequel" due to its historical roots from SEQUEL (Structured English Query Language). People use both depending on their preference or personal experience.
@@ГерманШереметьев-б3е, да, общепринято именно сиквэл.
Также как на Хабре вчера был противоположный спор про роутеры, типа что надо использовать рутер (брит. произношение) или раутер (американское), но никак не роутер. Понятно, что там так не говорят, но в русском языке роутер появился именно через О благодаря частоте использования и все тут, как уж там правильно неважно.
Даешь Delphi + WebAssembler = WEB
😊