потому что на современных машинах, как правило, не одно ядро?

Запускайте несколько процессов за балансировщиком.

Если у вас действительно такой хайлоад, что в процессор упирается.

Запускайте несколько процессов за балансировщиком.

а как между ними данные шарить, общей памятью?

Если у вас действительно такой хайлоад, что в процессор упирается.

любой код, который в принципе параллелится, упирается в одно ядро

а как между ними данные шарить, общей памятью?

да хоть через бд или редис

да хоть через бд или редис

да ну нафиг такой оверхед, сами ешьте, в го и так все работает

и в питоне

ну или не шарьте данные

если у вас REST и stateless во все поля, то шарить там особо нечего

ты сейчас ищешь оправдания тому, что у разработчиков ноды кривые руки?

лучше не надо

Вы же не жалуетесь, что питоновский код (именно питоновский) может только в один поток из-за GIL работать?

Вы же не жалуетесь, что питоновский код (именно питоновский) может только в один поток из-за GIL работать?

нет, потому что всегда можно фоллбэкнуться в сишный

ты сейчас ищешь оправдания тому, что у разработчиков ноды кривые руки?

Нода тут не при чём. Тут дело в иначальной архитектуре самого JS.

нет, потому что всегда можно фоллбэкнуться в сишный

"именно питоновский" для кого было написано?

нода тоже какие-то дополнительные потоки внутри себя гоняет

Нода тут не при чём. Тут дело в иначальной архитектуре самого JS.

нода вообще к js отношения тогда не имеет, это просто всратая сторонняя либа

"именно питоновский" для кого было написано?

именно питоновский можно на jython запустить, например

нода вообще к js отношения тогда не имеет, это просто всратая сторонняя либа

Вы вообще понимаете, что JS изначально принципиально однопоточный асинхронный язык?

нода вообще к js отношения тогда не имеет, это просто всратая сторонняя либа

нода же обёртка над v8

Вы вообще понимаете, что JS изначально принципиально однопоточный асинхронный язык?

понимаю. Отсюда следствие, что на сервере ему делать нечего

Он и в браузере в один поток выполняется.

как это сделать "правильно"

я разобрался (пример) config.py: x = 0 mod.py: import config config.x = 1 main.py: import config import mod print(config.x)

и везде

нода же обёртка над v8

да я знаю

понимаю. Отсюда следствие, что на сервере ему делать нечего

С чего это вдруг?

+

С чего это вдруг?

с того, что там есть го, который умеет утилизировать и ядра тоже

Да ладно. Если не Нода, так какой-нибудь PgSQL или Elastic утилизируют все оставшиеся ядра. Неужто кто-то пишет CPU bound проекты на Ноде?

с того, что там есть го, который умеет утилизировать и ядра тоже

Ну Го на любителя.

Ну Го на любителя.

но он уже ноду на ее же поле порвал на тряпки

что ж дальше будет-то

но он уже ноду на ее же поле порвал на тряпки

Это да. Вчерашние Node.js'щики толпами перелезают на Golang

Никто же не будет на ноде писать числодробилку или что-нибудь такое

Горутины - это конечно же бесспорно круто, но вот его замкнутость и ограниченность мне не нравятся. Да и синтаксис так себе.

Горутины - это конечно же бесспорно круто, но вот его замкнутость и ограниченность мне не нравятся. Да и синтаксис так себе.

Как будто у JS синтаксис не ебанутый ?

Никто же не будет на ноде писать числодробилку или что-нибудь такое

да вообще ничего не надо на ней писать, это так, забава для тех, кто не умеет ни во что, кроме js

Как будто у JS синтаксис не ебанутый ?

Синтаксис нормальный по большей части.

Синтаксис нормальный по большей части.

лол, нет

Синтаксис нормальный по большей части.

Object object?

не устаю постить вот эту ссылку https://dorey.github.io/JavaScript-Equality-Table/

да вообще ничего не надо на ней писать, это так, забава для тех, кто не умеет ни во что, кроме js

Я умею в кучу языков: плюсы, Java, C#, PHP прости господи. Но пишу на ноде и не жалуюсь. Только я не на JS, а на TS пишу.

Синтаксис нормальный по большей части.

У JS всю историю какие-то проблемы с синтаксисом. Не зря Babel используется в 99% проектов

А синтаксис тут причём вообще?

Я умею в кучу языков: плюсы, Java, C#, PHP прости господи. Но пишу на ноде и не жалуюсь. Только я не на JS, а на TS пишу.

