Это иллюстрация того, когда все возводят в абсолют. В данном случае модульность. Проблема node_modules это возведение понятия модульность в абсолют, потому что каждый модуль чтобы остаться модулем, то есть полностью независимым, имея свои зависимости создает бесчисленное количество копий одних и тех же зависимостей, вместо того тобы создать единый локальный источник с не повторяемыми зависимостями
@@TheLevius Это проблема не node_modules, а пакетного менеджера, конкретно NPM в данном случае. Если вы считаете это проблемой, то стоит просто посмотреть в сторону других пакетных менеджеров
Libuv на C, а не на С++ написана, если что :) И на Node.js можно писать не только бэкенд. На ноде можно писать и десктоп (VS Code, Teams, Slack, Skype и т.д. тому примеры), а ещё в IoT направлении Node.js набирает популярность. В целом хороший инструмент, который постоянно совершенствуется. Так же уже есть пакеты, для сложных вычислений, на С, С++ и Rust написанные, которые пока работают не идеально, но кое как "прикрывают" врождённые слабости сложных вычислений Node.js платформы
так сложные вычисления может производить и v8, он с ними справится лучше любых других интерпретируемых языков, проблема в том, что концептуально основной поток языка должен быть своего рода мультиплексором и синхронизатором для задач переданных в api, а если он будет занят сложными вычислениями будет то все будет простаивать
Я на нем как ДС ботов делаю, апи, и т.д единственное за что могу его похвалить то что используется один язык как для бэкенд так и для фронтент разработчика
@@oxygen887xсогласен Через несколько неделе когда эти комментарии за никто не будет всем надоели перестанут набирать больше всего а через месяц они наверное застрянут в комментариях без лайков
Не рассказали про важный минус Ноды , точнее это плюс , который становится минусом - сборщик мусора . Который на старте дает возможность не думать о памяти , но с ростом нагрузки эта льдина даст такую пробоину твоему Титанику в виде утечки памяти, что мало не покажется.
сборщик мусора это не часть nodejs, а часть движка v8 и его можно отключать. Nodejs это сборка модулей (программ) написанных на с/с++ предоставляющих api. Во-вторых сборщик мусора это не особенность JS, а всех языков программирования на которых создается хоть что-то, то есть без сборщика мусора ваш титаник так и останется куском хорошо отшлифованного железа которое будет ржаветь в доке так никогда и не увидев моря
@@user_Broke_David отключать можно сборщик мусора в v8, а не сам v8, но собрать сборку модулей и изменить в ней движок конечно тоже можно, пример - bun. Насколько сложно заменить движка зависит от того как создателтэь сборки будет завязывать на реализацию или интерфейсы
@ это все теория из разряда «Кулибина», теоретически можно заменить v8 на Spider monkey. Но это все не дефолтное использование ноды. Теоретизировать можно до бесконечности , давай вернёмся на землю. По-дефолту , в ноде ты можешь менять частоту и агрессивность сборщика мусора , отключить полностью его нельзя. И в этом и есть основной посыл , что тут ты пользуешься готовым решением , да эффективным , но до какого-то уровня , и когда он наступит у разраба не будет возможности исправить что либо в GC . Поэтому это надо учитывать с самого начала проектирования , если проект будет расти.
@ALEXDRLVI скорее второе так как я без "опыта" работы и меня не хотят брать даже на джуна. Я даже на основе Неста и ангуляра сделал свою cms. Хоть и бета версия но всё равно сделал полноценную cms
видимо ты совсем ничего не понял, потому что дело вообще не в производительности языка, а в концепции асинхронного неблокирующего ввода вывода. Прочитай про проблему 10000 соединений и как ее решал lighttpd (и позже nginx). А lighttpd решал ее используя библиотеку libev, которую сюрприз сюрприз использовал и nodejs (пока не появилась необходимость в кроссплатформенном решении - livuv). ЯП приложений это всего лишь высокоуровневый, но гибкий способ манипулирования системными вызовами ОС, которые у всех одни и те же, но которые и создают задержки выполнения. И фишка Nodejs, как и golang в рациональном использовании такой абстракции ОС как "поток". Чем меньше потоков, тем меньше оперативной памяти надо выделять и тем меньше переключения контекстов, меньше борьбы за ресурсы, меньше задержки. На следующем по важности уровне для быстродействия идут модули, которые предоставляют API для твоего языка, чтобы он могу управлять системными вызовами и только потом уже имеет значение производительность твоего языка
во первых hyper-threading это костыль x86, которые добавлены чтобы увеличить производительность на 20% в лучшем случае. Во-вторых потоки процессора это отнюдь не тоже самое что потоки ОС
Кажется, вы либо почти не работали в IT тусовке, либо вам в ней очень тяжело, а именно, вероятно ваши ушки страдают слышав как nginx называют энджинкс вместо энджин икс, или JSON называют джейсон, вместо джей-эс-он, ну SQL называют сиквел, вместо эк-кью-эл. Мы бы скинули вам смешную гифку на эту тему, но боюсь, что вы ожидаете от нас джифку, поэтому не будем 🙂
@@merionacademy очень грубый ответ на грубый вопрос. в русскоязычном сообществе действительно говорят JSON - джейсОн вместо джЕйсон и nginx - нджинкс вместо эндженекс, но я ни на одном сообеседовании по ноде не слышал чтобы говорили либав, всегда говорили libuv - либ юви (в англоязычном сообществе говорят также кстати) может действительно кто-то говорит как libuv - либав но за 3.5 года в it, сначала как фронтенда, потом как бекендер на ноде я такого не слышал. Сейчас поискал на ютубе русскоязычные ролики где рассказывают про libuv и там в крайнем случае говорят либ ю вэ 🤷♂
История здесь, вероятно, играет второстепенную роль. Более интересен тот факт, что в одних кругах этот термин очень популярен, а в других практически неизвестен (как вы упомянули: вы слышали его редко, а кто-то сталкивался с ним чаще)
Курс "Backend-разработка на Node.js": wiki.merionet.ru/merion-academy/courses/backend-razrabotka-na-nodejs/?YT&
ля, это шедевры, не останавливайтесь! делайте шортсы. вы должны захватить тренды айти видосиков
Это тот самый гений, который реально понятно объясняет то что говорит? Спасибо тебе❤
08:15 картинка - ржал 5 мин - спасибо за положительные эмоции!
Это иллюстрация того, когда все возводят в абсолют. В данном случае модульность. Проблема node_modules это возведение понятия модульность в абсолют, потому что каждый модуль чтобы остаться модулем, то есть полностью независимым, имея свои зависимости создает бесчисленное количество копий одних и тех же зависимостей, вместо того тобы создать единый локальный источник с не повторяемыми зависимостями
дырка
@@TheLevius Это проблема не node_modules, а пакетного менеджера, конкретно NPM в данном случае. Если вы считаете это проблемой, то стоит просто посмотреть в сторону других пакетных менеджеров
Libuv на C, а не на С++ написана, если что :) И на Node.js можно писать не только бэкенд. На ноде можно писать и десктоп (VS Code, Teams, Slack, Skype и т.д. тому примеры), а ещё в IoT направлении Node.js набирает популярность. В целом хороший инструмент, который постоянно совершенствуется. Так же уже есть пакеты, для сложных вычислений, на С, С++ и Rust написанные, которые пока работают не идеально, но кое как "прикрывают" врождённые слабости сложных вычислений Node.js платформы
так сложные вычисления может производить и v8, он с ними справится лучше любых других интерпретируемых языков, проблема в том, что концептуально основной поток языка должен быть своего рода мультиплексором и синхронизатором для задач переданных в api, а если он будет занят сложными вычислениями будет то все будет простаивать
@@TheLevius Согласен
Довольно громкаая музыка, тяжело воспринимать информацию! Спасибо за видео, инфрмативно, просто, интересно и забавно 😊
Ааа, супер видос, с юмором, как я люблю)))
Спасибо, раз пошла такая тема с удовольствием бы посмотрел про Flask.
Подача как всегда на высоте ❤️
Friend, you are incredibly cool in this sequence of events and time
PHP - "ну да, ну да, пошёл я нахер"
а почему бы и нет
@@equim7363 почему бы ему и не пойти?
вы лучшие :)
очень хороший контент!
Было бы здорово, если бы вы выпустили видео по deno 2.0
Запишите пожалуйста видео про язык Go (Golang)
А как же PHP? 🥺😅
Ээа, а PHP где?
В истории 😁
@@minaev_mm Да нет, он еще эти Ваши пайтоны переживет)
@@PavelKrauchuk надеюсь, хоть и как легаси 🤞
У Кошачьей Бацылы
Ааааа я чувствую себя как перегруженный Джонни-Мнемоник
10:35 typo in Beckend
Короче, вырвали из браузера движок JS и вынесли в отдельную программу
На всë про всë у ребят ушла неделя и вуаля nodeJS
воо. годнота зашлааа
Я на нем как ДС ботов делаю, апи, и т.д единственное за что могу его похвалить то что используется один язык как для бэкенд так и для фронтент разработчика
Из пакетных.
Есть ещё pnpm, yarn и bun.
Кое что скажу про само видео, вы слишком сделали музыку громкой и тяжело фокусироваться не вашей мысли, но самое видео супер
У кого больше лайков тот гей
Мдаа, новый шаблонный тупой комментарий на несколько месяцев застрял в ютубе
@@oxygen887x действительно
РАБОТАЕТ !!!
@@oxygen887xсогласен Через несколько неделе когда эти комментарии за никто не будет всем надоели перестанут набирать больше всего а через месяц они наверное застрянут в комментариях без лайков
Поздравляю, вы натурал 🎉
ой спасиибки:3
3:06 О, Дерек внизу
Хех)
Можно следующий раз Java
beckend пишется как backend
на ноде не пишут игры, речь идет не про что то простенькое типо змейки, а именно ААА игры
Не рассказали про важный минус Ноды , точнее это плюс , который становится минусом - сборщик мусора . Который на старте дает возможность не думать о памяти , но с ростом нагрузки эта льдина даст такую пробоину твоему Титанику в виде утечки памяти, что мало не покажется.
Залатаем
сборщик мусора это не часть nodejs, а часть движка v8 и его можно отключать. Nodejs это сборка модулей (программ) написанных на с/с++ предоставляющих api. Во-вторых сборщик мусора это не особенность JS, а всех языков программирования на которых создается хоть что-то, то есть без сборщика мусора ваш титаник так и останется куском хорошо отшлифованного железа которое будет ржаветь в доке так никогда и не увидев моря
@то есть node.js может обойтись без в v8 ? Ничего себе заявление. Жду примера.
@@user_Broke_David отключать можно сборщик мусора в v8, а не сам v8, но собрать сборку модулей и изменить в ней движок конечно тоже можно, пример - bun. Насколько сложно заменить движка зависит от того как создателтэь сборки будет завязывать на реализацию или интерфейсы
@ это все теория из разряда «Кулибина», теоретически можно заменить v8 на Spider monkey. Но это все не дефолтное использование ноды. Теоретизировать можно до бесконечности , давай вернёмся на землю. По-дефолту , в ноде ты можешь менять частоту и агрессивность сборщика мусора , отключить полностью его нельзя. И в этом и есть основной посыл , что тут ты пользуешься готовым решением , да эффективным , но до какого-то уровня , и когда он наступит у разраба не будет возможности исправить что либо в GC . Поэтому это надо учитывать с самого начала проектирования , если проект будет расти.
Именно поэтому, почти любое приложение, кушает более 200 мб озу
Представьте как сложно жить, с 4 гб в таких условиях
Ооооо, мой любимый nodejs. Но грустно что я нафиг никому не нужен. Посути я фулстак angular + nestjs
А в чем именно проблема с нодой, не востребована или слишком большая конкуренция?
@ALEXDRLVI скорее второе так как я без "опыта" работы и меня не хотят брать даже на джуна. Я даже на основе Неста и ангуляра сделал свою cms. Хоть и бета версия но всё равно сделал полноценную cms
@@MiFista01так наври про опыт в резюме
@@MiFista01Ты только после универа?
@paranoia985 после техникума. Потратил на учёбу 4 года
про высокую производительность смешно, когда есть golang и c#
видимо ты совсем ничего не понял, потому что дело вообще не в производительности языка, а в концепции асинхронного неблокирующего ввода вывода. Прочитай про проблему 10000 соединений и как ее решал lighttpd (и позже nginx). А lighttpd решал ее используя библиотеку libev, которую сюрприз сюрприз использовал и nodejs (пока не появилась необходимость в кроссплатформенном решении - livuv). ЯП приложений это всего лишь высокоуровневый, но гибкий способ манипулирования системными вызовами ОС, которые у всех одни и те же, но которые и создают задержки выполнения. И фишка Nodejs, как и golang в рациональном использовании такой абстракции ОС как "поток". Чем меньше потоков, тем меньше оперативной памяти надо выделять и тем меньше переключения контекстов, меньше борьбы за ресурсы, меньше задержки. На следующем по важности уровне для быстродействия идут модули, которые предоставляют API для твоего языка, чтобы он могу управлять системными вызовами и только потом уже имеет значение производительность твоего языка
Подписался=с знанием остался
Шикарно! Используем это в качестве закрывающей фразы в следующих видео! Следите за новыми роликами!
Смеюсь в 6 поколение intel где отключен hyper treyding и всего 4 потока
во первых hyper-threading это костыль x86, которые добавлены чтобы увеличить производительность на 20% в лучшем случае. Во-вторых потоки процессора это отнюдь не тоже самое что потоки ОС
@TheLevius а понял спасибо я просто думал что это про потоки процессора но ht не костыль потому что он даёт производительность
@TheLevius ну а так спасибо за объяснение
@TheLevius и если так 20% производительности это очень много
Либав? Штооооо
Это либ Ю Ви, академики епта
Кажется, вы либо почти не работали в IT тусовке, либо вам в ней очень тяжело, а именно, вероятно ваши ушки страдают слышав как nginx называют энджинкс вместо энджин икс, или JSON называют джейсон, вместо джей-эс-он, ну SQL называют сиквел, вместо эк-кью-эл. Мы бы скинули вам смешную гифку на эту тему, но боюсь, что вы ожидаете от нас джифку, поэтому не будем 🙂
@@merionacademy очень грубый ответ на грубый вопрос. в русскоязычном сообществе действительно говорят JSON - джейсОн вместо джЕйсон и nginx - нджинкс вместо эндженекс, но я ни на одном сообеседовании по ноде не слышал чтобы говорили либав, всегда говорили libuv - либ юви (в англоязычном сообществе говорят также кстати) может действительно кто-то говорит как libuv - либав но за 3.5 года в it, сначала как фронтенда, потом как бекендер на ноде я такого не слышал.
Сейчас поискал на ютубе русскоязычные ролики где рассказывают про libuv и там в крайнем случае говорят либ ю вэ 🤷♂
Ни в коем случае не грубый - мы с любовью относимся ко всем 🙂 а слышали ли вы сиквел, когда-нибудь?
@@merionacademy да, но редко это изначальное название языка запросов которое потом поменяли на SQL вроде из-за проблем с авторскими правами
История здесь, вероятно, играет второстепенную роль. Более интересен тот факт, что в одних кругах этот термин очень популярен, а в других практически неизвестен (как вы упомянули: вы слышали его редко, а кто-то сталкивался с ним чаще)
🐸
Как же я терпеиь не могу nodejs
Хороший язык
Предполагаю, что на ноде не написать что-то десктопное, т.к. некому будет исполнять этот код
electron, на нем discord написан
@@yaroslavpavlenko8104 так дс это как раз веб-приложение, просто оно работает через собственный "скрытый" браузер
vscode написан на electron использующий nodejs
почти все самые популярные десктопные приложения написаны на ноде
Ну эта штука чтобы выпендриваться
Не посмотрел, не удаляй
³⁹²
я посмотрел,удаляйте
еще один ущерб с банальной копипастой🌚
Слишком много мемов и картинок, аж бесить начинает
верните старый дизайн