budden,

Правильно говорят.
node.js это конечно "стильно, модно, молодежно", но если все таки хотите в "backend", то лучше посмотрите на golang.
Он не менее "стильномодномолодежный", и в нем нет некоторых родовых травм JS.

Почему node.js Г... вы можете узнать из различных холиваров на просторах интернета.

Но я не могу вас отговорить пройтись самостоятельно пройтись по граблям.
Прогуляйтесь, узнаете много нового.

buddenmad_nazgul, возможно, что голанг и лучше, но я на данном этапе хочу учить минимум для того, чтобы делать fullstack приложения. А js всё равно учить придётся.

Универсал, это тот кто делает все одинаково плохо. (с) Не мой.

Если хотите изучать JS, то изучайте его, а это frontend-only.
Поползновения на backend node.js вроде бы как год отбиты.
Да его используют на сервере, но только чтобы отдать страницу для браузера.
С БД скорее всего будете работать через REST-API написанном на чем-то другом.
Ну кроме, может быть Mongo DB. Его использовать из js проще и удобнее.

Partisan MВовсе нет. Благодаря Node.js JavaScript можно использовать и на сервере, причём такое решение популярно. Оно предназначено для тех, кто хочет использовать один язык, а именно JavaScript, и для клиентской, и для серверной части приложения.


Ага под таким лозунгом несколько лет назад node.js продвигали в массы.
Потом начали появляться статьи, типа мы попробавали, у нас не получилось.
Сейчас вроде бы даже никто не заикается насчет backend'а на node.js
Зато активно двигают golang.
У него хотя бы статическая типизация есть.

Partisan MНа свои вопросы автор сам найдёт ответы, раз здесь не отвечают. Но предлагать MongoDB вместо PostgreSQL легкомысленно. Выбор между ними нетривиален.


Если использовать PostgreSQL с js, то WTF/минуту будет зашкаливать.
Т.к. в PostgreSQL строгая типизация и js программисту будет весело выяснять, почему вот щас PostgreSQL работает, а через минуту ругается нехорошими словами.

В этом плане MongoDB к js подходит как нельзя лучше.
Т.е. MongoDB проглотит все что придет от js еще и добавки попросит.


А так, если ТС не хочет "два раза вставать с дивана", то есть Kotlin
Который можно одинаково использовать как и в frontend, так и в backend.
В нагрузку идет еще Android, и надеюсь скоро будет MacOS и iOS.

buddenjan2ary, чувствую, что вы намекаете на какую-то бяку докера. Я вас услышал, озабочусь. докер-не догма, а лишь способ решения вопроса хостинга. Возможно, не лучший - я в вебе чайник.

Docker создавался для контейнирезации stateless сервисов.
Для того, чтобы в нем работали statfull сервисы нужно приложит усилия.
ИМХО загонять в docker БД можно, но, если есть возможность, не нужно.
А вот для микросервисов docker само то.
Если он упал, его можно быстро поднять.
Либо если нужно быстро передеплоить.
С БД так просто это не сделаешь.