Состоялся релиз Node.js 14.0, платформы для выполнения сетевых приложений на языке JavaScript. Node.js 14.0 относится к веткам с длительным сроком поддержки, но данный статус будет присвоен только в октябре, после проведения стабилизации. Поддержка Node.js 14.0 будет осуществляться до апреля 2023 года. Сопровождение прошлой LTS-ветки Node.js 12.0 продлится до апреля 2022 года, а позапрошлой LTS-ветки 10.0 до апреля 2021 года. Поддержка промежуточной ветки 13.x завершится в июне этого года...Подробнее: https://www.opennet.ru/opennews/art.shtml?num=52786
Выпуск новой дыры безопасности еще никогда не анонсировался так открыто.
Это предубеждение?
Или дыры всегда идут в комплекте с любым ПО? Что ж тогда хайп поднимать?!
Нет с ним в комплекте специальная дыра идет не такая как все npm называется. Вот она все эти ваши указатели на указатели, в дождливый четверг во время свиста ракообразного, переплюнет.
Так что же, всё-таки, хуже - Node.js или Java?
Opera mini
Node: быстро набрасываешь скрипты на лингва-франке, в том числе и для тех задач, в которых горе-админы обычно применяют пихон (даже там, где можно шеллом обойтись): спарсить вывод программы, обратиться к серваку, зае6eнить скриптец для polybar, вычислить средний цвет обоины, зае6eнить локальный RSS-сервер для liferea, читающий данные оттуда, где RSS нет, и т. д.; быстро запускается, работает существенно быстрее пихона. Минусы: в отличие от пихона, обычно не предустановлен. На этом список минусов заканчивается.Java: для серьезных приложений, пишущихся по всем канонам софтостроения (архитектура, проектирование, кодирование и т. д.). Работает существенно быстрее ноды (которая, в свою очередь, существенно быстрее пихона), но тратит много времени на старт.
Node и Java оба имеют JIT-компиляцию. В предустановленном интерпретаторе пихона JIT-компиляции нет, поэтому его следует рассматривать как просто более сложный баш с изуродованным синтаксисом.
Сейчас на вас дата-майнеры обидятся
>> Так что же, всё-таки, хуже - Node.js или Java?
> обычно применяют пихон
> в отличие от пихона
> существенно быстрее пихона
> интерпретаторе пихонаПихонобатхерт пихононеосилятора детектед.
> работает существенно быстрее пихона. Минусы: в отличие от пихона, обычно не
> предустановлен. На этом список минусов заканчивается.Т.е. память как не в себя уже не жрет? Или как обычно у ЖопоСкритозников - "640GB RAM хватит на все!"
> Node и Java оба имеют JIT-компиляцию. В предустановленном интерпретаторе пихона JIT-компиляции нет, поэтому его следует рассматривать как просто более сложный баш с изуродованным синтаксисом.
В непредустановленном интерпретаторе Node и Java JIT тоже нет, но об этом скромно умалчиваем.
Хммм, а я вот осилив все три из них считаю без всякого батхёрта, что питон - это сущее издевательство. Питон и node.js в принципе похожие по своей сути и назначению в отличии от java.Я не буду там мудрствовать про производительность или удобство ситаксиса - это всё от задачи зависит.
Я считаю питон издевательством вот почему:
1. Он не совместим с самим собой. 100500 библиотек под 100500 несовместимых версий, каждая из которых недописана и недопереписана под новую версию. Хейтеры говорят, что в npm бардак, но не в таких гомерических масштабах как в pip.
2. Кросплатформенность питона - это миф (морозная свежесть). Те, кто использовал subprocess для кросплатформенной задачи меня поймут сразу. По традиции (см п.1) там 3.3 != 3.4 != 3.7 и версию надо учитывать.
3. Unicode. Я понимаю, что многим оно нужно для галочки, но почему-то в nodejs можно создать UTF-16 файл со скриптом, работать с UTF-16 строками, и обмениваться данными с ОС. Питонистам скучно, поэтому внутреннее представление у них в UTF8, чтобы была зависимость от локали UTF-8, не понимаю и не пойму никогда, наверное. Наличие его интерактивной оболочки тоже отдельно мешает жить в этой связи.
4. Асинхронность ввода вывода... появилось вон сбоку модулем вроде бы в 3.7. Подождём 100500 лет пока либы под нее перепишут. В питоне вообще так, базовые вещи в нем есть, а как только дело о чём-то сложном так сиди перемалывай 3 мёртвых недоделанных NIH-библиотеки под себя и свои нужды. В ноде там скорее наоборот, написать sleep может быть не тривиально в некоторых случаях.И это не то чтобы не осилил, это такой rant по поводу неудобства питона. Я вот понимаю, зачем люди баш используют, но питон... видимо хотят наказать себя за что-то, возможно привычка.
Я знаю одно, как кросплатформенная объектно ориентированная оболочка он никуда не годится, его блин померщель уделает со временем для этой задачи.А то что там он медленный... ну такое себе. На нём же высокопроизводительных программ никто не пишет. Только скриптики до обвязочки вокруг настоящих программ.
Это ты про sys.setdefaultencoding() не в курсе? Дела минувших дней… Сегодня указываешь # -*- coding: utf-16 -*- 2 строкой и можешь работать с utf16 в коде, вроде нормально. В системе то всё-равно utf8 везде (как и в сети, это у меня сетевая приложуха, да), просто этот утф8 на каждой платформе свой. На крайний случай есть PYTHONIOENCODING, но я не слышал, чтобы к консоли где-то utf16 был, в вендоконсоли утф8. Вообще, если тебе нужно распознать символы с коллизиями в утф8 на разных платформах (спасибо мс и эпл за коллизии в утф8), ты берёшь утф16 для этого, для всего остального utf8 норм.
> UTF-16Вендузяторы должны страдать.
>Вендузяторы должны страдатьСтрадают только идиоты с UTF-8. Расскажика мне аноним как ты за O(1) вычислишь длину строки в кодировке с переменной длинной? Поэтому те кто дружит с головой используют UTF-16.
Длину сохраняешь и обновляешь с каждым изменением строки, по запросу отдаешь.
Ммм, а как ты вычислишь длину строки в utf-16? Хинт, никак.
> Ммм, а как ты вычислишь длину строки в utf-16? Хинт, никак.Магией, вестимо. Тем более, UTF-16 - тоже "кодировка с переменной длиной".
Да, но, длина код юнита в UTF-16 2 байта, в код поинте может быть только один или два код юнита. В UTF-8 от 1 до 4 код юнитов на код поинт.
> Да, но, длина код юнита в UTF-16 2 байта, в код поинте может быть только один или два код юнита.Хм, и как это способствует вычислению длины строки (кол. отображаемых знаков) в О(1)?
Вы не путаете со "старым" стандартом, где никакой "переменной длиной" и не пахло?
Проверил:
https://www.jdoodle.com/execute-nodejs-online/
там правда нода 12.
console.log("𐐁𐐷a".length)
Выдает 5
как-то не впечатляет.
python -c print(len("𐐁𐐷a"))
3
Чисто на поржать:python2 -c 'print(len("𐐁𐐷a"))'
9
> Чисто на поржать:
> python2 -c 'print(len("𐐁𐐷a"))'
> 9Просто в 2 кодировку ручками указывать надо
python2.7 -c 'print(len(unicode("𐐁𐐷a","utf-8")))'
3
The length property of a String object contains the length of the string, in UTF-16 code units.
Если надо длину в символах, то можно как-то так скостылить
console.log([..."𐐁𐐷a"].length)
но ни о какой O(1) тут речи не идет конечно
Хинт: посмотри на имплементацию String в Java.
Многабукв, с джаваскриптом все проще:1. ===
2. '1'+1
3. npm
Неосилятор не усвоил несколько простых правил приведений типов? Приводи явно через Number, String и тд. Конкатенация vs сложение, серьезно?
Неудачная попытка выдать плюсы за минусы?)
Почему плюсы и почему неудачная? Это базовые особенности языка, которые надо знать. Как и в любом языке. У js есть проблемы и похуже, но смеяться над ним за то, что написано выше - весьма глупо.
Почему плюсы?
=== - важная штука для сравнений по типам
1 == '1' валидно, но 1 === '1' уже не прокатит
Вот если бы функцию === выполнял == - было бы уже грустночто плохого в '1' + 1? да, это базовые вещи, которые надо знать, но не проблема и тем более не повод смеяться
это как раз сила языка, один из поводов его использования
и есть ts убирающий в свою очередь как раз уже некоторые вытекающие проблемы. или wasm. js всё больше становится ассемблером современного мираnpm. да, помойка, как и всё популярное. людям вообще свойственно создавать вокруг себя помойки
но это не отменяет большого выбора всего и вся, море полезностейПотому и неудачная.
> 1 === '1'на проде у вас скорее всего будет так paidAmount === receivedAmount, потерявший по дороге типы.
И всё это в груде пару месяцев назад зарефакторенной бизнес-логики
> что плохого в '1' + 1?А что хорошего?
Ну хз. У меня обратная ситуация — пишу разнообразные бузиинассмен-приложения.В NodeJS — испытываю дичайшую боль. Серьёзно, на весь nodejs 10-20 ORM либ и каждая кастрирована (исключение - mongoose, но монга — это как серебряная пуля, которая сделана с говна). Аналогичная ситуация с RMQ — вроде всё живо и работает, но когда нужно с одним каналом читать из одной очереди и писать сообщения в ещё не созданный exchange — дико горит. И особенно доставляет обработка ошибок для промисов в JS. И хотя возможно я — ниасилил, но поисковая выдача в google говорит о небольшой популярности подобного в Node-community.
В Python — неудобно обмазыватся websocket'ами, но я пока без них живу. В совершенно крайних случаях — общаюсь с nodejs-приложением через RMQ. Чего реально не хватает — рабочего асинхронного ORM, но остается возможность переиспользовать query-builder.
В данный момент, если хочется удобно деплоить и чтобы быстро работало — использую связку Python/Cython/Golang.
ЗЫ: Выбирайте инструмент в зависимости от задачи. Надо чатик и формочки — NodeJS неплох, надо что-то где бизнес-логика предполагает подобие транзакций/обработку ошибок — Python более удобен.
sequelize не пробовал?
Он не умеет CTE и JSONB в PostgreSQL. У меня основные БД - PGSQL10.1+SQLAlchemy ORM — можно быстро расширить с помощью Core, потому необходимость работы JSONPath для 12+ реализовал через CTE и SA Core.
> Т.е. память как не в себя уже не жрет? Или как обычно у ЖопоСкритозников - "640GB RAM хватит на все!"Вот эти вот колхозные тру стори 19-го века про память, рассказывай своим товарищам по офису. И ещё, вот эту статью распечатай и на лоб себе приклей https://bit.ly/3axCt1E.
> В непредустановленном интерпретаторе Node и Java JIT тоже нет, но об этом скромно умалчиваем.
Не знаю как в JAVA, но в V8 используется JIT. Соответственно и в ноде тоже JIT.
>> Т.е. память как не в себя уже не жрет? Или как обычно у ЖопоСкритозников - "640GB RAM хватит на все!"
> Вот эти вот колхозные тру стори 19-го века про память, рассказывай своим
> товарищам по офису. И ещё, вот эту статью распечатай и на лоб себе приклейТо, что ЖСкриптозники понятия не имеют, как работает JIT и какие проблемы у JITов by design - было ожидаемо. Но это никак не влияет на реальность.
https://benchmarksgame-team.pages.debian.net/benchmarksgame/...
binary-trees
source secs mem gz busy cpu load
Node js 21.95 1,056,376 744 76.94 85% 89% 88% 88%
Python 3 80.30 448,004 589 286.50 95% 87% 87% 88%
regex-redux
source secs mem gz busy cpu load
Node js 10.53 792,316 668 13.01 12% 21% 55% 36%
Python 3 2.12 111,692 1403 4.20
Можешь распечатать и приклеить себе хоть под хвост.
Ну и главное, вопи погромче (и минусики ставить не забудь) - и оно станет НЕПРАВДОЙ!!1>> скриптец для polybar, вычислить средний цвет обоины, зае6eнить локальный RSS-сервер для liferea,
> https://bit.ly/3axCt1E.
> Top Companies that Used Node.js in Production
> Netflix
> PayPalОчень любопытно!
А можно с этого момента поподробнее - какая именно компания запускает на ноде скриптец для polybar, какая вычисляет средний цвет обоины "in Production"?
>>> Node и Java оба имеют JIT-компиляцию. В предустановленном интерпретаторе пихона JIT-компиляции нет,
>> В непредустановленном интерпретаторе Node и Java JIT тоже нет, но об этом скромно умалчиваем.
> Не знаю как в JAVA, но в V8 используется JIT. Соответственно и в ноде тоже JIT.Но сравнивал аноним предустановленные интерпретаторы. Соотвественно, никакого JIT и ноды по умолчанию нет. А стоит установить PyPy, то в питоне внезапно появится JIT. И снова реальность беcпощадна к анониму.
> То, что ЖСкриптозники понятия не имеют, как работает JIT и какие проблемы у JITов by design - было ожидаемо. Но это никак не влияет на реальность.Сколько ты ещё готов принять питонов за щёку?
Выдрал пару синтетик и думаешь, что ты теперь директор всех наук?
Чё ты не скинул эти тесты? Не увидел? Ну бывает.fasta
source secs mem gz busy cpu load
Node js 3.38 66,344 2047 9.63 68% 52% 85% 80%
Python 3 63.55 844,180 1947 129.71 40% 71% 33% 61%reverse-complement
source secs mem gz busy cpu load
Node js 3.93 1,473,680 1481 8.55 54% 71% 46% 47%
Python 3 16.93 1,777,852 434 17.58 78% 21% 4% 0%Я вполне понимаю как JIT афектит на память, но я также понимаю, что получу в замен. Я получаю хорошую скорость и как следствие, быстрое обслуживание клиента + нодовские фишки: ускорение разработки, гибкость, универсальность, лёгкость поддержки.
> А можно с этого момента поподробнее - какая именно компания запускает на ноде скриптец для polybar, какая вычисляет средний цвет обоины "in Production"?
Тут я хз с кем ты разговариваешь, но точно не со мной.
Щас бы два разных поста склеить в один...Если бы тебе хватило смелости взглянуть правде в глаза, ты бы прочитал в этой статье отзывы этих компаний.
Ты же понимаешь, что тебя вообще не существует по сравнению с ними?> А стоит установить PyPy, то в питоне внезапно появится JIT.
А ещё чё установить?
Я понимаю, что твой любимый петон порвался прямо у тебя на глазах и ты был пойман за руку как дешёвка, но пострайся в следующий раз объективно думать и не хоронить себя в помоях.
Java толстое древнее г..., на котором пишут бизнес-быдлокод
> Java: для серьезных приложений,Главный признак серьёзности - это, наверное, регулярные ООМы, как у всяких эластиков.
/сарказм
Но мнение интересное, спасибо.
Вы так вбросить пытаетесь?А к джаве нареканий нет, вроде всё нормально с ней.
Пока не начал разрабатывать под JVM, не мог представить, зачем нужно больше 16Гб памяти (если, конечно, сам явно не попросил у ОС столько)
Тут традиционный хейт джаваскрипта. Так что Node.js объективно хуже.
> традиционный хейт
> объективноДаже не поспоришь )
Это объективный hate JS. Давайте все-такие не путать теплое и мягкое.P.S. Java вполне годный язык. Правда пишу на нем очень редко.
Задать вопрос и получить кучу минусов - оттак спрашивай у онанима. *facepalm*
Улучшение диагностики и новые операторы это очень круто.
Для тех кто прыгает по LTS релизам, там еще в 13-й версии включили по умолчанию ES6 imports(https://developer.mozilla.org/ru/docs/Web/JavaScript/Referen...) и в 14-й версии он тоже теперь есть.
Я в тот день на радостях нажрался как свинья.
свинья
Ты действительно свинья, раз читаешь MDN на русском.
Ты еще посетуй, что у меня локаль стоит ru_RU.UTF-8, и гугл мне выдает первым результатом ссылку на русский MDN. Я просто пытался прояснить причину моей радости непричастным к бекенд js-у.
Пох на es6, как писал на commonjs, так и буду. Tc39 могут хоть сколько там друг другу новые спеки разносить.
Это как раз не блажь коммона, а современный js в том виде в котором сейчас его пишут. Разумеется, авторы библиотек будут поддерживать синтакс коммон до EOL 12-й ноды, легаси тоже, но для проектов которые пишутся прямо сейчас это выглядит как не только как жуткий анахронизм, но еще и вредительство из-за веселья циклических ссылкок CommonJS и того факта что v8 может самостоятельно делать tree-shaking и не разбирать ненужный код(привет lodash и async)
>серверной JavaScript-платформыЭто как кирпичи из воздуха, чугунные литые подушки или лысые летающие ежи.
Вылезай из криокамеры, в ноде самый быстрый интерпретатор из всей скриптоты. Да еще и эвентлуп. Уж если на пхп, руби и питоне серверные приложения пишут, то на ноде-то точно можно
> Вылезай из криокамеры, в ноде самый быстрый интерпретатор из всей скриптоты.Написан Google'ом, а ни как не разрабами NodeJS. Так что не их заслуга.
> Да еще и эвентлуп
libuv, тож не их.
Т.е. все ништяки NodeJS к NodeJS не имеют отношения.
https://github.com/libuv/libuv> libuv is a multi-platform support library with a focus on asynchronous I/O. It was primarily developed for use by Node.js
ОДНАКО речь вообще шла не о том, чья где заслуга - речь о том, что из ВСЕЙ скриптоты нода щас - самая быстрая.
И поэтому комментарии от местной ылиты "фууууу джаваскрипт за сервере" вот вообще не уместны )
Не уместны станут, когда на сервере запретят использовать всё, кроме скриптоты. И претензии к ноде в основном по потреблению памяти.
Пруфы в студию. А то мы сейчас мейнтейним кучу сервисов на ноде в продакшне и что-то проблем именно по потреблению памяти ни разу не вылазило. Утечки бывали конечно, но во всех случаях (кроме 1, там был баг в самой ноде) это была ошибка программиста.Например, на локалхосте команда node занимает 4 мегабайта. Свежезапущенный сервис с кучей кода но пока без запросов уже 48 метров. После минутного лоадтеста в пике занимал 150 мегабайт, после него подчистился до 70.
Дум2 4мб занимал, а чтобы отдать джсонину меньше 70-150 никак нельзя занять?
Шутка про 1 вкладку браузера, которая вполне может 1 гиг озу отжирать :)п.с: вы бы ещё про вин 3.1 вспомнили бы
Нормальное сравнение среды выполнения и API 96-го года с 2020-ым. Просто генетально! Если тебе нужно просто джсон отдать за меньше, чем 70-150, то и использую соответствующие инструменты... Напиши свой сокет и юзай, а не весь рантайм ноды. А то получается так, что ты пытаешься в огромной коробке, которую неудобно держать, унести один листок бумаги.
Я делал отдачу джсонины по http с показаниями датчиков с микроконтроллера esp8266 на хакатоне, потом вебсервак на нём, с бизнес-логикой естественно. По приколу, я ж не бэком занимаюсь профессионально. Там какие-то десятки кб оперативки, этого хватает. Причём тут 2020 год? В IoT по прежнему ресурсы надо экономить, например.
Хотите, используйте свою ноду, я против что ли. Только не говорите, что она мало потребляет, она на порядки больше потребляет чем нужно.
> она на порядки больше потребляет чем нужноА сколько нужно? Столько же, сколько ваш самописный калеч на ардуино?
Ну это на столько глупо звучит, что мне даже лень писать о том, что ваша поделка http для огрызка, это конечно клёво, но кому она нужна? Дайте туже скорость, абстракцию, безопасность, быстроту разработки, универсальность, гибкость, масштабируемость и пр. фишки ноды за туже потребляемость, что и ваша поделка на ардуино. Вот тогда и будете рассказывать про потребляемость памяти, которая больше, чем нужно.> в IoT по прежнему ресурсы надо экономить, например.
Да, согласен. Только причём тут нода? Почему вы пытаетесь ноду пихнуть именно в IoT? Возьмите что-то другое с учётом того, что IoT (в большинстве своём) - это что-то ограниченное, очень медленное с очень маленькой памятью и т.п. Мне порой кажется, что дрочбу копеек на оперативке, где это не уместно и впихивание одной технологии во все щели, где это не уместно, нужно вносить в категорию болезней. Плюс IoT, это ещё зачастую про дыры в безопасности. Благодаря этой бесконечной дрочке памяти и всего остального, в жертву приносят безопасность и в IoT это очень актуально, в связи с их ограниченностью.
Кроме ноды есть много чего для бэка, вы хотите сказать, что нода - идеал, а всё остальное шлак? Сомнительно, учитывая что нода - это просто дешёвый способ перекинуть ленивых фронтендеров на бэк, другой причины её сущестовавания просто нет. Насколько качественный код может писать разработчик, неспособный выучить более 1 языка? Ерунда скорее всего. Какие у ноды уникальные фичи, которых нет в с++/го/раст/эрланг и т.п.? Да никаких, кроме использования жручего жс.
И наезд на скорость и удобство разработки мимо. Я на котлин пишу на работе, на си для для души, и я бы не сказал, что по возможносям абстракции си в чём-то сильно уступает. Скорее наоборот.
> Кроме ноды есть много чего для бэка, вы хотите сказать, что нода - идеал, а всё остальное шлак?Нет, как раз это вы пытаетесь так сказать. Я вас поэтому и спросил, почему вы взяли ноду и попытались пихнуть её именно в IoT. По-моему это уже звоночек того, что вы пытаетесь всё унифицировать, а не искать подходящие для ситуации инструменты. Понимали бы вы это, вы бы не писали "Какие у ноды уникальные фичи, которых нет в с++/го/раст/эрланг и т.п.? Да никаких, кроме использования жручего жс." Ну есть и другой вариант. Вы просто не знакомы с нодой, не писали продакшн код и пытаетесь всё аргументировать словами, которая бабка с лавки сказала в день релиза ноды.
> Я бы не сказал, что по возможностям абстракции си в чём-то сильно уступает. Скорее наоборот.
Чё вы несёте? Ручное управление памятью, больше строчек кода на одно действие, доисторический громоздкий синтаксис, более сложная сборка, конфигурация и т.п. Всё это добавляет абстракции и увеличивает производительность программиста, поддержку кода, при этом уменьшает шанс ошибки по сравнению с тем же js?
Ну прикольно. Вы походу больше console.log() на js не писали.Я уже где-то кидал ссылку на пост. Ещё раз кину, мне не трудно: https://bit.ly/3axCt1E
Как вы думаете, к кому больше доверия будет? К тем компаниям? Или к человеку с ником "Сишник", у которого ещё походу синдром утёнка.
Я не пишу на ноде, но у меня был опыт пользования электроноподелий на ноуте с 12гб озу, из которых оные занимали существенную часть. Поэтому я везде буду хейтить всё что на жс, чтобы таких как вы поменьше было. Мотивация ясна? От того что большие компании его используют, помоями оно быть не перестаёт.
Про сишку смешно, мне ли не знать, как оно на самом деле, да и к теме это отношения не имеет.
Ахахах, ну так и сказал бы сразу, что тебя порвало. Батрачь дальше в своём "ноу нейм софтваре", продолжай называть топ компании помоями и отвергай реальность бытия.> Поэтому я везде буду хейтить всё что на жс, чтобы таких как вы поменьше было.
Ой, ну всё. Все перестали писать на жс
> У меня был опыт пользования электроноподелий на ноуте с 12гб озу, из которых оные занимали существенную часть.
Ну не умеешь - не лезь. Те, кто умеет, те получают профит. И причём тут электрон, раз мы о ноде говорим?
> Про сишку смешно, мне ли не знать, как оно на самом деле
Ну тебе судя по всему и С и жс чужды.
> Да и к теме это отношения не имеет.
Как же тяжко с тобой. У тебя ещё походу памяти, как у твоего ноута.
Ты написал:> я бы не сказал, что по возможносям абстракции си в чём-то сильно уступает.
Я ответил:
> Чё вы несёте? Ручное управление памятью, больше строчек кода на одно действие, доисторический громоздкий синтаксис, более сложная сборка, конфигурация и т.п. Всё это добавляет абстракции и увеличивает производительность программиста, поддержку кода, при этом уменьшает шанс ошибки по сравнению с тем же js?И снова ты:
> Про сишку смешно, мне ли не знать, как оно на самом деле, да и к теме это отношения не имеет.Действительно не имеет отношения. Вскрыл тему, оподливился и слился.
Нормальные люди чужой опыт переманивают и используют, а тупенькие с синдромом утёнка хейтят все инструменты, которые им неподвластны и пишут свои дырявые манускрипты кода для веба, которые просто и безопасно решаются в пару строчек кода на языках с "более высокой абстракцией".
Хотя если тебе платят как индусу, за кол-во строчек кода и за кол-во потраченного времени, то можешь вообще на ассемблере писать.
>[оверквотинг удален]
>> Чё вы несёте? Ручное управление памятью, больше строчек кода на одно действие, доисторический громоздкий синтаксис, более сложная сборка, конфигурация и т.п. Всё это добавляет абстракции и увеличивает производительность программиста, поддержку кода, при этом уменьшает шанс ошибки по сравнению с тем же js?
> И снова ты:
>> Про сишку смешно, мне ли не знать, как оно на самом деле, да и к теме это отношения не имеет.
> Действительно не имеет отношения. Вскрыл тему, оподливился и слился.
> Нормальные люди чужой опыт переманивают и используют, а тупенькие с синдромом утёнка
> хейтят все инструменты, которые им неподвластны и пишут свои дырявые манускрипты
> кода для веба, которые просто и безопасно решаются в пару строчек
> кода на языках с "более высокой абстракцией".
> Хотя если тебе платят как индусу, за кол-во строчек кода и за
> кол-во потраченного времени, то можешь вообще на ассемблере писать.Дурачёк что ли? На сишке у меня хобби проект по 3д реконструкции объектов по фотке, с кучей математики, физикой, рендерером. Пока хоббийный, потом коммерциализирую. Никто мне там за строчки кода не платит, пишу лаконичный высокопроизводительный код. Менеджмент памяти вообще не парит, синтксис в сишке типичный для си-подобных языков (удивительно, да?), и к тому же расширяемый макросами, что уже не очень типично. Нафиг мне твой веб переполненый индусами за плошку риса сдался. А ты дальше паши на галере, надрачивая на уважаемые компании, сам-то никакого востребованного продукта произвести не в состоянии.
> Нафиг мне твой веб переполненый индусами за плошку риса сдался.'Хаха, за плошку риса это у тебя там, хрен пойми где. Веб всегда при деньгах и с хорошими зарплатами
> Менеджмент памяти вообще не парит.
Действительно не парит, пока ты серьёзных вещей и в команде не будешь делать и твоим выкаком не будет пользоваться много людей. Тот же раст с какими намерениями в мазиле запилили?
> А ты дальше паши на галере, надрачивая на уважаемые компании, сам-то никакого востребованного продукта произвести не в состоянии.
Ты тупенький и с первого раза не понял, что я учусь на чужом опыте, а ты просто факты игноришь.
Если тебя это всё не волнует и ты в этом не шаришь, так и не надо свои выкаки постить, и продолжать это делать даже тогда, когда тебе скинули статью, которая фактически говорит об обратном.И нафига ты на сишке пишешь свой мега проект с кучей математики, физики, рендером да ещё и наверняка с библиотеками какими нибудь. Ты знаешь сколько кала пихают сишные компиляторы в твой бинарник? Пиши на ассемблере и напрямую вызывай API системы, вот тогда ты будешь рассказывать про свой высокопроизводительный код и про достижение дзена в дрочке копеек на памяти. Только ты не осилишь
> Хаха, за плошку риса это у тебя там, хрен пойми где. Веб
> всегда при деньгах и с хорошими зарплатамиЯ на мобилках так-то зарабатываю, это как минимум не хуже по деньгам.
>> Менеджмент памяти вообще не парит.
> Действительно не парит, пока ты серьёзных вещей и в команде не будешь
> делать и твоим выкаком не будет пользоваться много людей. Тот же
> раст с какими намерениями в мазиле запилили?Да я вроде посерьёзнее дела делаю, чем твоё крудошлёпство.
> Ты тупенький и с первого раза не понял, что я учусь на
> чужом опыте, а ты просто факты игноришь.Чему учишься, крудошлёпить? Молодец, продолжай, может кто попользует твой высер. Впрочем на твоё место ещё очередь таких же на улице стоит.
> И нафига ты на сишке пишешь свой мега проект с кучей математики,
> физики, рендером да ещё и наверняка с библиотеками какими нибудь. Ты
> знаешь сколько кала пихают сишные компиляторы в твой бинарник? Пиши на
> ассемблере и напрямую вызывай API системы, вот тогда ты будешь рассказывать
> про свой высокопроизводительный код и про достижение дзена в дрочке копеек
> на памяти. Только ты не осилишьРади кроссплатформенности. На си вычислительное ядро, ui на десктоп есть и андроид, позже айос прикручу как ядро готово будет и буду баблишко стричь. Теоретически в вебню даже можно транспилировать, может даже запилю смеха ради, посмотреть как v8 подыхает под реальной вычислительной нагрузкой. Оно доросло до того, что можно воткнуть #pragma omp parallel for и цикл на все ядра сам раскидался? Или там до сих пор в 2020 году не больше 1 потока?
> Теоретически в вебню даже можно транспилировать, может даже запилю смеха ради, посмотреть как v8 подыхает под реальной вычислительной нагрузкойКороче ясно всё с тобой, шкила. Ты тут такие перлы выдаёшь.
Твоё то нерукотворное творение точно переплюнет нагрузку наса, и др. сервера, где крутится нода и которые посещают миллионы человек в день (твиттер, walmart, netflix и пр.) и покажет всем, как надо.> Оно доросло до того, что можно воткнуть #pragma omp parallel for и цикл на все ядра сам раскидался?
А ты сам хоть дорос до того, чтобы так делать? XD
> Или там до сих пор в 2020 году не больше 1 потока?
Там event loop, web workers, worker threads, clusters и пр. всякие страшные слова, для того, кто привык к одним сишным потокам. OMP на сервере, да ещё и с такими могучими нагрузками, которые ты тут планируешь...? Какие тебе нахрен ноды и v8, если ты вот такие штуки выдаёшь?
> буду баблишко стричь
Максимум газон
> Твоё то нерукотворное творение точно переплюнет нагрузку наса, и др. сервера, где
> крутится нода и которые посещают миллионы человек в день (твиттер, walmart,
> netflix и пр.) и покажет всем, как надо.Чё, прям вся наса на жсне? Даже ракеты жсне летают?
У меня на прошлой работе коллега сервачок на эрланге писал, 2 млн одновременных подключений держал на 1 машине. Вот это нормальный хайлоад, а 1 млн жсонок в сутки и ардуина отдаст, это смех а не нагрузка.> Там event loop, web workers, worker threads, clusters и пр. всякие страшные
> слова, для того, кто привык к одним сишным потокам. OMP на
> сервере, да ещё и с такими могучими нагрузками, которые ты тут
> планируешь...? Какие тебе нахрен ноды и v8, если ты вот такие
> штуки выдаёшь?Нету, ты слился. Однопоток твой потолок, кроме как жсонку из бд отдать ни на что не годен. О чём с тобой говорить, если твоя эволюция застряла на уровне 90х?
> Нету, ты слился. Однопоток твой потолок, кроме как жсонку из бд отдать ни на что не годен.Ты совсем тупой? Тебя во всё нужно носом тыкать?
> worker threads, event loop, web workers, clustershttps://nodejs.org/api/worker_threads.html#worker_threads_wo...
> У меня на прошлой работе коллега сервачок на эрланге писал, 2 млн одновременных подключений держал на 1 машине
А у меня знакомый на скретче написал сервачок, который весь интернет держал на одной машине
> 1 млн жсонок в сутки и ардуина отдаст, это смех а не нагрузка
Давай, пиши и показывай.
> О чём с тобой говорить, если твоя эволюция застряла на уровне 90х?
Серьёзно? Мне это "Сишник" пишет? Хахаха
> Нету, ты слился. Однопоток твой потолок, кроме как жсонку из бд отдать ни на что не годен.Ты совсем тупой? Тебя во всё нужно носом тыкать?
> worker threads, event loop, web workers, clustershttps://nodejs.org/api/worker_threads.html#worker_threads_wo...
> У меня на прошлой работе коллега сервачок на эрланге писал, 2 млн одновременных подключений держал на 1 машине
А у меня знакомый на скретче написал сервачок, который весь интернет держал на одной машине
> 1 млн жсонок в сутки и ардуина отдаст, это смех а не нагрузка
Давай, пиши и показывай.
> О чём с тобой говорить, если твоя эволюция застряла на уровне 90х?
Серьёзно? Мне это "Сишник" пишет? Хахаха
Вообще забавно разговаривать с "человеком", который из веба знает один лишь json, и тот к нему никакого отношения не имеет
Батенька, что-то Вы странное пишете. По умолчанию нода дает чуть больше 1GB на приложение. А вот каким г...м у Вас занята была оператива - совсем не ясно
Как-то странно, что нода их бустит, вопреки вашим словам.
> Дум2 4мб занимал, а чтобы отдать джсонину меньше 70-150 никак нельзя занять?А ничего, что чтобы отдать жсонину, нужно сходить в редис за кешем, в монгу\скуль за данными, иногда их обработать и вернуть обратно? Вполне нормально для херни, которая написана за день на жабоскрипте на первом попавшемся фреймворке, вывозит 300рпс без оптимизаций и хавает всего 150 мегабайт в пике. Небольшой кластер таких уже успешно крутится в продакшне и зарабатывает клиенту денег. 4-мегабайтным думом может и возможно сейчас можно денег заработать, но вряд ли его кто-то за вечер напишет.
Так libuv форк чего-то там что было популярно до него, в питон его замечательно втащили. Питон с минимумом затрат разгоняется до уровня си (иногда буквально 1 переменную счётчик в цикле обзываешь интом, и вот твой цикл уже ускорился в 100000 раз, и ещё в 100 раз можно ускорить, если подтянуть numpy), да и батарейки все тоже сишные. У ноды нет такого варианта (да у той же жабы весь производительный код в нативных батарейках, у жс есть только тормозной nacl из опций). Т.е. сейчас все проблемы жс тупо забиваются более мощным железом. Не, плохо сравниваете.>самая быстрая
Заслуга исключительно жита, которому надо жрать память и прогреваться. Тем временем жабу научили компилировать в нейтив, чем ускорили её в 1000 раз.
Таки посмотрите на NAPI и wasm
Да, это есть, но там ведь песочница с ограничениями и пониженная производительность? Нейтив это нейтив всё-таки, в вебе ему нечего делать. Кроме того, я слышал, недавно и воркеры прикрутили, а то ведь 1-задачная нода это ещё печальней, чем однозадачный питон. Хотя нода менее однозадачной не стала от этого.
https://nodejs.org/api/worker_threads.html#worker_threads_wo... + https://developer.mozilla.org/en-US/docs/Web/JavaScript/Refe... = https://benchmarksgame-team.pages.debian.net/benchmarksgame/...
> https://nodejs.org/api/worker_threads.html#worker_threads_wo... + https://developer.mozilla.org/en-US/docs/Web/JavaScript/Refe...
> = https://benchmarksgame-team.pages.debian.net/benchmarksgame/...Всё же непонятно, в чём смысл сравнивать жит с интерпретатором? Лучше какой-нибудь duktape взять, там вроде нету житов. Так и pypy на каких-то кейсах в тысячу раз производительней окажется cpython, но это читы и на практике настолько быстрее никогда не будет. А вот нейтив будет. Что жава, что жс, что дотнет, что питон, они все тормозят, одна надежда на платформозависимый нейтив код.
> Питон с минимумом затрат разгоняется до уровня сиАга, щас. Ну покажи пример, только без PyPy.
> Заслуга исключительно жита, которому надо жрать память и прогреваться.
Там он хитрый и в отличие от жабы например код который исполняется 1 раз - интерпретирует и вообще не JIT-ит. За счёт этого и старт быстрый, и выполнение горячих участков быстрое.
А жабу-то да, что-то там оптимизируют, но по факту никто это не юзает до сих пор. В целом по практике я считаю, что для типичных веб-приложений её глупо применять. Геморроя 10x, а профита никакого, даже возможно отрицательный. Там же не только в реализации JVM дело, JVM-то быстрая. Ещё сам язык важен + библиотеки к нему (философия, в которой они написаны) - вот это самая опа...
> Ага, щас. Ну покажи пример, только без PyPy.cython
>без PyPy
numba
> Там он хитрый и в отличие от жабы например код который исполняется
> 1 раз - интерпретирует и вообще не JIT-ит. За счёт этого
> и старт быстрый, и выполнение горячих участков быстрое.Такая же VM и aot компиляция, в принципе. И жаба может байткод интерпретировать, только это медленно.
Ситоны и ньютки быстрее обычного питона всего в несколько раз. Вот pypy стремится к C/C++Но речь была именно о питоне. И о том что даже на нём - без всяких ситонов, ньюток и пипи - пишут серверные приложения. Уж если НА НЁМ пишут то на ноде уж точно можно
Ну в целом - старт у ноды быстрее чем у явы, даже почти голой. Возможно это с jar-никами связано, возможно с более тупым JIT. Хз. Но то что нода стартует быстрее - это факт. А если ява, как обычно, обмазана спрингом - то время старта и 5 минут может быть
> Ситоны и ньютки быстрее обычного питона всего в несколько раз. Вот pypy
> стремится к C/C++Нютка и тот второй транслируют питон в достаточно стрёмное компилируемое представление. Ситон это си с либпитон для всего, что не трансируется в чистый си. Производительность соответственно не стремится, она равна си. Ты можешь прямо в обычном питонокоде выключить гил, и шмалять код транслируемый напрямую в сишку, со всеми бонусами сишки. Numba стремится к pypy, бонусом она может исполнять код на видеокарте. Pypy в 100500 раз медленней си.
> Но речь была именно о питоне. И о том что даже на
> нём - без всяких ситонов, ньюток и пипи - пишут серверные
> приложения. Уж если НА НЁМ пишут то на ноде уж точно
> можноНаверно больше половины серьёзных батареек для cpython используют cython. Кроме тех, где purepython и о производительности или эффективности речи не идёт. Прелесть в том, что ты можешь компилировать обычный питон, и без проблем его ускорить в любых горячих местах. Минус в том, что компилировать всё же придётся. Я тут хотел vapoursynth собрать, и знаешь что? Он не собрался. Ни из исходников, ни из pip.
> Ну в целом - старт у ноды быстрее чем у явы, даже
> почти голой. Возможно это с jar-никами связано, возможно с более тупым
> JIT. Хз. Но то что нода стартует быстрее - это факт.
> А если ява, как обычно, обмазана спрингом - то время старта
> и 5 минут может бытьУ питона время запуска порядка 0.001 (ну, чуть больше, да).
А, понятно, перепутал ситон с кем-то из ньюток. Да не, pypy на горячих участках очень быстрый.Но я больше по сути именно про "пьюрпитон", т.е. условно места с "бизнеслогикой" которую обычно не переписывают на чём-то таком. Хотя ситон... хз. В принципе неплохое решение. Нода мне просто нравится тем что она просто быстрая сама по себе почти всегда.
> У питона время запуска порядка 0.001 (ну, чуть больше, да).
Ну вот и у ноды так, тут у всей скриптоты примерно одинаково. А Джабба в Джопе))
> libuv, тож не их.Чей их? Разрабы libuv работают сейчас в IBM, который заинтересован в развитии Node.js.
> Вылезай из криокамеры, в ноде самый быстрый интерпретатор из всей скриптоты.Как будто дело в скорости…
да ладно, это же так интересно почитать, что быстрее, питон или нода
о, крупнейший иксперт опеннета, нам важно ваше мнение
Ноду даже создатель захейтил. И соглашусь с ним, что сегодня достаточно Go.
если бы не убогий синтаксис (как там эксепшены все еще планируются?) и инфраструктура (как там модули, нормально себя чувствуют?)
Эксепшены по-прежнему не нужны. Модули чувствуют себя прекрасно.
> Эксепшены по-прежнему не нужны. Модули чувствуют себя прекрасно.дадада, живи в мире розовых поней, промаркеченых гуглом, юный падаван
Ну во-первых: Хейт - это нечто большее и регулярное, чем просто адекватное подчёркивание недостатков.
Во-вторых: Он же (создатель ноды) пилит новою ноду, которая называется Deno.
Да, пилит Deno, т.к. считает что Node.js - имеет фатальный недостаток. Но очень странно, когда можно просто использовать Go, как он и говорил.
> Да, пилит Deno, т.к. считает что Node.js - имеет фатальный недостатокИнтересно, какой?
я так и не понял концепта Deno это вроде и не TypeScript язык и толком и не Node.js платформа.
В чем смысл? Это как утащить шуруп после увольнения и пытаться его везде применить или спроектировать?
Зайди на сайте deno в manual => introduction. Там тебе основные фичи deno расписаны, сравнение с нодой, его цели, философия и пр.
Да нет там концепта (т.е есть но бессмысленный). Просто кисо обиделось
Создатель давно уже ушел, до того как ее допилили до стабильного состояния. И не потому что, он нашел там фатальный недостаток, а потому что он хипстер.
Ну, кстати, и Go тоже не айс по его мнению, они же rust используют теперь.
Rust - это уже следующий уровень развития, после Go :)
Я про то, что он кидается от одного к другому. TJ Holowaychuk (visionmedia) тоже ушел из Node.js сказав, что все что ему надо уже давно есть в go, оставив за собой кучу модулей, которые более менее допилили до вменяемого состояния или бросили.
Добавлена экспериментальная поддержка API WASI (WebAssembly System Interface), предоставляющего программные интерфейсы для прямого взаимодействия с операционной системой (POSIX API для работы с файлами, сокетами и т.п.).Звучит так. Раньше было js -> node, теперь стало rust\c++\kotlin->wasm->node. Таким образом node всё меньше отличается от jvm
> Таким образом node...И его выкинут, как и все другие предыдущие технологии.
Отчасти
По большому счету, wasm - ультраминифицированный JS с некоторыми нюансами.Хотя, до этого уродливого динозавра, точнее, джавы, ему весьма далековато
Ну вот политика версионирования Node.js очень даже не плоха, в отличие, нарпирмер, от python 2 -> 3: небольшие обратно несовместимые измненения.
Я понимаю, что вы все в силу возраста пропустили python 1 -> 2, но было и такое. И там никакой совместимости в виде "пишем для 1, но оно у нас без изменений работает и в 2" не было. Переход на 2 был эволюцией от уровня луа, переход на 3 эволюция до языка 21 века (в прошлом тысячелетии перечень проблем ещё не был так ярко выражен, особенно для разработчиков, у которых 1 осьмибитная кодировка).В питоне всё превосходно с обратной совместимостью, я лично в этом убеждался не раз: питон версии 2.6 практически без изменений исполняется в последующих, питон версии 2.7 без изменений исполняется в 3 (но требуются тривиальные изменения. если где-то _неправильно_ работали со строками или изменились интерфейсы батареек), 3 ветка вся обратно совместима (по крайней мере начиная с 3.2 до 3.8) кроме одного случая где добавили новые ключевые слова (шанс найти их использованными в коде минимален).
>2В 3 больше не надо наследовать object, так что это всё зависит только от того, насколько твой код был плох. У нормального кода нет проблем, и соломка подстелена за годы.
> У нормального кода нет проблемДа, именно поэтому они увеличили срок поддержки на 5 лет. Вы бы ради интереса глянули код крупных проектов, например, того же chromium, где по прежнему есть python 2. Если бы переход на 3 был простой и легкий, то ничего этобы не потребовалось.
Протухший софт, который никто не развивает. Особенно это касается проприетарного ПО, мигрирование стоит денег. Вон у виртуалбокса билд система сдохла лет 15 назад и она до сих пор на 2 питоне. Почему не свалят с неё? Потому что работает, а переезд стоит денег.
> Протухший софт, который никто не развивает.Ну-ну протухший. Просто цена переезда большая и это ошибка разработчиков python, которые накопили целую пачку обратно несовместимых изменений.
> Потому что работает, а переезд стоит денег.
Но это везде так и это нормально. Гораздо больших денег будет стоит, если остаться на старой и неподдерживаемой версии.
Ну что могу сказать. Поздравляю всех причастных. А так жду:* Поддержки WHATWG Streams https://github.com/whatwg/streams
* Добавления явного управления ресурсами https://github.com/tc39/proposal-explicit-resource-management (аналог context manager из python).
* Декораторы для функций.
Да посмотрите вы таки на этих людей из TC39. Они же свинину заворачивают в лаваш как эти ваши функции. Декораторов таки не будет выше стейдж 2, помяните мое слово.
Есть проблемы с декораторами для function declaration, но для function expression их вроде нет. Про текущий stage 2 - там только декораторы для классов и методов.
Когда можно будет в Meson собирать моудли для Node.js, а то через жопу собирать черех node-gyp, который через Python 3, который через какие-то bat файлы... Короче нужен простой путь в одно слово static-library или типо того.
Их можно и сейчас собирать через него, но надо самому настраивать сборку.Кроме node-gyp есть еще cmake-js. А вообще вот обсуждение по теме https://github.com/nodejs/TSC/issues/648
Можно подумать, meson не через python3.
> node-gypnode-gyp объявили устаревшим и собираются потихоньку вычистить из ноды.
Есть ссылки на это утверждение?
https://github.com/nodejs/node/issues/32814Вместо него будет использоваться gyp.js и ninja.js, перемещенные в ядро.
https://www.npmjs.com/package/pshe
Сегодня, по плану, еще и Ubuntu 2020.04 должна зарелизиться, кстати. Что-то тишина по этому поводу.
> Ubuntu 20.04 codenamed Focal Fossa will be released on April 23, 2020 i.e. today. It should be released around 1700 GMT but that’s just an estimation.
Все будет, ждите.
коржик