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 ....
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
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.
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!!!!.
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.
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 )
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.
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.
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
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
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.
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
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
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.
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
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
5 місяців тому+1
Al cliente lo que le importa es que funcione correctamente y que el mantenimiento posterior sea escalable y barato.
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
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.
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.
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.
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.
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. 👌🏻♥️
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
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
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."
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.
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.
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.
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.
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
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.
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?
¿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
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!
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.
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 😂
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.
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?
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á.
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.
5 місяців тому
Lo único que odio de Laravel es la fortuna en que se hacen las rutas, es muy cansado hacerlas y que no funcionen como se supone que tendrían que funcionar, si comparo con otro framework PHP menos popular y con el que me gusta trabajar mucho, Yii, la cosa es muy distinta, solo bastaría con prefijar `action` al nombre del método público del controlador y opcionalmente parametrizarlo para que funcione.
Yo tengo bastante experiencia con Laravel. Actualmente trabajo con Wordpress y me gusta desarrollar mis proyectos personales en TS. Laravel es una locura lo cómodo y todo lo que hace por detrás, me parece muy guay para proyectos. Además el Livewire te facilita mucho el front. Pero hay un gran contra: PHP NO ME GUSTA PHP LAS FJNCIONES NO TIENEN SENTIDO. CÓMO QUE IN_ARRAY EN VEZ DE UN INCLUDE CÓMO QUE EXPLODE PARA UN SPLIT UN STR_REPLACE? QUÉ ES ESO!? PHP me da mucho asco. Laravel lo amo. Pero amo más TS porque puedo estructurarme las cosas casi igual que en Java pero tengo la libertad suficiente para no ser hiper estricto.
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
El verdadero fullstack en mi opinion no es el que domina sintaxis de template como JInja2 para mi fullstack es el que domina la mejor tecnologia en cuanto a rendimineto para front end y para backend que no es ni los templates de backend para el frontend ni la construccion de apis de NextJs para el backend a mi modo de ver eso no se llama FullStack , para mi eso son personas que no quieren salir de su zona de confort y sacrifican rendiminento, YO utilizo Django Rest Framework o FastApi para el backend y construccion de Apis y React TS para el Frontend. Sobre todo que usar mongo DB no te hace un desarrollador de Base de Datos.
Deje de amar de la misma manera cuando Laravel le metió fuerza a Livewire, Laravel había generado una estructura muy elegante para PHP pero todo se derrumbo con ese "raro invento" super desordenado el código. Volvio el desordenado PHP y el código espagueti PHP, JS y HTML un jugo de fragmentos de código. Laravel es potente con un buen marco Front JS.
No estoy de acuerdo. Estoy usando Livewire con patrones (CQRS, Value Object, Repository) sin ningún problema. Las plantillas blade solo tienen iteraciones y algún "if"
@@Soulis98 Laravel es un todo en uno, normalmente lo usas para construir monolitos, ya que te da todo lo que necesitas para el 90% de casos de uso que tiene un sistema. NextJs es más util cuando necesitas centralizar los datos de micro servicios en una interfaz de usuario. (Claro puede implementar funciones de servidor y de backeend robustos) Pero sobre la práctica no es buena idea ya que necesitaras cubrir diferentes escenarios por ti mismo que ya Laravel soluciona.
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 ....
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
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
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!!!!.
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
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 )
Cómo me ha dado trabajo Laravel hasta para comprar un carro 2024
Como empezaste o en qué trabajas?
@@jostinmadriz6823 x2
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
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.
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.
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
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
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
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.
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
yo uso los 2 y creo que cada uno tiene su gracia
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
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
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
Al cliente lo que le importa es que funcione correctamente y que el mantenimiento posterior sea escalable y barato.
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.
😆 A Taylor Otwell le gusta ver el mundo arder al igual que al creador de Rails. Si no es con JS la polémica es que Laravel no es MVC.
Todos tirandole hate a PHP cuando la PHP community siempre estuvo tranquila 🙄
Midu para cuando un curso de laravel ?
Hay buenos videos de Laravel aquí
ahora las instrucciones son "obligaciones" xd, me privatizan la libertad de codificar como yo quiero xd
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
ya probaste Effect ts ? me parece muy interesante darle oportunidad a otros paradigmas como el Functional Programing
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.
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.
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.
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
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? 😇
Hay personas con mucho tiempo, si usaran ese tiempo para aportar a sus frameworks favoritos, sería otro mundo
osea si uso php, bootstrap, javascript, mysql es valido??
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?
Imaginate por que se peleen qué es mejor, si el destornillador o la llave de tuercas.
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. 👌🏻♥️
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. 😅
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
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
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."
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.
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.
❤ yo trabajo con laravel y es la polla, pero para cosas serías, no para hacer un todo...
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.
Solo diré que adonis es laravel hecho con ts/js. Es tan así que puedes usar la documentación de laravel para adonis
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
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.
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
Midudev, curso de AdonisJs
a mi me da igual cual usar, siempre y cuando me de la solucion a lo que necesito
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
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
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.
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?
¿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
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
Y donde dejaron a Nest.js? Saludos desde Colombia
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!
Todos los caminos conducen a javascript, no te puedes ir, si te vas vuelves con el rabo entre las patas.
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.
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 😂
La pregunta correcta en este debaste es ¿Qué? ¿No puedes hacer las dos?
Hago menos codigo con Nx , NestJS y Angular con una Lib donde comparto todo.
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.
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?
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á.
es como si dijeras , ¿Quién es mejor Leo Messi o Lewis Hamilton? La comparación no tendría sentido
Buena analogía
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.
Lo único que odio de Laravel es la fortuna en que se hacen las rutas, es muy cansado hacerlas y que no funcionen como se supone que tendrían que funcionar, si comparo con otro framework PHP menos popular y con el que me gusta trabajar mucho, Yii, la cosa es muy distinta, solo bastaría con prefijar `action` al nombre del método público del controlador y opcionalmente parametrizarlo para que funcione.
Igual me ha tocado ver esto de las rutas en Laravel, he usado Symfony y ahí al igual que Yii es simple.
Ando en laravel quisiera probar node pero me da miedo de trabarme 😅
yo uso laravel para hacer mi backend rapido y next.js, react y react native para mis frontend
Cuando un curso de laravel midu?
Creo que una mejor comparación sería nestjs vs Laravel en lugar de next
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
a usar remix y react-router, next no deja de ser un monolito y plataforma de paga con vercel.
Yo tengo bastante experiencia con Laravel. Actualmente trabajo con Wordpress y me gusta desarrollar mis proyectos personales en TS.
Laravel es una locura lo cómodo y todo lo que hace por detrás, me parece muy guay para proyectos. Además el Livewire te facilita mucho el front.
Pero hay un gran contra: PHP
NO ME GUSTA PHP
LAS FJNCIONES NO TIENEN SENTIDO. CÓMO QUE IN_ARRAY EN VEZ DE UN INCLUDE
CÓMO QUE EXPLODE PARA UN SPLIT
UN STR_REPLACE? QUÉ ES ESO!?
PHP me da mucho asco. Laravel lo amo.
Pero amo más TS porque puedo estructurarme las cosas casi igual que en Java pero tengo la libertad suficiente para no ser hiper estricto.
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
No se puede ser un Web Fullstack sin JS
Aunque uses Livewire
Gracias por explicar eso de opinionado 13:47
en eso pierden su tiempo en fanatismo... dediquense a laburar... bien midu como siempre legend...🤙
Exacto, dedíquense a laburar.
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
eh tu que prefieres, vino o pescado?
nestjs es un framework bastante grande para crear backend usando angular y me parece muy bien estructurado, por si alguien no lo conoce
El verdadero fullstack en mi opinion no es el que domina sintaxis de template como JInja2 para mi fullstack es el que domina la mejor tecnologia en cuanto a rendimineto para front end y para backend que no es ni los templates de backend para el frontend ni la construccion de apis de NextJs para el backend a mi modo de ver eso no se llama FullStack , para mi eso son personas que no quieren salir de su zona de confort y sacrifican rendiminento, YO utilizo Django Rest Framework o FastApi para el backend y construccion de Apis y React TS para el Frontend. Sobre todo que usar mongo DB no te hace un desarrollador de Base de Datos.
A mi me gusta muchísimo laravel se puede usar hasta con angular o cualquier cosa
Por no hablar de que en PHP hay vida más allá de Laravel y en Javascript hay vida más allá de Next.
Para hacer un to-do, utilizar un framework es demasiado
Laravel con VueJs o ReactJs es brutal, nunca los veo en polémica con Python, .Net o Java 😒
Que opinas de nestjs?
Deje de amar de la misma manera cuando Laravel le metió fuerza a Livewire, Laravel había generado una estructura muy elegante para PHP pero todo se derrumbo con ese "raro invento" super desordenado el código. Volvio el desordenado PHP y el código espagueti PHP, JS y HTML un jugo de fragmentos de código. Laravel es potente con un buen marco Front JS.
No estoy de acuerdo.
Estoy usando Livewire con patrones (CQRS, Value Object, Repository) sin ningún problema. Las plantillas blade solo tienen iteraciones y algún "if"
Pipas de girasol, en Chile se les dice "maravillas"
Deberán borrar eso de full stack, backend y frontend... Todo es visible para el usuario, o para los empleados.
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
Quien dijo que laravel te obliga solo a usar MySQL?? WTF midu puedes usar el gestor de db que te de la gana.
Alguien no vio el video completo 😅
Laravel y next son para propositos diferentes.
Por ejemplo?
@@Soulis98 Laravel es un todo en uno, normalmente lo usas para construir monolitos, ya que te da todo lo que necesitas para el 90% de casos de uso que tiene un sistema.
NextJs es más util cuando necesitas centralizar los datos de micro servicios en una interfaz de usuario. (Claro puede implementar funciones de servidor y de backeend robustos) Pero sobre la práctica no es buena idea ya que necesitaras cubrir diferentes escenarios por ti mismo que ya Laravel soluciona.
@@rumpelstiltskin08 Muy interesante.
Gracias por compartir 🙏
jajaja, que bueno este videwo, me rei mucho con lo de la PIPA, jajaja, aqui eso son SEMILLAS DE GIRASOL
Laravel? Symfony, y no veo el problema con NextJS
😂😂 Midu con lágrimas justificando Node😂😂 Php te permite trabajar con cualquier base de datos 😏 al final los dos son una maravilla