Почему для SSR проекта на бэк берут НЕ Node.js?

Question

[be_a_man]

Встречал проекты, где на фронте используют Nuxt.js, а на бекенде laravel/django. Для SSR в любом случае нужен сервер на ноде, не проще все сразу на ноде и написать? Зачем берут другие языки для бекенда?

Answer 1

[Yustas Alexu]

В случае с Laravel все очень просто объясняется: Vue поставляется из коробки вместе с Laravel. А Nuxt.js это SSR-обертка над Vue.
В случае с Джангой тоже все просто. Люди пишущие на питоне никогда не будут писать на ноде, если их не заставить ) Причины чисто психологические, с возможностями языка это никак не связано.

Comments

[be_a_man]

Я просто не понимаю, это двойная работа или нет? Если ты пишешь на Nuxt.js - то уже считай пишешь на ноде, остается только в БД за данными сходить. А при пополнении проекта ларой/Джанго нужно еще и сервер настраивать и под ноду и под PHP/Python.

[Yustas Alexu]

be_a_man, девиз таких людей "мы не ищем легких путей". А если серьезно, им просто не хочется выходить из "зоны комфорта", то есть из своей уютненькой джанги или ларки )

[Максим Федоров]

be_a_man,

Если ты пишешь на Nuxt.js - то уже считай пишешь на ноде

Ну это вроде фронты делают, че они делают — их дело, если вы делаете все один — то ваши доводы понятны,

мне как бекендеру нода совсем не впала, зачем она, если есть PHP с хорошим ООП и Go — быстрый и процедурный (легкий), а дял задачки по SSR есть Chrome Headless

[Максим Федоров]

Yustas Alexu, кроме Laravel есть еще Symfony, кроме Django — есть Spring в Java. Это вы там в одном стеке из комфорта как раз и не выходите. Есть куда более зрелые решения с большим абсолютным числом сильных инженеров

Ниже спарведливо заметили. Любой джавист заявит — почему не Java и Kotlin, все равно и клиент на Android делать? И webasembly есть, на кой вообще JS?

[Yustas Alexu]

Максим Федоров, а если завтра скажут graphql прикрутить или websockets? Тоже на симфони пилить будете?

[Максим Федоров]

Yustas Alexu, кроме Symfony указан еще один язык в одном комменте, и другой язык в другом — простой и легкий (Go)

[Yustas Alexu]

Максим Федоров, Go как бы проигрывает ноде по популярности и количеству опенсорсных решений. Я думаю убидть руководство какой-нибудь ит-конторы перейти на Го, все равно что убедить их писать на Erlang или Elixir. И в данном случае Го проиграет последним двум.

[Максим Федоров]

Yustas Alexu, не знаю, Авито, Ситимобил, Мейл ру, Озон, Яндекс (несколько сервисов), Баду, ВК — все пишут на Го и довольны, и JS кроме фронтов нафиг никому не вср**ся

[Yustas Alexu]

Максим Федоров, фейсбук пишет на PHP и Хаскеле и тоже доволен. Это о чем-то говорит? Вряд ли.

[Yustas Alexu]

Максим Федоров, поделюсь ссылкой https://en.wikipedia.org/wiki/Programming_language... По таблице видно, что каждый пишет на чем хочет. Но крупные конторы могут себе это позволить. А вот мелким придется подстраиваться под мейнстрим. В любом городе замкадья кроме Питера Go это смерть бизнесу, потому что разработчиков фиг найдешь.

[Максим Федоров]

Yustas Alexu, уверен и на ноде хрен найдешь, уверен и фронтенд в виде SPA будет излишним

[Yustas Alexu]

Максим Федоров, на ноду можно взять любого js-разработчика со стажем и через недельку другую он уже будет пилить бэк на ноде и монге. Говорю исходя из собственного опыта.

[Yustas Alexu]

Максим Федоров, вы не поверите, но даже в провинции есть конторы занимающиеся аутсорсом.

Answer 2

[Сергей Горностаев]

Потому что JS настолько плох, что продолжает существование только из-за отсутствия на фронте альтернативы.

Comments

[Yustas Alexu]

Расскажите, чем так плох js и чем питон лучше?

[Yustas Alexu]

из-за отсутствия на фронте альтернативы

Почти любой язык сейчас компилируется в js, даже brainfuck.

[Lillipup]

Js не плохой язык, от него просто хотят много.

[Сергей Горностаев]

Yustas Alexu, да хотя бы слабой типизацией плох. А трансляторы в JS только добовляют новый уровень косвенности, не устраняя пороков рантайма.

[Yustas Alexu]

Сергей Горностаев, А что в питоне появилась строгая типизация?

[Сергей Горностаев]

Yustas Alexu, всегда была вообще-то.

[Yustas Alexu]

всегда была вообще-то.

[Сергей Горностаев]

Yustas Alexu, вы не различаете динамическую/статическую, слабую/сильную и явную/неявную типизации?

[O . J]

А вы не задумывались что альтернативы нет только по той причине что жс не так уж и плох для фронта?

[Yustas Alexu]

https://stackoverflow.com/questions/430182/is-c-st...

"Strongly typed" and "weakly typed" are terms that have no widely agreed-upon technical meaning. Terms that do have a well-defined meaning are

