maytonЭто просто говорит о том что создатели
Node.JS были не дураки и прекрасно понимали главную задачу которая стоит
перед микро-сервисами. Они должны очень-быстро отдать ответ (мультиплексированный I/O).

Они были не дураки, раз Node.js широко используется. Но о главной задаче только от вас и узнал. У Node.js "мультиплексированный I/O" просто потому, что Javascript не поддерживает распределённую обработку, а отношениям к "микросервисам" он вовсе не имеет. То есть, может запускать компонент, виспользуемый в "микросервисе", но это не обязательно, не отличает его от многих популярных языков, и в отличсие от Go, не используется для создания инфраструктуры "микросервисов".

авторХотите быстро рендерить 3д картинку?
Хер вам. "

Это почему. D3.js может использоваться в программе, работающей в Node.js. Вообще, Node.js нужен для создания серверный приложений на Javascript, а это более общая задача, чем вы описали.

Почитывая эту дискуссию, я недоумеваю. Авторы вываливают все свои скромные компьютерные знания, но при этом не ознакомились с предметом обсуждения. Не только Node.js, но даже Delphi вспомнили. Но Go не вспомнили, так как не знали.

авторХотите быстро рендерить 3д картинку?
Хер вам. "

Или это было про Go? Библиотеки функций для Go в основном рассчитаны на создание серверных приложений, а если нет готовой, то можете подключить готовые функции на C/C++ (чтобы не изобретать велосипед), оформить это как библиотеку и предложить всем. Но это мало кому нужно. Поэтому действительно, они по назначению более ограничены, чем например для Python.

авторШаг влево или вправо от этой парадигмы - облом.

Фиг с ней, с пропадигмой. Можно и без "микросервисов" применять (что часто и делают).

авторпросто потому, что Javascript не поддерживает распределённую обработку,

Это была опечатка. Имелось ввиду, что JavaScript не поддерживает многопоточную обработку, поэтому приходится заменять её асинхронной.