Nest изначально, например, db agnostic, и даёт большую гибкость.

Laravel больше про "готово и собрано из коробки и у всех всё одинаково".
Тут в чате минимум 3-4 ОРМки, например, используют, и то с разными системами для миграций.

В сравнении с Laravel, где ORM интегрирована везде вплоть до роутов и у всех одна.

И для "просто написать апишку", которую условно можно на чём угодно написать, Laravel кажется более быстрым и простым вариантом по релаизации

а что-то мешает работать с соапом из ноды?

Будет финансирование напишут, а если напишут появятся различные модули авторизация с коробки админка и т.д. db agnostic потому что времени на все не хватает. Это обычное дело.

Ну и сама нода еще слишком молодая.

Nest изначально, например, db agnostic, и даёт большую гибкость.

Laravel больше про "готово и собрано из коробки и у всех всё одинаково".
Тут в чате минимум 3-4 ОРМки, например, используют, и то с разными системами для миграций.

В сравнении с Laravel, где ORM интегрирована везде вплоть до роутов и у всех одна.

И для "просто написать апишку", которую условно можно на чём угодно написать, Laravel кажется более быстрым и простым вариантом по релаизации

Опять же, в PHP ORM это более важная часть фреймворка, всё же для ноды ходить в бд достаточно редкая задача

Судя, например, по числу вопросов, связанных с БД в этом чате, большая часть ходит в БД

Опять же, в PHP ORM это более важная часть фреймворка, всё же для ноды ходить в бд достаточно редкая задача

ну с бд - в зависимости от размера производства

Го конечно сильный конкурент тут.

а то в node тяжело ивентлуп положить на голодание?

Опять же, в PHP ORM это более важная часть фреймворка, всё же для ноды ходить в бд достаточно редкая задача

ну и 1 поток всяко легче дебажить, чем продумать все гонки