го будет может и быстрее, но задач ноды как bff не решит — рендерить клиента на нём ты не сможешь, переиспользовать фронтендеров не сможешь, шарить типы за копейки не выйдет

А у вас получается переиспользовать фронтендеров?

Речь именно про сравнение простоты масштабирования, думаю

ну у нас за ноду отвечают фронты, в этом и есть одна из основных идей bff

а если выбор между пхп и нодой, ростить челиков из клиента на бек ноды? Или оставить все это пхп для связывания с соапом и тп? 😊

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

слишком разные задачи у пхп и ноды чтобы между ними выбирать

а можно подробнее? я оч мало имел дел с пхп

laravel прикольный как фулстак, а если уже отделяешь фронт тогда как бы а смысл?

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

Скорость разработки (я пхпшники)

да тут борьба интересов =(

пхп нынче это тонна готовых решений для e-commerce, а так же wordpress и прочие админки. На ноде таких решений примерно 0. Больше кажется в современном мире для php особо места нет.

Ну ещё в ноде нет такого же с "всё готово из коробки" фреймворка, как, например, ларавел

но мы верим что это будет нест)

nest пытается им стать, но всё же php ближе к бэку конечно

У него другая философия

просто сейчас такой слой энтерпрайза:
java
php
jq + php

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

Подозреваю, что бизнес-логика в java, админки в php

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

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

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

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