Why SSR project on the back NOT take Node.js?

've seen projects where at the front use Nuxt.js and on the backend laravel/django. For SSR in any case, you need a server on the node, not simply all at once on a node and write? Why take other languages for the backend?
April 4th 20 at 00:33
5 answers
April 4th 20 at 00:35
Solution
In the case of Laravel, everything is very simply explained: the Vue comes out of the box with Laravel. And Nuxt.js SSR is a wrapper over the Vue.
In the case of Gangai is also simple. People writing in Python will never write on the nod, if they do not get ) the Reasons for a purely psychological, with the language features that had nothing to do.
I just don't understand, it's a double Yes or a no? If you write on Nuxt.js already, consider writing on the gcd, it only remains in the database for the data to go. And when funding of the project by Lara/Django, you also need the server to configure, and under the gcd and under PHP/Python. - Manley commented on April 4th 20 at 00:38
@Manley, the motto of such people "we are not looking for easy ways". But seriously, they just don't want to get out of "comfort zone", that is, from its cozy Jangi or lark ) - elsa.Rutherford commented on April 4th 20 at 00:41
@Manley,
If you write on Nuxt.js already, consider writing on the nod

Well, it seems the fronts are doing, what they do is their business, if you are doing one of your arguments is clear,

I like backender Noda does not fall, why is it if there good with PHP OOP and the Go — fast and the procedural (easy), and dyal puzzles for SSR is Chrome Headless - philip commented on April 4th 20 at 00:44
@elsa.Rutherford, except there are more Laravel Symfony, Django also — there is Spring in Java. Are you there in one stack of comfort just do not go out. There are far more Mature solutions with a large absolute number of strong engineers

Below spiridovo noticed. Any gavest say — why not Java and Kotlin, all the same and the client on Android to do? And webasembly is, why in JS? - philip commented on April 4th 20 at 00:47
@philip, as if tomorrow will say graphql tie or websockets? Also on the Symphony cut you? - elsa.Rutherford commented on April 4th 20 at 00:50
@elsa.Rutherford, in addition to Symfony specified another language in a comment, and different language in another — simple and easy (Go) - philip commented on April 4th 20 at 00:53
@philip, Go as if losing the nod in popularity and number opensorce solutions. I think ubiti guide some of the it firms go to Go still to convince them to write in Erlang or Elixir. In this case, Th will lose the last two. - elsa.Rutherford commented on April 4th 20 at 00:56
@elsa.Rutherford, I don't know, Avito, Citymobil, Mail, ru, Ozon, Yandex (several services), Bud, VK — all the writing on Th and satisfied, and JS in addition to fronts nafig nobody HRV**smiling - philip commented on April 4th 20 at 00:59
@philip, wrote Facebook in PHP and Haskell, and also happy. It's about saying something? Unlikely. - elsa.Rutherford commented on April 4th 20 at 01:02
@philip, share a link https://en.wikipedia.org/wiki/Programming_language... the table shows that each writes what he wants. But large firms can afford it. But small will have to adapt to the mainstream. In any city zamkadya except Peter Go is death to business, because developers will find Fig. - elsa.Rutherford commented on April 4th 20 at 01:05
@elsa.Rutherford, I'm sure and nod hell find, I'm sure the front end in the form of a SPA is unnecessary - philip commented on April 4th 20 at 01:08
@philip, on the nod, you can take any js developer with experience and in a week he will have to cut back on node and Mongo. Talking from my own experience. - elsa.Rutherford commented on April 4th 20 at 01:11
@philip, you will not believe, but even in the provinces there are offices engaged in outsourcing. - elsa.Rutherford commented on April 4th 20 at 01:14
April 4th 20 at 00:37
Because JS is so bad that it continues to exist only because of the lack at the front alternative.
Tell us what is so wrong with js and the Python is better? - elsa.Rutherford commented on April 4th 20 at 00:40
due to the lack on front alternatives

Almost any language is now compiled in js, even brainfuck. - elsa.Rutherford commented on April 4th 20 at 00:43
Js is not a bad language, he just want a lot. - gina.Reichel40 commented on April 4th 20 at 00:46
@elsa.Rutherford, Yes, even if weak typing is bad. And translators in JS only going on and fix the new level of indirection, not eliminating the vices of the runtime.
5e0de79dd6c75460518847.png - Maxwell_Ve commented on April 4th 20 at 00:49
@Maxwell_Ve, And that the Python appeared strong typing? - elsa.Rutherford commented on April 4th 20 at 00:52
@elsa.Rutherford, has always been actually. - Maxwell_Ve commented on April 4th 20 at 00:55
always was actually.

