PHP VS JavaScript: El Drama Más TONTO 

Laravel es un backend con capacidades de frontend, y NextJS es un frontend con capacidades de backend. Y AMBOS están BIEN.

PHP para back y js para front una combinación increíble

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

Cómo me ha dado trabajo Laravel hasta para comprar un carro 2024

Me encanta que nadie habla de C# y sus frameworks de. Net

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.

ya probaste Effect ts ? me parece muy interesante darle oportunidad a otros paradigmas como el Functional Programing

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 )

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!!!!.

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.

yo uso los 2 y creo que cada uno tiene su gracia

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.

Midu para cuando un curso de laravel ?

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

No me encanta PHP, pero lo que es a Laravel le tengo un fuerte aprecio, porque que ha puesto comida en mi mesa.

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.

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

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.

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

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.

Y donde dejaron a Nest.js? Saludos desde Colombia

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

Midudev, curso de AdonisJs

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

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

Pero para PHP existen framewroks minimalistas como slim o Lumen , Laravel es como la caja de Herramientas ultra completa para aplicaciones grandes.

Imaginate por que se peleen qué es mejor, si el destornillador o la llave de tuercas.

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.

❤ yo trabajo con laravel y es la polla, pero para cosas serías, no para hacer un todo...

Al cliente lo que le importa es que funcione correctamente y que el mantenimiento posterior sea escalable y barato.

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.

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

Todos los caminos conducen a javascript, no te puedes ir, si te vas vuelves con el rabo entre las patas.

Cuando un curso de laravel midu?

Gracias por explicar eso de opinionado 13:47

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. 😅

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.

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

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

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?

ahora las instrucciones son "obligaciones" xd, me privatizan la libertad de codificar como yo quiero xd

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

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

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. 👌🏻♥️

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? 😇

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.

a mi me da igual cual usar, siempre y cuando me de la solucion a lo que necesito

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

Hola Midu, hace falta el curso de Adonis Js

en eso pierden su tiempo en fanatismo... dediquense a laburar... bien midu como siempre legend...🤙

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.

Ando en laravel quisiera probar node pero me da miedo de trabarme 😅

La pregunta correcta en este debaste es ¿Qué? ¿No puedes hacer las dos?

Pipas de girasol, en Chile se les dice "maravillas"

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.

NodeJS backend, y javascript al front... No uses un montón de tecnologías (usa una sola). Siempre tendrás la necesidad de usar JavaScript; asi que por que liarte y no usarlo del lado del backend?

Lo cambia todo

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.

Hago menos codigo con Nx , NestJS y Angular con una Lib donde comparto todo.

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.

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.

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

Que opinas de nestjs?

jajaja, que bueno este videwo, me rei mucho con lo de la PIPA, jajaja, aqui eso son SEMILLAS DE GIRASOL

A mi me gusta muchísimo laravel se puede usar hasta con angular o cualquier cosa

Solo diré que adonis es laravel hecho con ts/js. Es tan así que puedes usar la documentación de laravel para adonis

a usar remix y react-router, next no deja de ser un monolito y plataforma de paga con vercel.

yo uso laravel para hacer mi backend rapido y next.js, react y react native para mis frontend

No se puede ser un Web Fullstack sin JS Aunque uses Livewire

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.

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 😂

Hay personas con mucho tiempo, si usaran ese tiempo para aportar a sus frameworks favoritos, sería otro mundo

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.

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

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?

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

eh tu que prefieres, vino o pescado?

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.

Más allá que un drama tonto, es un falso problema. Y este comportamiento de crear falsos problemas es comun en desarrolladores sin experiencia, ademas de traumas psicologicos.

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

nestjs es un framework bastante grande para crear backend usando angular y me parece muy bien estructurado, por si alguien no lo conoce

Creo que una mejor comparación sería nestjs vs Laravel en lugar de next

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."

Laravel? Symfony, y no veo el problema con NextJS

Para hacer un to-do, utilizar un framework es demasiado

Ambas cosas están bien, así es.

5:47 apoyo ese comentario de ami me gusta el dinero xd

LARAVEL CON PHP INERTIA , VUE JS Y JS , UFFFF HERMANO PARA HACER SPAS

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

A mi me gustan los dos...

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!

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.

Creo que se dice "opinado" en vez de "opinionado".

También el ejemplo es medio tonto, no vas a usar un framework para hacer un TODO, lo haces en php en dos segundos

Backend Django y front React

ni que fuera una compracion de Ferrari vs Lamborghini, que draa tan ridiculo, PHP (Laravel) es genial al igual que Js

En lo personal Laravel es el framewok que me a dado de comer desde la pandemia hasta hoy en dia. Ademas todos los que hayan utilizado ambas tecnologias saben que son excelentes.

Laravel es muy bueno y practico, y usando react o vue para las vistas escala mucho mejor

El consumo de recursos de PHP es enorme , contra JS