Go + Websocket или NodeJS + Websocket?

Question

[blantcat]

День добрый.
По синтетическим тестам работа с вебсокетами на Go будет происходить значительно быстрее и с минимальными накладными расходами. Но чаты (по типу jivosite) чаще выбирают именно ноду на бекенд. Подскажите, пожалуйста, с чем может быть обоснован такой выбор? Специалистов, вроде, хватает по обоим языкам. Или у ноды есть какие-то значительные плюсы, по сравнению с го?

Comments

[Stanislav Pugachev]

спецов как раз ни там ни там не хватает

[Сергей Сергей]

На Го просто ещё не раскрутили такой сервис, нодовский оказался раньше.

Answer 1

[Andrey Tsvetkov]

два языка VS один язык

Go + Websocket -> нужно либо два программиста, либо один, но знанием обоих языков
NodeJS + Websocket -> достаточно одного JS программиста

Comments

[Pantene742]

Чем хороши эти два, так тем что они больше всего заточены под архитектуру микросервисов.
А вообще надо смотреть какие функции нужны. Языки JS, Go, Python подходят для написания микросервисов.
RebbitMQ помогает этому всему работать вместе. Выходить надо из того какая задача. Go хорош для паралельных вычеслений. Есть готовые решения в сфере blockchain. Node не хуже Go, просто надо плодить процесcы и не перегружать их так как Они однопоточны. то есть балансировать нагрузку.

Answer 2

[Qudres]

Go и без синтетических тестов быстрее.
на сколько я помню для go и чатов был порт Socket.IO
в общем для бэкенда go единственное что Вам нужно.

Answer 3

[Alex McArrow]

Мне кажется здесь все просто - деньги.
Разраб на Ноде запросит Х, а разраб на ГО 2Х. Да и код на Ноде проще для большенства, даже не смотря кучу колбэков.
Да и ГОшников пока не так много, вот через год или два - сравняются.

Answer 4

[Виктор]

Затраты ресурсов чисто на открытие и поддержания вебсокетов настолько не значительны по сравнению с ресурсоёмкостью бизнес логики что на мой взгляд важно отталкиватся не от выигрыша в производительности а от того зачем вы вообще связались с вебсокетами.