5e0dea78b7e6e730563722.png - elsa.Rutherford commented on April 4th 20 at 00:58
@elsa.Rutherford, you do not distinguish between dynamic/static weak/strong and explicit/implicit typing? - Maxwell_Ve commented on April 4th 20 at 01:01
But have you ever thought that there is no alternative only for the reason that Ls is not so bad for the front? - alek.Lak commented on April 4th 20 at 01:04
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.
- elsa.Rutherford commented on April 4th 20 at 01:07
And here's another 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.
- elsa.Rutherford commented on April 4th 20 at 01:10
@elsa.Rutherford, you may cling to accuracy and academic definitions, but the fact is that Python cuts out a lot more silly mistakes than JS, and lets you write more reliable code.
5e0df886c1e7c050908993.png - Maxwell_Ve commented on April 4th 20 at 01:13
@alek.Lak, that is, that 's not too bad for the front. - Maxwell_Ve commented on April 4th 20 at 01:16
@Maxwell_Ve, well, OK. You convinced me. Python is really stronger than js in terms of typing. - elsa.Rutherford commented on April 4th 20 at 01:19
@Maxwell_Ve, I mean that your criticism is unfounded, and sounds like "RAAAA ZHS BAD, BUT PYTHON WELL." But it's so funny when I hear arguments like:
Yes, even if weak typing is bad

especially when you yourself can't appreciate the difference which was pointed out comrade @elsa.Rutherford
Any VOCALOID is just a tool which solves a range of technical tasks and business, to the last is such a thing as a bus factor, speed of development, complexity of support. Any defect in the language is revealed when you try to apply it not on purpose.
And by Your logic you can criticize any language, a silver bullet is still there.

For a second I don't ZHS developed, and only worked with multiple projects on the server, and any pain experienced.

If You want to point to specific flaws, and then take a specific case in HC, for which there is no alternative to a more optimal implementation, and empirically not spluttering prove why it is bad/wrong. We're all adults, but in other you can continue to justify and further, who would be interested already - alek.Lak commented on April 4th 20 at 01:22
@alek.Lak, but where I really appreciate the difference, to know about the bus factor and so on. - Maxwell_Ve commented on April 4th 20 at 01:25
@DarthWazer, and we still get an intermediate stream in js. I am very skeptical of such surges, you are confusing cause and effect when talking about syntactic sugar. If we are going to talk about other languages based on your logic we say that Java is bad, but otherwise appeared Kotlin/scala, silly right?

You have a weak argument, too unfounded, in other words a bunch in a puddle. I'm not trying to defend GS, and especially not trying to prove his superiority, but if you Express publicly that the technology is bad, why not substantiate it with examples from real cases.
And to shout - "that this language is shit", I can too. - alek.Lak commented on April 4th 20 at 01:28
@DarthWazeractually re water and no argument. a bunch in a puddle. - alek.Lak commented on April 4th 20 at 01:31
@DarthWazer, ahah, well, that aggression approached, the first sign that you are not as professional language to Express your opinion and something to back it, but only sputter. Very Mature :)

Fortunately I lost interest to carry on a conversation with a person who has sufficient competence and perhaps this will end, and you can continue to justify myself - alek.Lak commented on April 4th 20 at 01:34
April 4th 20 at 00:39
For SSR in any case, you need a server on the node
No, you can use headless Chrome and any backend.
April 4th 20 at 00:41
Then, the web consists not of mere trash landing-by-night for SPA.

The sites that carry at least some sense, and not consisting of blastica tinsel a little over almost completely, the business logic is 90% of the code. From the front this is not visible, and so naturally it seems the backend is the same "booyah-booyah - and production".
Practice shows that slapacl does not work. We need infrastructure, need tools need scaling and balancing. We need such a terrible and incomprehensible thing as a database. We need professionals who with all this can be managed. So it turns out that the backend is not used fashionable buzzword, and checked the working environment.
So it is about SPA, SSR - Manley commented on April 4th 20 at 00:44
For SPA also can stand serious business logic. SPA is the only presentation - nils.Kris commented on April 4th 20 at 00:47
April 4th 20 at 00:43
Because the backend is not the only ssr

A General question is pretty useless. With the same xpuha can I ask why the whole back is not in PHP or Python or rust
The question is quite specific. It is about a bunch of SSR (Nuxt.js) with back languages other than nodes. Where on the backend in a particular case falls the duty to go to DB and get data. All. The whole logic falls with SSR on the front. In this connection, and there was a useless question why the hell to pull the perfect tools for the queries in the database. - Manley commented on April 4th 20 at 00:46
@Manley,
de on the backend in the specific case

if in a particular case — then you need to ask a question techlib or a HUNDRED of your office, why didn't he pick JS. If the answer is not pleasant — come to the Director/the head and tell me that STO is not competent with my experience in X language and the X command on language and one language all write, maybe it's more logical.

falls the obligation to go to database and get data

Stamped in small projects did not work unfortunately, and you do not advise - philip commented on April 4th 20 at 00:49

Find more questions by tags Server-Side Rendering