kadetколлеги, у нас тут проект наклевывается на node.js. Начальство намекает, что надо бы овладеть. Я поигрался с ним немного, но что-то как-то "не то". Душа не лежит. Синтаксис мне просто караул, кругом анонимные вызовы. Как дебуговать его тоже еще не разобрался. Вроде бы MVC поддерживает, даже альтернатива jsp есть. Из баз данных тоже можно информацию читать (записывать не пытался). Утверждают, что типа основное преимущество nodejs в том, что он капец какой серьезный в отношении многозадачности / многопоточности. Вот контейнеры на tomcat "не тянут" такой нагрузки. Для решения этих задач в java world надо load balancing использовать и типа это тянет за собой "hardware" расходы. А на nodejs типа все легло на минимум железа делается.
У меня опыту с ним никакого, поделитесь плиз. Так ли "хорош зверь как его малюют" ?


Вот наиболее толковые мысли по вашему вопросу.
https://rclayton.silvrback.com/speaking-intelligently-about-java-vs-node-performance

- Tomcat не является адекватным вариантом для сравнения. Он, как минимум, обременен JEE требованиями. Логичнее сравнивать с Jetty без сервлетов, например.
- Если вам и правда важна производительность, то вы в первую очередь будете думать об архитектуре и масштабируемости, а не о том что один сервер выдаст несчастные +10% к производительности по сравнению с другим.
- "hardware расходы" это просто смешно. Несколько месяцев работы программиста это топовый высокопроизводительный сервер. Бюджет на разработку, поддержку и прочее, обычно, превышает бюджет на железо не только в разы, но и на порядки. Разве что если вашей системе нужен новый дата центр?
- БольшАя часть вашего Java опыта и наработок идёт лесом. Вы будете наступать на стандартные грабли новой для вас платформы и героически их решать.

Я бы выбрал Node.js только потому что это что-то новое и ещё не изученное. Нубы выбирают Node.js потому что он на JS, который они уже знают, а у Java такой высокий порог вхождения. Недальновидный бизнес выбирает Node.js потому что начитались этих глупостей про производительность, а опыта планирования процесса производства ПО не имеют.

Leonid Kudryavtsev3. С проблемой единого heap'а в Java - полностью согласен. Один говно класс спокойно может положить всю JVM. Но так же, один говно-процесс, с таким же успехом может и весь Linux положить. При наличии OOM и ухода в глубокий своп, лично я на Amazon Linux даже законнекться через SSH не могу.

Точно так же одна говнофункция в нужном месте будет тормозить весь Node.js по той причине что запросы разгребаются в один поток.