PHP VS JavaScript: El Drama Más TONTO
HTML-код
- Опубликовано: 21 май 2024
- En este video, hablaremos sobre la controversia entre Laravel (de PHP) y Next.js (de JavaScript). ¿Cuál es mejor para construir aplicaciones web? Analizamos las diferencias de opiniones, ventajas de cada uno
Artículo analizado: x.com/taylorotwell/status/179...
▶ No te pierdas más directos en: / midudev 
Наука
Laravel es un backend con capacidades de frontend, y NextJS es un frontend con capacidades de backend.
Y AMBOS están BIEN.
Y Django? 😢
@@damianchon2040 desencadenado
@@damianchon2040 y Django es Django xd
@@damianchon2040Ese salió con discapacidades
Django es muy bueno realmente.... Lo mismo que puedes construir con Laravel lo construyes con Django y no pasa nada. Quizas las diferencias mas notables son los lenguajes de programacion... quizas uno tiene un poco mas de performance que otro.... Pero al final si estas desarrollando con uno de estos frameworks (dejando de lado el ámbito económico) es o porque estas iniciando en el desarrollo web o porque tienes muchos años desarrollando con estos frameworks y simplemente no quieres probar otras tecnologías. No he conocido nunca a un dev que pase de NestJs a Laravel lumen por que considere que sea mejor tecnología ....
PHP para back y js para front una combinación increíble
Tu si sabes mijo 👌
This.
Todo meco XP
Thisss x10000
Yo cambie php por node, asi me enfoco en un solo lenguaje, pwro amo PHP❤
Cómo me ha dado trabajo Laravel hasta para comprar un carro 2024
yo probe laravel y me gusto mucho, el inicio es dificil pero te acostumbras y al final todo esta muy bien ordenado, me quede con node y next solo porque es mas usado y necesito trabajo xd
pero tenes que balancear ofertar demanda, hay mas oferta de next pero hay mucha mas demanda
Me encanta que nadie habla de C# y sus frameworks de. Net
el ecosistema de .net está a otros niveles, esta es una pelea de niños, .net es boxeo profesional
@@hectoreduardosolanopestana6964 .NET + *inserte framework de JS* marca mucha diferencia
@@hectoreduardosolanopestana6964 quien podría pelear contra ese?
@@weengineers5999 java y spring boot
.NET es para plataformas y acá están peleando las landing pages jajaja
12:40 "Quién dijo PHP" , "PHP versus resto del mundo", trayéndonos parte de esta saga. (Los de PHP estaban tranquilitos..., qué desató todo esto, hasta los de javascript increpando... ya no se acuerdan )
Creo que el problema en realidad es el primer post; el sujeto que critica Laravel por su estructura, Laravel te da un ecosistema completo y se podría decir que es para casos específicos, si vas a hacer un todo list con laravel es como usar un tanque para ir a la oficina.
Coincido, Laravel es un todo terreno
ya probaste Effect ts ? me parece muy interesante darle oportunidad a otros paradigmas como el Functional Programing
Laravel no es el monopolio como piensan algunas personas, es decir que debes cumplir fiel a lo que dice, el que conoce la arquitectura interna, sabe que pueden desacoplar funcionalidades y además integrar librerías propias o de terceros, otro punto importante es que puedes construir un proyecto sin Laravel, pero utilizando algunas librerías de Laravel. En fin Laravel para todos!!!!.
yo uso los 2 y creo que cada uno tiene su gracia
son herramientas, ambas pueden hacer lo mismo un poco mas laboreoso en unos mas que en otros pero a la final en ambas puedes hacer proyectos. estas "guerras" son de personas con el ego por las nubes que no saben que existen otras herramientas que ellos no han aprendido.
Venia de no gustarme PHP, era más de javascript, pero por temas de trabajo me tocó ver laravel, y la verdad me encantó la facilidad con la que puedas migrar, crear clases, conexión a BD, seguridad, validaciones y más es muy bueno, la comparación se da creo yo a partir de que Next lo hace desde el servidor y Laravel es un framework de PHP lenguaje del lado del servidor.
Cuando conozcas Django te va gustar todavía mas, porque tiene todo eso y encima con Python detrás que es mucho más amigable que Php
@@mrdominguez Eso de mucho más amigable es relativo
Son tecnologías que muy bien se pueden complementar sacando lo mejor de cada uno. Yo utilizo principalmente el sistema de oauth de laravel passport (y otras cositas como controladores, migraciones, politicas, factorias, etc), pero todo en la capa de infraestructura (aplicando ddd y tdd). luego microservicios y dominio en php plano, y del otro lado un frontend SSR next.js, me ha funcionado bastante bien
Interesante video : es lo bueno y lo malo que tiene el mundo del desarrollo la diversidad de lenguajes que hay. DETALLE : "Al cliente lo que le importa es el resultado final" como todo, esto es válido si estas desarrollando solo o con un equipo muy pequeño, ahora a nivel corporativo (y mas con el tema de microservicios, arquitectura hexagonal, código limpio, etc) si hay productos que dependen de otros es mejor usar una tecnología igual para todos y tener devs expertos en dicha tecnología (en la medida de lo posible, teniendo en cuenta el nivel de desacoplamiento que necesites, etc), evita costos económicos y de conocimiento y te centras en el producto y la lógica de negocio
No me encanta PHP, pero lo que es a Laravel le tengo un fuerte aprecio, porque que ha puesto comida en mi mesa.
No morder la mano que te da de comer.
Laravel es la prueba de saber usar un lenguaje de programación, no siempre es el lenguaje, es el programador
Midu, el tema con JS es el tema de la fragmentacion, que vas a tratar de aprender AngularJS y te lanzan de entrada a crear componentes sin explicarte como funciona o como te hace la vida mas Facil.
Laravel es simple en comparacion con JS, puedo construir un sistema completo con laravel en menos de una semana usando Filament o Nova, y exportable a cualquier base de datos, cosas que aún no he visto en JS en ningun framework.
Ademas, ahora con Vite, la integracion con Vue o React es casi nativa con Laravel.
El código que muestran es de livewire, que hace una "funcion" que se ejecuta al momento de realizar una petición en el cliente, es algo como que pusieras todo, la conexión a la db, los métodos y el html en el mismo archivo y con cada cambio cargaras el mismo archivo. Es lo bonito que se está trayendo en livewire, que por cierto es en cierta forma un frontend javascript servido con php jejejeje.
Livewire es god, en mi trabajo tenían un spaghetti de peticiones ajax en el front que nos daba muchos problemas y se solucionaron implementando livewire
Midu el problema es que es complicado entender y programar en un lenguaje y una vez que aprendes un stack y eres feliz sale otro stack otro framework y tienes que aprender eso es lo que nos frustra
Luis, el problema también es, creer que el software depende de un stack o tecnología en particular.
Mi consejo es, en lugar de aprender un stack, enfócate en reforzar el conocimiento técnico para que puedas tener el mayor contexto en cualquier entorno de desarrollo, luego dominar el entorno que te toque sera cada vez mas sencillo.
@@rogeliomarmol8841he leído muchas veces este tipo de comentarios, y creo que es bastante irreal en el fondo.
Dominar tecnologías,lenguajes o incluso frameworks requiere años. Si coges desarrolladores JavaScript con buenísima base técnica y les dices que te hagan una aplicación Spring Boot, a buen seguro que les va a salir una chapuza. Porque falta la otra parte, el conocimiento extensivo de la herramienta o tecnología que quieres usar.
Por supuesto que tener una buena base es super útil, pero no podemos tampoco despreciar la utilidad de conocer a fondo una tecnología o framework.
Aparte de eso, cuanto más mayor te haces, menos te apetece estar saltando de una cosa a otra.
8:22 la respuesta me parece que es clara con el framework de nestjs, es bastante parecido y opinionado, y se ha hecho muy muy popular
me acuerdo unja vez que en una prueba tecnica para full stack php me pidieron un un crud y me descartaron nada mas por que los avisos que salian estaba hechos con javascript , segun ellos era un sacrilegio
Midu para cuando un curso de laravel ?
Hay buenos videos de Laravel aquí
Midudev, curso de AdonisJs
Yo manejo Laravel, Node, Express, Nest, NextJS y saben que? Cada proyecto me la pienso en qué utilizar de mi arsenal, comparando cosas como, qué arquitectura quiero usar, qué alcance tendrá el proyecto, en dónde lo voy a desplegar, será un VPS o un hosting compartido, etc. Los que solo se van por una herramienta por fanatismo o porque es lo único que saben se pierden de muchos beneficios de tener un panorama amplio
Gracias por explicar eso de opinionado 13:47
Que absurdo quejarse de la ayuda que te da un framework jajaja yo siempre he trabajado con laravel y jamás me cansaré de utilizar sync(), migrates, request, etc. etc. Tampoco hace falta estarse cambiando de tecnologías, no es como que algo sea mejor o peor que otro, todos tienen sus pros y contras y lo único que importa es que el cliente pueda hacer un click en "nuevo X" y le permita registrar un nuevo X.
ja,ja,ja,ja ... muy cierto. Las personas se complican la vida solitas.
Total, si no quieres el framework, puedes usar librerías pa resolver los problemas más típicos, tanto en js como en PHP
De hecho en PHP, puedes usar partes tanto de laravel, como de symphony como el request de symphony que de hecho lo usa laravel, o el Blade de laravel, si necesidad de todo el framework.
Es como usar react, pero no next xd
jajaja, que bueno este videwo, me rei mucho con lo de la PIPA, jajaja, aqui eso son SEMILLAS DE GIRASOL
❤ yo trabajo con laravel y es la polla, pero para cosas serías, no para hacer un todo...
Laravel mezclado con algún front es butal, hacer APIs seguras, usar el eloquent y recuperar datos, en fin un backend muy completo la verdad además de que muy amigable, fácil de aprender.
Y donde dejaron a Nest.js? Saludos desde Colombia
Laravel es un backend de verdad, igual que NestJS o Adonis, en cambio con Express he visto que es demasiado simple, carece de todo lo que necesita el backend y te obliga a reinventar la rueda en muchas cosas
guerraaaaa 😂
Es que no se puede mezclar churros con meninas. Cada Tech para lo que es. Soy laravel dev y me encanta. Como tambien me gusta jQuery, React y otras. En dependencia de lo que quiero hacer busco una tech adecuada.
Lo que es full stack yo lo separaría por HTTP requests, el que hace el HTTP request es el front-end y el que responde a esa solicitud es el back-end, puede haber apps full stack más simples y apps que solo tienen front-end, o sea que no tienen un servidor propio donde hacen solicitudes, o luego apps que simplemente son back-end como the cat API por ejemplo o cualquier cosa que simplemente se dedique a servir datos.
En mi opinión cada framework tiene su uso, por ejemplo mi portafolio lo hice en next.js porque no necesito nada de lo que Laravel me puede ofrecer, pero luego otros SaaS los puedo hacer en Laravel dependiendo de las herramientas que necesite, en conclusión que existe el mejor para una cosa pero no para todo. Ninguno es malo ni ninguno es bueno.
Pienso que hace falta un buen framework de backend para JS, se que me hablaran de NestJS, no digo que sea mal framework, pero pienso que sus ideas que vienen de angular son algo agridulces, porque por un lado tienes la robustez del framework y a su vez tiene los modules, he pasado mas tiempo arreglando problemas de dependencias de los modules de Nest/Angular que desarrollando funcionalidades y con Express paso mas tiempo configurando y preparando todo que desarrollando funcionalidades y Next que lo catalogan como framework de backend (que no estoy de acuerdo) esta bien para hacer un monolito pero al ser server-less tarda lo suyo en procesar multiples peticiones porque apaga y enciende a cada rato la "API" por asi decirlo, estaria genial que hubiese un framework que te ofrezca el routing y una integracion con las dependencias tan sencilla como poner una pieza de lego y no tener que preocuparse de si el app.module necesita importar tambien la dependencia del modulo de ventas y luego dependiendo de la libreria tengas que adivinar si vas a instanciar o pasar la dependencia en el array de "imports" o "providers" y si tienes que exportar o no una dependencia en el array de "exports" agregando pasos innecesariamente tediosos y molestos. Aclaro que es solo mi opinion y no esta dentro de mis intenciones menospreciar el trabajo o los gustos de nadie, se perfectamente que hay gente que ama NestJS tal y como es y lo mismo con Express o Next o la tecnologia que sea xd, solo digo que una alternativa a NestJS menos frustrante en algunos casos y sobre todo para la gente que va empezando no estaria nada mal y que las tecnologias futuras solo se centren en ayudarnos a desarrollar funcionalidades sin tener que batallar mas de lo necesario en cuestiones del mismo framework durante los meses y los años que uno haga uso de la herramienta.
a mi me da igual cual usar, siempre y cuando me de la solucion a lo que necesito
Hay personas con mucho tiempo, si usaran ese tiempo para aportar a sus frameworks favoritos, sería otro mundo
Midu, yo aprendí Laravel y Angular. Uso ambos porque prefiero js para el front y laravel para la api. Entender PHP lo entiendes y lo valoras cuando te pones a programar y se vuelve ymtu gusto. Sino hay mucho oscurismo que nos hace pelear con la nada. Javascript es bastante abierto y eso lo vuelve más vulnerable, por eso los métodos POST, PUT o DELETE son mejores en PHP que en JS.
yo uso laravel para hacer mi backend rapido y next.js, react y react native para mis frontend
Pero para PHP existen framewroks minimalistas como slim o Lumen , Laravel es como la caja de Herramientas ultra completa para aplicaciones grandes.
Yo trabajo con Codeigniter, también es muy bueno.
Al cliente lo que le importa es que funcione correctamente y que el mantenimiento posterior sea escalable y barato.
Yo aunque amo el ecosistema js extraño cuando hacía un crud fullstack completo en 5min con laravel…
Ahora que cobro más y tengo más experiencia soy más lento.
Claro estoy en proyectos más grandes y complejos.
Lo de WebDevCody fue sin duda un bait.
Es muy raro que en JS no haya un "batteries included" framework que sea popular, pues muchos aman a Laravel, Rails y Django, yo no he usado Laravel pero entiendo lo genial que es tener todo listo desde el inicio.
Espero, porque enseñó cosas que no son necesarias para un todo xd
Depende del sitio, en colombia suenen usar mucho laravel por lo tanto hay mas ofertas en laravel, en europa a lo mejor usan mas react y next js y no tiene ninguno que ser malo, solo juegan en contextos diferentes
Una vez le pregunte a un amigo (que tenia buena experiencia en software, incluso ha escrito libros de programacion), sobre que si JS era mejor que PHP, o que si linux era mejor que windows, y disputas de esa indole tipo A vs B, se ve que en algun momento lo canse y me respondio lo siguiente:
"hay una casa de campo, donde vive gente, y un chiquero donde estan los cerdos. dentro de la casa esta la gente sentada comiendo y charlando, mientras en el chiquero los cerdos siempre estan peleandose".
en su momento no lo entendi bien, pero al dia de hoy creo que ha sido la mejor respuesta
Lo cambia todo
Hola Midu, hace falta el curso de Adonis Js
Creo que con la documentacion es suficiente el creador le encanta tener todo bien documentado!
@@dlucumi igual sería bueno para difundir a la comunidad hispana una buena alternativa para el backend con Node
en eso pierden su tiempo en fanatismo... dediquense a laburar... bien midu como siempre legend...🤙
Exacto, dedíquense a laburar.
A mi parecer todos los frameworks se pueden integrar con cualquier tipo de base de datos, por algo existen las api, yo he utilizado laravel y a mi parecer es mucho mas facil que aprender .Net Core, este ultimo tampoco te obliga a usar sql express
Cuando un curso de laravel midu?
A mi me gusta muchísimo laravel se puede usar hasta con angular o cualquier cosa
Hago menos codigo con Nx , NestJS y Angular con una Lib donde comparto todo.
Solo diré que adonis es laravel hecho con ts/js. Es tan así que puedes usar la documentación de laravel para adonis
Imaginate por que se peleen qué es mejor, si el destornillador o la llave de tuercas.
Tengo Laravel como Back y vue como front y son una maravilla 🎉 además permite utilizar react, el cliente no entiende de framework sólo quiere resultados.
a usar remix y react-router, next no deja de ser un monolito y plataforma de paga con vercel.
La tipica del querer pretender usar la misma herramienta para darle solución a todo. Y decirte que es la mejor. Bueno al final se sabe siempre es el "depende."
En idioma de construccion sera:
"Que prefieres mas, el martillo o el destornillador? Como asi que el martillo, los que usan los martillos son tontos por esto y esto, es mejor el serrucho porque es x, y z", te imaginas?
Son herramientas que nos dan ventajas y son aprovechables para situaciones diferentes, lo importante es saber su pro y usarlas acorde.
Un tema a discutir: Manejar la BD directo desde codigo JS es demencial. Muy lindo para las apps con cero usuarios y que son simplemente un experimento para mostrar tu habilidad. Pero es un hueco de seguridad gigante, veas como lo veas. Que next y demas hierbas de JS se queden para front y listo
nestjs es un framework bastante grande para crear backend usando angular y me parece muy bien estructurado, por si alguien no lo conoce
El cliente final que pagó por su ToDo: “¿Ya está lista mi webada? 🥺”
Con que funcione correctamente y cumplas con los requerimientos del cliente, ¿qué más da? 😇
Si tienes una tecnologia favorita, o te planteas cuestiones de tipo PHP vs NODE, entonces no eres no eres un ingeniero de software, no entendiste de que va la cosa. Cada problema tiene una solucion, acaso el paleta deberia decir mi herramienta favorita es el martillo, y voy a usarlo para todo?
Y porque no usar ambos?, yo uso laravel sólo para backend y gestión del servidor y react para aplicaciones móviles y aplicaciones web y la verdad esta combinación y comunicación funciona exelente. 👌🏻♥️
Nextjs y Nestjs son lo mismo? O uno es para front y otro full stack???? Alguien me quita esa duda? No soy del mundo de js.
nest es un framework para backend y next es el framework de react para front
se recuerda cuando nos decian que no usaramos PHP ni el backend para reducir el trabajo en el servidor? entonces con react se hacia todo en el cliente, y luego empezaron a usar hidratracion volviendo toda mierda al servidor?
en fin, volvimos a ser PHP pero con otro sintaxis
En el pasado ame php, en el presente lo amo y en el futuro lo seguire amando gracias a Laravel y exactamente lo mismo para javascript , sus frameworks y demas, que ahora mismo estoy aprendiendo y no me causa ningun conflicto de personalidad, cada quien , cada quien tiene mi aprobación siempre que haga lo que a bien pueda y le guste.
Saludos desde Colombia!
eh tu que prefieres, vino o pescado?
No se puede ser un Web Fullstack sin JS
Aunque uses Livewire
Cualquier Framework o lenguaje no son mas que una herramientas de desarrollo. Cual te convenga mas dependera del proyecto y tus gustos. No hay mejores o peores, sino uno mas adaptado a tu proyecto que otro.
Ambas cosas están bien, así es.
Todos los caminos conducen a javascript, no te puedes ir, si te vas vuelves con el rabo entre las patas.
Con tal que cumplan con los requisitos usen lo que le gusten, no me gusta php o laravel, pero bueno si a otros le da laburo genial
Comparar generalmente Laravel Vs X framework no tiene sentido. Pero cuando estamos haciendo una aplicación realmente avanzada, con cache distribuido, múltiples bases de datos, colas, sockets, mensajería, microservicios, webhooks, asuntos muy custom: brujería pues... Laravel, Rails y Phenix Framework, son mi opción, y la razón es muy sencilla: Ya esos frameworks tienen cosas hechas para una implementación sencilla. Cuando me refiero a sencilla, me refiero a que no tenés que ponerte a hacer cosas desde cero o parchar algo que ya existe, que tiene fallos de seguridad o está inestable... Porque ésto es costoso en tiempo y dinero.
Uso Laravel para proyectos grandes desde 2018 y de verdad que todos los retos que he podido enfrentar, con Laravel he los he resuelto. JS, solo para el Front y no me complico la vida. Y no dejo de usar ni php ni Laravel por el FOMO, php tiene no menos del 70% de toda web del planeta. Así.
PD, puedes usar laravel desacoplado y usar solo lo que encesites de el, por ejemplo en una arquitectura hexagonal. xD.
Creo que una mejor comparación sería nestjs vs Laravel en lugar de next
Ando en laravel quisiera probar node pero me da miedo de trabarme 😅
No he conocido nunca a un dev que pase de NestJs a Laravel Lumen o Django Rest Framework porque considere que sea mejor tecnología.... El mejor lenguaje para desarrollo web es JS tanto para Backend como Fronend.
XD laravel lo uso y ocupo php y js juntos, es cosa de gustos y hay quienes piensan que sus gustos son superiores pero solo tienen acceso a internet
Pipas de girasol, en Chile se les dice "maravillas"
Voy a empezar a estudiar programación y leyendo tantas cosas me inclino por php y JS puro para el fron, espero no estar equivocado. 😅
5:47 apoyo ese comentario de ami me gusta el dinero xd
A mi me gustan los dos...
Amo php, amo javascript, amo css, amo html... y me siento un neófito en el mundo del desarrollo. Es un mundo dónde nunca terminas de aprender
Yo solo tengo un problema. Desde que uso analicis estatico no puedo programar ya ni en php, ni en javascript, ni en rails ni en django. Me jodi la vida yo solo 😂
realmente laravel se fue abajo para queres cubrir en totalidad un entorno fullstack me quedo con la vercion 5.8 en mayor de mi gusto si compligidad
con laravel para un todo hacer todos esos archivos? no manches, todo eso ya lo trae, igual que nextjs su cli crea toda la estructura lo mismo laravel crea toda la estructura de carpetas, q pendejo ese tweet que "tubo que hacer tooodos esos archivos" no manches
Aqui me tienes, haciendo una pagina en laravel, y a;adiendo webcomponents en preact a modo de islas... jajajajajajaj
La pregunta correcta en este debaste es ¿Qué? ¿No puedes hacer las dos?
ahora las instrucciones son "obligaciones" xd, me privatizan la libertad de codificar como yo quiero xd
Los hechos*
De tantos lenguajes que existen, lo unico que me hacen entender, es que cada quien puede trabajar con lo que quiere, algunos se le facilita mucho un lenguaje que a mi se me complica entender, y yo entiendo x lenguaje, que a muchas personas no le entienden, es como decir, odio PHP, es un lenguaje obsoleto, y lo que pasa, es que el chavo, nunca lo entendio y lo hecharon del trabajo por no entenderlo y le saca odio a un lenguaje que no tiene la culpa por no entenderlo ... no podemos obligar a las personas vivir como uno piensa, cada quien vive aprende trabaja estudia como quiere, siempre y cuando no le haga daño a las demas personas ... yo se programar en JAVA, JavaScript, Jquery, php, react, flutter y poco en laravel, y hago mis diseños, con html y css ... y te apuesto que si estudio otro lenguaje lo aprendo rapido, porque lo miro con amor, y no con desprecio ... ni mucho menos diciendo que es un lenguaje malo ...todos tienen sus pro y contras
Backend Django y front React
Tienes razón, esto es un drama tonto. ¿Por qué comprar algo? Al final, yo uso lo que me resulta más cómodo. A menos que el cliente o la empresa exija algo específico, y si no lo sé, pues lo aprendo y ya está.
Para hacer un to-do, utilizar un framework es demasiado
cobol en front y back , fin :)
Laravel es como manejar un carro automático, mientras que express es como manejar un carro manual. Bueno, son demasiadas cosas realmente las que se pueden decir. Los ingenieros deberían hacer un buen análisis de caso.
El asunto es que quieren usar javascript para fullstack que al fina lterminan pareciendo plantillas, mientras con php, al tenerlo que hacer las cosas a tus medidas, puedes crear cosas mas originales
Ademas, que perra necesidad de usar javascript hasta para respirar? En verdad, que ganan con eso mas alla de reducir costos?
¿Por qué tanto odio al lenguaje de la Web? JS para el front-end con sus frameword y con Node JS para el back-end hacen la dupla perfecta. La originalidad no tiene nada que ver con la tecnología sino con la creatividad del desarrollador. JS y sus frameword tanto de front-end como backe-nd te dan esa libertad para que desarrolles tu genialidad con código.
@@luisreyes7999 porque ya existen lenguajes y frameworks para backend, desktop y demás
Querer forzar Javascript en todo es como forzar el uso de un martillo para destornillar algo
Javascript es muy buen lenguaje de front, es exquisito y muy versátil, pero cuando el mundo empieza a centralizarlo todo en una sola tecnología es cansado
Por qué usar Javascript hasta para desktop? Que se gana con ello?
El problema no es que existe, sino que no resuelve o aporta nada
@@luisreyes7999 ahora, a nivel profesional, las empresas (al menos en México) están en tres vertientes:
Las empresas tradicionales usan solamente stacks de Microsoft
Las startups usan solamente stacks Javascript en todos sus departamentos
Y la vertiente de demás empresas, que usan una variedad enorme de tecnologías
De nuevo, entiendo que centralizarse en Javascript hace que sea más fácil contratar y más barato, pero por algo existe la especialización
LARAVEL CON PHP INERTIA , VUE JS Y JS , UFFFF HERMANO PARA HACER SPAS
Que opinas de nestjs?
Es compatible con Nodejs?
Js para backend, Mobile, frontend, desktop y PHP para plugins de WordPress y cosas de menos importancia 😍
Laravel es muy bueno y practico, y usando react o vue para las vistas escala mucho mejor
I like Symfony !