самое главное забыл, цели то какие)

У меня бекенд на котлине. Spring Integration
Фронт на js/vue с котлином. Фронт сложный.
Коллега пилит соседний проект с которым мне таже надо работать на js. (с проектом надо работать в смысле)

На фронте вроде нет ничего такое специфичного под Яву (ну Spring Integration приятный) Думаю такое же есть и в js

Причем мобильные приложения и десктопные это кордова/электрон, тот же сайт.

Но на фронте попоболь.

А почему бы не взять и не попробовать ноду и тайпскрипт? Насколько тс "хуже" котлина? Тогда бы на фронте была идиллия да и на бекенде было бы ровно (наверно).

Я не совсем понимаю различия.

На бекенде есть достаточно тяжелые расчеты. И вот так брать и вообще все совать в один поток - плохо.

ты можешь юзнуть дочерние процессы или на c++ реализовать

И стоит помнить, что поток у тебя не синхронный

А нода так и пилит все в один поток?

сама по себе да

К примеру, делать проект на (angular + nestjs) вообще по кайфу

На фронте vue

А вот например у меня есть amqp или типа того. Я не могу сделать так чтобы сообщения обрабатывались во все потоки? Память там шарить особо смысла нет (наверное)

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

ноду лучше всего через докер и масштабировать

не говоря уже о k8s куда нода просто идеально встаёт

но это уже другая история о yaml девелоперах

Это так называется? )))))

А у ноды вроде таки есть какая то многопоточность, не?

дочерние процессы

Как таковой многопоточности нет из-за устройства жс и v8

Какие самые распространенные фреймворки для архитектуры на основе сообщений?

Мне так кажется, что проблемы производительности не будет, пока я не начну тяжело считать при запрос ответе (это справедливо для чего угодно, просто для ноды это совсем плохо, будут ждать все). Но ведь так все равно не делают. Закинуть в очереди и пусть насколько нод считают это. Пусть она возьмёт и будет долго считать, все равно один поток на каком бы то ни было языке