Какими преимуществами обладает Go по сравнению с Java?

чем же интересней если не секрет?
Готовые решения, тонны документации, JVM это плюсы, а вот минусов объективно назвать не могу. Это хреновый аргумент в споре)

Интереснее - это субъективная оценка. С таким же успехом можно сказать что Golang звучит красивее чем JavaScript. По сути пост - одна вода.

Вячеслав Успенский: готовые решения и тонны документации это да, а вот JVM в плюсы я бы не писал.

А в го есть микротреды/корутины, барьеры и т.д. которые делают разработку систем с high concurrency довольно приятным делом.

А вот node.js - бесполезная штука если сравнивать с go/java/erlang-ами. Однопоточный event loop. Что-то серьезное делать только на ней я бы не стал.

Сергей Протько: не думаю что web-based erp и hight concurency понятия смежные

Вячеслав Успенский: на бэкэнде - вполне себе может, вопрос что там будет происходить. Если маршрутизация, сохранение и обработка данных - то вполне себе. Каждого клиента в свою корутину, или конвеер организовать. Много вариантов.

Сергей Протько: Даже если в один поток то это не критично при нормальной оптимизации.
ЗЫ Кстати а почему однопоточный? В исходники не смотрел но даже сомнения не закралось. Отловили пакет отдали в нужнию функцию и дальше себе цикл гоняем.

Вячеслав Успенский: libuv на котором реализовано взаимодействие с I/O асинхронный по настоящему, там два действия могут происходить одновременно, но сам же js и его асинхронности работают в пределах event loop. То есть если где-то кто-то запустил циклик на пол секунды, например похэшировать чего, то весь сервак на эти пол секунды замрет. Так же и со сборкой мусора например и еще куча других радостей.

Есть воркеры, есть отдельные модули добавляющие многопоточность, но я не видел ни одного человека у которого небыло с этим проблем в ноде.

Сергей Протько: интересная точка зрения, задумался, спасибо. Для масштабов компании конечно не важно но для SaaS уже критично.

о, хороший список, надо глянуть. Вопрос в том что найти ответ на вопрос что же лучше из всего длинного списк адля создания real-time web-based application мне не удалось

Про Scala и Kotlin могу сказать, что кол-во готовых решений пока не велико, чтобы тащить их в продакшн

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

Вы мой моск теперь совсем порвали. Технологическая сингулярность в действии. Даже для ноды фулл стек выбрать можно только наугад.
Видимо в таких условиях скоро выгодней будет каждый раз писать свое...