я тоже умею в кучу языков - питон, плюсы, скала, го

это семантика всё

У JS всю историю какие-то проблемы с синтаксисом. Не зря Babel используется в 99% проектов

Это для совместимости с древними браузерами

каждый из них хорош для своей задачи, а вот задач для ноды я не вижу в упор

python умеет форматировать параметризированные строки вида ':param1'?

Babel для ноды не нужен вообще

python умеет форматировать параметризированные строки вида ':param1'?

не python, а автоформаттер же, не?

в pycharm вроде умеет

Это для совместимости с древними браузерами

Ну почему же, object rest spread operator тот же в Ноду завезли уже?

Удобная штука. А в Ноде вроде как пока нет.

Ну много таких примеров.

Ну почему же, object rest spread operator тот же в Ноду завезли уже?

хз вообще, я на TS пишу

хз вообще, я на TS пишу

Ну вот видишь. TS по большому счёту такой мегакостыль.

хз вообще, я на TS пишу

scala.js же есть

datagrip умеет в такие параметры, но не умеет видеть их все

Ну вот видишь. TS по большому счёту такой мегакостыль.

Нет. Это не костыль, а отдельный язык.

Который привносит в JS то, что никогда в стандарт не войдёт.

Гибкая статическая типизация с опциональным переходом в динамическую, когда надо.

каждый из них хорош для своей задачи, а вот задач для ноды я не вижу в упор

А какие задачи у Go?

А какие задачи у Go?

Сетевые приложения. Микросервисы. REST API. Веб-серверы. Real time сетевые приложения. Серверы игр. Тысячи их.

А какие задачи у Go?

быстрые асинхронные сервисы и серверы с распараллеленой логикой.

примерно как у Erlang, например

ERROR: S client not available

Сетевые приложения. Микросервисы. REST API. Веб-серверы. Real time сетевые приложения. Серверы игр. Тысячи их.

Вот те же и для ноды.

Гибкая статическая типизация с опциональным переходом в динамическую, когда надо.

дарт шоле?

Вот те же и для ноды.

нет, не те же

дарт шоле?

TS. Дарт мёртв.

нода там и рядом не стояла

нет, не те же

Да нет те же.

!

scala.js же есть

purescript

Да нет те же.

ну напиши сервер онлайн-игры на ноде, лол

TS. Дарт мёртв.

Там у врайк серия статей есть как они несколько лет уже пишут на МЁРТВОМ!!! языке

ну напиши сервер онлайн-игры на ноде, лол

Ну можно написать, да. Ничего не мешает.

TS. Дарт мёртв.

Ребята из wrike с тобой не согласятся)) У них как минимум часть проекта на нем

или сервис, который на одном бинарнике 100кк коннектов в секунду держит

А во всяких банках на COBOL пишут

Ну можно написать, да. Ничего не мешает.

мешает то, что джаваскрипт для этого не предназначен

мешает то, что джаваскрипт для этого не предназначен

В каком месте он не предназначен?

А во всяких банках на COBOL пишут

Только кобол это легаси

А врайк наоборот с жса на дарт переводят всё

А гугол с дарта на тс второй ангуляр перевели

мешает то, что джаваскрипт для этого не предназначен

А для чего он предназначен? ?

очень даже интересный показатель

В каком месте он не предназначен?

во всех. Js - это фронтендный язык, без потоков, с event-driven моделью поведения, предназначенной для обработки событий с контролов

А для чего он предназначен? ?

см выше

во всех. Js - это фронтендный язык, без потоков, с event-driven моделью поведения, предназначенной для обработки событий с контролов

js - это прежде всего спецификация языка. А реализация зависит от виртульной машины конкретного браузера

И может быть какой угодно

js - это прежде всего спецификация языка. А реализация зависит от виртульной машины конкретного браузера

в спецификации языка нет потоков вообще

и мы про ноду больше говорили, чем про сам js

во всех. Js - это фронтендный язык, без потоков, с event-driven моделью поведения, предназначенной для обработки событий с контролов

И как это мешает? Да, признаю, ES5 ужасен, но вот ES2015 и дальше - уже нет. Классы, промисы, async/await вот это вот всё.

js - неплохой, хоть и уродский довольно язык, который охренительно решает задачи фронтенда

вот пусть их и решает, у него там монополия, пока WASM не пришел

в спецификации языка нет потоков вообще

Потому что это потоки - это реализация, а не спецификация языка

в спецификации языка нет потоков вообще

Да чего вы к потокам так привязались? С асинхронностью потоки и не нужны особо.