Dynamically typed means that types are attached to values at run time, and an attempt to mix values of different types may cause a "run-time type error". For example, if in Scheme you attempt to add one to true by writing (+ 1 #t) this will cause an error. You encounter the error only if you attempt to execute the offending code.

Statically typed means that types are checked at compile time, and a program that does not have a static type is rejected by the compiler. For example, if in ML you attempt to add one to true by writing 1 + true, the program will be rejected with a (probably cryptic) error message. You always get the error even if the code might never be executed.

[Yustas Alexu]

И вот еще https://stackoverflow.com/questions/121385/what-ar...

The term "strongly typed" has no agreed-upon definition.

It makes a "great" argument in a flamewar, because whenever someone is proven wrong, they can just redefine it to mean whatever they want it to mean. Other than that, the term serves no real purpose.

It is best to just not use the term, or, if you use it, rigorously define it first. If you see someone else use it, ask him to define the term.

[Сергей Горностаев]

Yustas Alexu, вы можете сколько угодно цепляться за точность и академичность определений, но факт в том, что Python пресекает на много больше глупых ошибок, чем JS, и позволяет писать более надёжный код.

[Сергей Горностаев]

O . J, именно, что не слишком плох для фронта.

[Yustas Alexu]

Сергей Горностаев, ну ок. Вы меня убедили. Питон действительно сильнее js в плане типизации.

[O . J]

Сергей Горностаев, я к тому что ваша критика голословна, и звучит как "РЯЯЯЯ ЖС ПЛОХО, А ВОТ ПИТУХОН ХОРОШО" . Но это ведь так смешно, когда слышишь аргументы вроде:

да хотя бы слабой типизацией плох

особенно когда вы сами не можете оценить разницу на что указал товарищ Yustas Alexu
Любой ЯП это просто инструмент который решает круг как технических задач так и бизнесовых, к последним так же относится такое понятие как bus factor, скорость разработки, сложность поддержки. И любой недочет в языке вскрывается тогда когда вы пытаетесь применить его не совсем по назначению.
А по Вашей логике можно раскритиковать абсолютно любой язык, серебряной пули все равно нет.

На секунду я совсем не жс разраб, и работал только с несколькими проектами на ноде, и какой либо боли не испытывал.

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

[Сергей Горностаев]

O . J, да куда уж мне оценивать разницу, знать про bus factor и прочее.

[O . J]

DarthWazer, и на выходе мы все равно получаем промежуточную трансляцию в js. Я очень скептично отношусь к таким набросам, вы путаете причину и следствие когда говорите о синтаксическом сахаре. Если мы сейчас будем рассуждать о других языках опираясь на вашу логику то скажем что и Java тоже плох, а как иначе появились Kotlin/scala, глупо правда?

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

[O . J]

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

[O . J]

DarthWazer, ахах, ну вот и агрессия подъехала, первый признак того что вы не в состоянии профессиональным языком выразить ваше мнение и чем то его подкрепить, а лишь брызжите слюной. Очень по взрослому :)

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

Answer 3

[Алексей Уколов]

Для SSR в любом случае нужен сервер на ноде

Нет, можно использовать безголовый Хром и любой бэкенд.

Answer 4

[FanatPHP]

Затем, что веб состоит не из одних только мусорных лендингов-однодневок на SPA.

У сайтов, несущих хоть какой-то смысл, а не состоящих из блестючей мишуры чуть боле чуть полностью, бизнес-логика занимает 90% кода. С фронта этого не видно, и поэтому естественно кажется бэкенд - это такой же "фигак-фигак - и в продакшен".
Практика же показывает, что сляпять не получается. Нужна инфраструктура, нужны инструменты, нужно масштабирование и балансировка. Нужна такая страшная и непонятная штука как база данных. Нужны специалисты, которые со всем этим умеют управляться. И как-то так получается, что для бэкенда используется не модный баззворд, а проверенное рабочее окружение.

Comments

[be_a_man]

Так речь именно про SPA, SSR

[FanatPHP]

За SPA тоже может стоять серьёзная бизнес-логика. SPA это только презентация

Answer 5

[Lynn «Кофеман»]

Потому что бекенд это далеко не только ssr

А вообще вопрос довольно бесполезный. С тем же кспехом можно спрашивать почему весь бэк не на пхп или питоне или расте

Comments

[be_a_man]

Вопрос довольно конкретный. Речь про связку SSR (Nuxt.js) с бэк языками отличными от ноды. Где на бекенд в конкретном случае падает обязанность сходить в БД и забрать данные. Все. Вся логика с SSR падает на фронт. В связи с чем и возник бесполезный вопрос на кой черт тянуть еще доп инструменты ради запросов в БД.

[Максим Федоров]

be_a_man,

де на бекенд в конкретном случае

если в конкретном случае — то нужно задать вопрос техлиду или СТО вашей конторы, почему он не выбрал JS. Если ответ не понравится — прийдите к директору/главе и скажите, что СТО не компетентен со своим опытом Х языка и командой на Х языке и вы на одном языке все напишите, тк это логичнее.

падает обязанность сходить в БД и забрать данные

В малых штампованных проектах не работал к сожалению, и вам не советую