NodeJS уже RIP. use Go

Количество успешного ПО написанного на этих языках с вами не согласится. Сейчас уже буквально всё ПО на жс пишется. А го это по-видимому что-то из разряда раби, там такой же хайп был.

Сейчас уже буквально всё ПО на жс пишется.

LOL

, там такой же хайп был.

Хайп был на NodeJS

Нода это просто жс. Если есть много веб программистов, то почему бы им не писать любые приложения? Имхо конечно npm помойка, а качество кода зачастую оставляет желать лучшего.

На JS нет норм. ООП ...

ООП оверрейтед. Примитивные ООП программы на дотнете жрут по 4 гига памяти и текут, там где 0.1 гига за глаза.

ЛОЛ - это ты говоришь в 2019 году ?

Сейчас уже буквально всё ПО на жс пишется.

Уже давно хайп прошёл. От ноды сам создатель открещивается. Потом он топил за Go, а теперь уже пишет на Rust убийцу ноды. Но там по сути, та же нода, но с дополнительными костылями, которые исправляют фатальный недостаток. В общем, всё как обычно в мире js, опять тоже самое переизобретают раз в год.

Уже давно хайп прошёл. От ноды сам создатель открещивается.

Так это хорошо. Хипстеров меньше и этот говнодел перестал ноду шатать. В последнем апдейте там почти ничего не ввели нового и это успех, ясчитаю.

Но ооп действительно overrated и пихается не всегда туда куда надо.

На JS нет норм. ООП ...

И какого же ООП тебе в JS не хватает? Учитывая тот сахар, который добавили в es6, при этом сохранив старый механизм с прототипированием, на котором можно наворачивать даже множественное наследование при помощи тех же миксинов.

От ноды сам создатель открещивается.

Конечно открещивается. Открещивается и усиленно пилит ту же ноду но на TypeScript https://deno.land/manual.html

Чтобы Ryan Dahl ни делал, в какие гуглы ни уходил, все равно на выходе получается однопоточная нода. Теперь с TS и Растом.

Current от LTS?

Особо ничем. Обновили v8, либы, сделали private/public поля, вылизали код. Скукотища, хипсторы валят на что-то более модное и динамично шатающееся.

Кстати, worker'ы завели после его ухода?

Кстати да. На ноде можно запилить себе нормальное ооп, в отличии от явы. Есть getter'ы, setter'ы и можно не дрочить везде вот это вот myclass.getId и там, где в яве нужны костыли типа lombook в js всё делается в 10 строчек средствами языка.

Да, давно завезли и уже даже, вроде, стабильные и не за флагами.

Так же допилили их апишку для нативных аддонов для работы в этих воркерах, раньше с этим были проблемы.

Можно пользоваться, если бы взаимодействие между воркерами не было таким стремным — все объекты так или иначе должны быть сериализированы в одном потоке и десериализированы в другом. Я с этим особо не работал, но звучит не очень быстро.

Можно пользоваться, если бы взаимодействие между воркерами не было таким стремным — все объекты так или иначе должны быть сериализированы в одном потоке и десериализированы в другом.

Так это специально сделали, чтобы трудно было сделать дедлок.

Я с этим особо не работал, но звучит не очень быстро.

Там по сути должен быть такой же async как со всем остальным. Тоже думал их потыкать, но у меня нет ничего такого, для чего они могли бы понадобиться.

Нет, я не про одновременное использование несколькими воркерами данных.

В любом случае, базовым механизмом взаимодействия между воркерами является отправка/получение сообщений. Поэтому дедлоки все рано не могут случиться. Но при отправке сообщением сложной структуры она сериализуется в некий простой буфер и уже этот буфер атомарно передается от одного воркера в другой. Но хотелось бы избежать именно этой сериализации. Т.е. чтобы сложная структура при передаче пропала в одном воркере и появилась в другом (просто передачей чего-то вроде указателя, воркеры все равно мапятся на треды). А в первом все ссылки на нее стали невалидными.

Но, видимо, v8 так устроен, что это невозможно. Одна из причин его высокой скорости — он однопоточен, а значит не надо тратить ресурсы на синхронизацию.

Кстати, по поводу дедлоков. Прередача сообщений — это основной, рекомендуемы способ взаимодействия между воркерами. Но есть еще и через расшаренный буферы (SharedArrayBuffer). Это кусок сырой памяти, к которой реально есть доступ у нескольких воркеров одновременно. И чтобы как-то синхронизировать к ним доступ есть элементы синхронизации, которые реально могут создать дедлоки. Так что теперь и разработчики на js могут страдать от взаимных блокировок. Раньше они были обделены этой возможностью

Так что теперь и разработчики на js могут страдать от взаимных блокировок. Раньше они были обделены этой возможностью

Ох, блин. Не надо было поднимать эту тему:)

если пишешь что-то большое, бери TypeScript. если не уверен, ставь LTS

ESM практически завезли в 12й.

ESM ничего особо не меняет, как например async/await, с которыми можно было прям взять и все начинать переписывать.

А го это по-видимому что-то из разряда раби, там такой же хайп был.

Руби. Это слово читается «Руби». Хотя бы откройте вики и почитайте, как эти языки называются и чем отличаются, чтобы не позорится.

Руби

Зато rubby читается как «раби».

Там такая же ситуация была, спаситель всех оказался хуже и медленней всех конкурентов и куча сахара не спасла. Так и тут, рантайм с гц и прочее не позволяют работать с ним сколько-нибудь серьёзно. Как много успешных проектов гугла вы знаете? Вроде у него всё, к чему бы он ни прикасался, превращается в какахи. Попутно он конечно задавливает конкурентов деньгами и нечестной конкуренцией, так что вполне возможно это часть далеко идущих планов для очередного слитого проекта, деньги инвесторов то отрабатывать надо.

Нынешний current (12.4) от нынешнего LTS (10.16) не настолько уж сильно и отличается. Но с теми же changelog-ами ознакомиться было бы полезно.

Насколько часто выходит каждая из них?

Расписание релизов, если что.

ну асинк/авейт это эпохальное изменение, да. ESM - просто удобно.

их детище: https://github.com/tc39/proposal-top-level-await

кмк футган.

Как много успешных проектов гугла вы знаете?

V8 на котором наботает нода :)

С тебя жир потек.

Попробуй не сайтики и spa делать, а нормальный рабочий софт.

ОС, СУБД, драйвера...

Это не нормальный, а узкоспециализированный, мало кому нужно писать ос или дрова. Нормальный - это клиент к vk, soundcloud, инстаграмму, например. Такой софт, наиболее популярный, судя по гугл плею / апп стору, почти всегда пишется на electron совсем не зря, и далеко не дураками...

В чём фатальность недостатка, учитывая, что он сам же её и запилил, а под капотом он всё равно оставит V8, я так и не понял.

Зависимости

1. Rust >= 1.34.1
2. Node
3. Python 2

— это упех, я считаю.

иди букварь читай, школьник. причем тут ООП и потребление памяти? таблицы виртуальных методов не занимают 4 гб. 4гб жрут программы, написанные ламерами вроде тебя.

Почти ничем кроме версии языка. Но недавно наткнулся на проект хипстеров, пользующих Array#flat в webpack-конфиге и он, естественно, не работал на LTS. babel? слишком простое решение.

При том же, при чём и паттерны, mvc и рантаймы с rtti, школьник.

Так кто нибудь ответит на вопрос?

Я погуглил вместо тебя: https://github.com/nodejs/node/blob/master/doc/changelogs/CHANGELOG_V10.md#10...