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