El Patrón MVC es Obsoleto

En este video vamos a analizar el patrón arquitectónico MVC (Modelo, Vista, Controlador) y sus deficiencias a la hora de hacer proyectos escalables.
🍺 Mis Cursos de PROGRAMACIÓN: hdeleon.net/cu...
📚 Mis Libros
📖 Aprender a Programar con C#: hdeleon.net/li...
🤖 Mi Setup
🖥️ Mi Monitor: amzn.to/3dtnDkk
⌨️ Mi Teclado: amzn.to/3BtjKnq
⌨️ Mi Deck elgato: amzn.to/3dvEKC3
🎧 Mis Orejeras: amzn.to/3BwQYm0
🎤 Mi Micrófono: amzn.to/3qPvFHh
Si quieres apoyarme y darme para una cerveza puedes hacerlo por aquí: paypal.me/Hecto...
Puedes apoyarme desde 0.5 USD al mes uniéndote como miembro al canal aquí: / @hdeleonnet
🐦Twitter: / powerhdeleon
🌎Mi Sitio web: hdeleon.net
📻Raw Radio en Spotify: open.spotify.c...
#programación #dev #programming

[@hdeleonnet]

Todos mis cursos de Programación en Metal Code, cupón "metalcode" para 40% de descuento: courses.metalcode.io/collections Curso de Clean Architecture: courses.metalcode.io/courses/clean-architecture

[@tipo_deincognito]

Es un tema un tanto peliagudo. MVC como tal era un modelo (un patrón en realidad) para organizar el comportamiento de los datos (Model/Modelo: persistencia, reglas de negocio, datos...), UI (View/Vista: html templates, java swing...) y el comportamiento que los relaciona (Controller/Controlador: ) de pequeños componentes. Esto queda más claro con un ejemplo, uno hiper simple podría ser: los datos y como se organizan y las reglas que cumplen correspondientes a un Select (Model), la UI correspondiente al Select (View) , el comportamiento de como se relacionan dicho Model y View (Controller). Es decir, la View expondría al Usuario la forma de relacionarse con el Model (clicks, teclado...), el Controller sería el encargado de traducir lo que sucede en la View y como afecta al Model (y viceversa, trasladar cambios en el Model a la View) y el Model sería el encargado de tratar los datos (reglas de negocio, organizarlos...). Es importante fijarse en un detalle: en el paper original no se hacía referencia a la persistencia como tal, que es con lo que sin duda se relaciona a día de hoy el Model. El modelo MVC era simplemente una forma de manejar el *estado* (Model) de las aplicaciones y mantenerlo en sincronía con la View a través de un código que controlase esos cambios (Controller). Fue después cuando esa idea, se empezó a mezclar con una especie de arquitectura por capas, naciendo de ahí diferentes soluciones y propuestas. Una de las más interesantes, y que sirve de semilla para las "arquitecturas limpias" (Onion, Clean, Hexagonal...), fue la propuesta de Ivar Jacobson que vió la necesidad de generalizar y aplicar el concepto a un nivel mayor, a un nivel de *Arquitectura de Aplicación* (no lo llamó MVC) y consistía en una Arquitectura en Capas con: Capa de Presentación, Capa de Negocio y Capa de Acceso a Datos. Posteriormente Jacobson introdujo el concepto de "Componentes de Control" (¿alguien ha dicho "ports", "adapters", "interface"...?) dónde se proponía que no solo la UI necesitaba una abstracción "View" si no que eso se podía aplicar a otras partes de una aplicación como... ¡el acceso a datos! Siendo DAO (Data Access Object) o Repository patrones que representaban una "View" de los datos, una abstracción, una interfaz, un "Adapter" si nos vamos a Hexagonal. En realidad este concepto de "View" más general que después Cockburn llamó Adapters y que también tiene la Clean Architecture (y la Onion, etc) no es más que el resultado de aplicar OCP y Liskov a lo que ya había: OCP porque ofrece una forma de añadir comportamiento sin modificar el orginal (esta "View", este "Adapter", permite expandir la funcionaldiad del modelo, la vista, una API rest...) y además nos ayuda a "localizar" la afectación de los cambios de estas partes (si el modelo, la API, etc cambian, solo necesita cambiar mi "View", mi "Adapter" de estos elementos) y Liskov porque una vez tengo esto, si soy disciplinado y aplico Liskov, podré tener una abstracción intercambiable (si mañana necesito poder guardar y acceder a datos en Redis o MySQL dependiendo de la situación solamente necesito dos "View" del Modelo, una MySQL y otra Redis, que sean compatibles y que pueda decidir en tiempo de ejecución si uso una u otra, por ejemplo, o si quiero migrar de MySQL a Postgre, solamente necesito sustituir esa "View", ese "Adapter"). Y, desde luego, en ningún momento, ni el MVC orginal, ni Jacobson, prohiben que organices el código en más objetos, que es una interpretación de MVC un poco "tonta" y de "junior" (me han dado tres cajas, a ver en cual cabe esta línea). Desde el inicio un Controller podía usar múltiples funciones u objetos para realizar sus funciones, lo mismo el Model o la View... por dios, ¡si nació en Smalltalk! xD. Pienso que es importante revisitar las bases y la historia de como sucedieron las cosas, me parece que hemos perdido por el camino conceptos de Ingeniería del Software muy asentados y muy concretos y los hemos cambiado por palabras más amables pero mucho más inespecíficas ("Adapter", "Ports", "Hexagonal", "Clean"...). Que están bien para entrar en el tema y acercar los conceptos pero que deben ser cambiadas por las más específicas una vez las comprendemos. Menuda chapa que me ha salido...😅

[@elazzote]

En plena clase de programación 2 arrancando el tema de MVC, mis alumnos llegan con la noticia que un youtuber famoso habia subido un video hace cuatro horas donde decia que "El Patrón MVC es Obsoleto", pero tu explicación me ha dejado bien parado💪, buen trabajo.

[@hdeleonnet]

Lo de obsoleto va solo con escalabilidad, ya sabes como funciona KZbin, hay que poner títulos de mierda. Pero es bueno saber que viste el video y le encontraste el valor que era lo que importa, un saludo.

[@dantecortes]

Buen video, yo tengo 10 años programando en PHP y Laravel, al principio solo usaba traits para evitar la redundancia y despues vi mejor usar services para la logica de negocio, repositories para las consultas a las bd, requests para las validaciones, una capa api para consultas a apis de terceros, a parte del ya propuesto MVC que viene en la estructura de archivos para laravel, buen video, sigur asi Hector que tu conocimiento es oro puro, saludos desde Perú.

[@DanielMr1998]

he tenido la duda de si usar services seria equivalente a crear tus propios facades en laravel. Que opinas?

[@mamneo2]

​@DanielMr1998 Incroyable.

[@heenmancha]

@@DanielMr1998 No. Las facades es un patrón. Puedes implementar tus servicios sin esconderlo detrás de la facade.

[@JorgeMBallesterosJ]

Apuntado en Metalcode. A seguir aprendiendo del mejor. Gracias por compartir tu conocimiento. Saludos desde Colombia:)

[@hdeleonnet]

Muchas gracias

[@joseguerra2389]

Es verdad. Estuve desarrollando un sistema de gestion de ordenes de servicio que era bastante complejo y lo que dice hector es cierto. Terminabas con controladores que hacian un monton de cosas y peor, despues t dabas cuenta que ese monton de cosas tenias q hacerlas igual en otro controlador... entonces la cantidad de redundancia era ridicula. Si bien es cierto que clean arquitecture lleva mas trabajo, de verdad te protege se todo esto y a la larga es mucho mas facil aunque parezca contradictorio. Aparte que con el autocompletado de copilot o de codeium (super recomendada esa ultima para vs code porque es gratis) realmente no tienes q escribir tanto codigo. Es saber como organizar las clases y como funciona la arquitura. Lo demas sale casi solo

[@oscar92-t7p]

Muchos de los sistemas actuales hacen una combinación de diferentes arquitecturas, MVC por sí solo ya no cubre todas las necesidades

[@HugoElcabezas]

la de copilot también es gratis si tienes mac en xcode

[@taikun69]

Excelente video, y justamente los proyectos en los que he trabajado que tienen la base de MVC colocan por separado reglas de negocio y validaciones, asi como lo mencionas.

[@TheIronmandi]

Siempre diciendo las cosas como son 🔥🔥

[@exkalybur_dev]

Se prendió está mird 🔥🔥🔥

[@fabianromero4790]

Muy interesante, muchas gracias por compartir el conocimiento

[@Fercho47123]

Sos un genio, quiero los tests!!!!!

[@luisgamarrarosado3565]

Muchas gracias!!! Que importante es explicar patrones de diseño con gráficos de mi parte es más digerible de esa manera

[@Diego-xr3bd]

Excelente video !! lo aplicaré en django

[@maldonadodani]

Muy bueno ! Pido ejemplos en PHP!

[@marionaya5718]

Estoy estudiando un grado de 2 años de programación y estamos ahora con el MVC. La verdad que ahora mismo este vídeo se me queda grande y no he pillado más de la mitad de las cosas, pero volveré aquí algún día porque entiendo que aporta valor y me será útil cuando empiece con proyectos más grandes.

[@saboresimprovisados]

Créeme que si será útil, tu sigue

[@alexisvillegas1953]

yo no creo que vayas a volver pero si deberias quedarte con el

[@luisu404]

Muchas gracias cabezon, ta bueno el video. Ahora haz uno de Blazor sobre los RenderMode

[@pabloguillermoalarcon1665]

Jaja me encanta siempre como empiezas tus videos hdeleon, ademas tu contenido lo considero muy valioso. Simplemente gracias.

[@TheJeskun]

Un placer verte programar 🤘

[@jeovannynava1671]

Gracias por el video. Estoy por empezar un proyecto grande y necesitaba utilizar MVC porque necesito el razor pero al mismo tiempo quería usar clean architecture, esta alternativa me parece fenomenal

[@el_migue_dev]

Excelente video!! No siempre se ve contenido de estos temas por youtube :P Estoy de acuerdo en que MVC no es la solucion a todos nuestro problemas y que no siempre es aplicable tal cual como es (como casi todo en desarrollo de software). En mi caso, suelo usar mucho el modelo de IDD que propone Sandro Mancuso (con alguna que otra variación), en donde los casos de uso se mapean como "Acciones" dentro del sistema (como una capa de logica de negocio). Y luego separar los repositorios que utlizamos, utiliazndo siempre inyeccion de dependencias para poder desacoplar nuestras clases.

[@alexanderhernandez1967]

Excelente explicacion saludos desde El Salvador❤

[@joseurielrodriguezramirez3861]

Te luciste con la intro! 🤘🔥

[@rutx122]

Para un proyecto mediano en Angular 16 que arquitectura recomendarias?

[@el_patron_de_los_tacos]

Muy buen contenido, para todos los entusiastas que quieren saber por que funcionan las arquitecturas.

[@felipecruz9567]

buena explicación, esperaba una sugerencia de patron de arquitectura jajaj saludos

[@Cristian-ch9wp]

gracias por el consejo, voy a probarlo

[@mapacheee_]

muchas gracias por tu video, estoy aprendiendo a programar y no sabia que existian mas cosas que mvc

[@belenwilson4513]

Ya me parecio que MVC tenia demasiadas capas para proyectos ligeros, como para pensar en otros mas grandes. El problema es que sois muy estrictos. - ¿Porque solo un controlador? - ¿porque no divides aun mas con Extender, Traits...? No no estoy cambiando de patron, el patron es el mismo y es igual de valido para pequeños proyectos que para grandes. Ahora bien!, no me gusta MVC pero odio todas las demas opciones hasta el punto de llegar a crear mi propio patron y descubrir que tampoco es perfecto, pero de ahi a llamar a algo OBSOLETO es de ser un grandisimo xxxxxxxx

[@pablobazan8733]

@@belenwilson4513 Debe referirse a que para proyectos grandes si quedo completamente obsoleto y antes las empresas lo utilizaban por eso hay tanta reingeniera a arquitecturas mas robustas

[@cristianramirezfonseca8567]

LOL, cuando no comprendes lo que escuchas

[@saboresimprovisados]

Apenas aprendi a hacer proyectos con el MVC y lo de las validaciones en todos los controladoras me tenian nervioso porque pensaba que era mejor separar las validaciones de TODO y solo implementarlas en la controladora cuando se requiera. Me lo acabas de confirmar jajaja

[@SoyIvan1]

estaría interesante lo del testing, sigue así !!! muchas gracias

[@ramiropedrolauramurillo4202]

Hay una capa oculta, las Library yo uso lo redundando y conexion REST en esos modulos pues si llenas todo en controllers no es correcto, hay formas optimas de solucionar siempre. Saludos Hector siempre tan acertado.

[@hectoreduardosolanopestana6964]

Excelente video y tremendo tema de intro!!

[@OscarKlee]

Buen video, de mi parte solo agregar conocer muy bien el framework, validadores, autenticación, repositorios de datos, casi todo se puede lograr a través del framework lo que evita reinventar la rueda, el código queda aún más limpio y evita crear más librerías de clases de las necesarias que pueden llegar a ser muchas. Otra cosa sería, si las librerías podrían importarse desde afuera del proyecto mediante un manejador de paquetes, pensando mas en una arquitectura de micro servicios en donde por ejemplo una librería de un cliente http pueda ser importada por varios componentes.

[@Wrinkle_1882]

Buen video, estaria bueno ver las diferentes alternativas para manejar excepciones. He visto que hay varios enfoques pero no me queda claro a veces cual utilizar de acuerdo a las necesidades. Me subo al pedido de un video mostrando el testeo independiente

[@chinasenrique]

Héctor, porfa, tu opinión sobre las herramientas Low Code como Outsystems. Conviene invertir tiempo en eso?

[@smetaljuan]

bien Hector, pero no dijiste por qué es obsoleto? sólo haces mención a la mala práctica de muchos programadores de usar el controlador como si fuese un saco donde metes todo tipo de cosas... adicionalmente, pensé que mencionarías a alguna tecnología que sustituya al MVC como patrón obsoleto y tampoco lo mencionaste... con MVC y Clean Architecture, haciendo uso de buenas prácticas como programador, se puede seguir usando esa tecnología. En tu video, veo que usas un nuevo patrón.... el Patrón HMC (Hector's Metal Code)... me diste algunas ideas para un proyecto pequeño... gracias! RockAndRoll 🤟🤘

[@heavensmachine]

ufff buenazo, estoy aprendiendo MVC, la verdad me he quedado muy atras a nivel de codifcacion y me gustaria retomarlo

[@mariolasluisacastano9471]

Por favor, vídeo de pruebas unitarias!!

[@Garañon0o0]

Uff que buen video brother gracias por su contenido❤🍺🤘

[@marloncode]

Por favor cuando haces un curso completo de clean architecture / DDD / CQRS / repository con net 8? Por cierto agradecer por que tus videos son buenisimos. Saludos !

[@hdeleonnet]

Ya tengo un curso de clean architecture: courses.metalcode.io/courses/clean-architecture

[@nicolasalvarez3573]

Hector se puede conseguir tu libro en argentina?

[@hdeleonnet]

En físico esta en amazon

[@josephfernandezz1293]

Elegante manito 🤙

[@julioclavijol]

Muy crack, muchas gracias lo aplicare en Python

[@krikgamerxD]

Hola Hector, vas a realizar una como tipo, ruta de aprendizaje, o van a ser en si puros temas avanzados ¿?, adicional quiero utilizar el cupon pero dice que es invalido...

[@hdeleonnet]

Hare páginas con rutas. Pero primero voy a terminar de subir los cursos que faltan.

[@deldago15]

Interesante!!!

[@jorgeeliasconcepcion2104]

Este pana es demasiado duro, siempre me da ideas buenas. 💪🏾

[@rayopro]

Que teclado usas? me gusta como suena

[@salserodezinc5532]

Tienes algún curso de .net core y sql server?

[@Rayosgama1]

@hdeleonnet disculpa mi ignorancia. Tus cursos son en pesos o dolares de antemano muchas gracias ?

[@hdeleonnet]

Usd

[@economiadigital6470]

Excelente punto de vista. Pregunta off topic, que base de datos utilizas mayormente, MySQL, MariaDB, PostgreSQL, SQL Server u otro y porque ?

[@hdeleonnet]

Mysql mariadb en PHP, sqlserver en C#

[@nauolin]

Aprendí que mi calabozo de backend está muy iluminado. Siempre he considerado que las implementaciones de MVC han sido sobresimplificadas para atraer al mayor público. La eterna promesa de solo iniciar desde el template, sacar el hola mundo y de ahí a la luna. Y no es malo. Gracias por ejemplificar como ampliar de forma ordenada un proyecto manteniendo la escencia del controlador como eje de la aplicación.

[@sampleyt9457]

Este nivel de arquitectura lo respeto bastante, y al mismo tiempo me hace sentirme agradecido de que framwworks como Nextjs, Astro, Angular, etc. tengan una curva de aprendizaje 10,000 veces más amigable con patrones de arquitectura quizá más sencillos

[@dsjamg7806]

Que buen video amigo

[@SamuelGonzalez-lk2jk]

Tienes o haras algun video de full clean Arquitecture? A mi me encanta ver tus videos, aprender buenas practicas y como en este video, ver como mejorar la arquitectura que manejo, aunque suelo usar serviciosy repositorios pero en el mismo proyectos, subdivididos por carpetas, es mejor manejarlo como aqui

[@hdeleonnet]

Solo tengo un curso de paga de 10 horas de clean architecture: courses.metalcode.io/courses/clean-architecture

[@LaPlace583]

ey bro podrias hacer un video de como leer y saber usar la documentacion de algun lenguaje como java, python, js, C#, o de los framework, y como hacías o haces para usar la documentacion cuando solucionas una duda o problema?

[@eduardorugama1292]

Buena esa 🤟🏻😎

[@gantonal]

Hector, para aligerar el acoplamiento ¿No sería mejor tener por un lado el negocio, por otro el repositorio y un tercero para entidades e interfaces?

[@hdeleonnet]

Eso mismo esta en este video.

[@gantonal]

@@hdeleonnet En este video agregas el negocio al repositorio, y está bien para este tamaño. Yo, por costumbre, saco las entidades y las interfaces a otros proyectos, de este modo no tengo que añadir todo el negocio con sus reglas al repositorio. En proyectos donde tengo varias interfaces de usuario (webapi, webservices soap, web forms y windows forms), me reduce muchísimo el acoplamiento. :)

[@martir5913]

Yo siempre he usado el de N capas Junto MVC ya que como comentan sino no controlas bien tu Codigo veras que Los controladores se hacen enormes.

[@ericgustavogonzalezgarcia4659]

No había pensado en como MVC podía "mejorar" Buen vídeo 👍🏼

[@tobiaskrasnozhon2715]

No me la contes justo ayer estaba viendo tus videos sobre MVC

[@javirojo6778]

Porfa sube algo sobre pruebas unitarias, hice tu curso de clean architecture y estoy añadiendole pruebas, me salen dudas. Por ejemplo, si un servicio retorna un TDto, no se puede testear sin incluir el Dto y la Entidad, cierto? Siento que de esa forma, mis pruebas se acoplan mucho al proyecto 🤷🏻‍♂️

[@asembler22]

¿Cómo sería el ejemplo para laravel?. Saludos buen video.

[@yairrodriguez9926]

aprendí algo!

[@elcharlydev4519]

Todo ya está a echo desde años atrás. Todo se volvió popular hace no mucho tiempos, y no creo que esté mal Mvc creo que lo implementa. Mal todo lo que comentaste es que la gente mete cosas donde no deberia.

[@luiscvargas2011]

quiero un video de pruebas unitarias

[@maurotapia]

Siiii pero también se usa mucho el concepto MVC para no referirse a tantos términos para el usuario final... Yo uso el término MVC pero se que hay muchas más capas que se utilizan...

[@edgardomolinagonzalez3121]

El MVC es usado estrictamente por las aplicaciones MPA cierto? cuando usas Angular con algún backend como springboot no es lo mismo?

[@ericksantiagorodriguezcaic1926]

Hola Héctor, una duda hace poco adquirí tu curso de patrones de diseño en Udemy, me surgió la duda de ahora que vas a migrar a tu propia plataforma. Retirarás tus cursos de udemy? ¿O ya se quedarán los que están subidos?. Saludos

[@hdeleonnet]

Lo de Udemy se queda en Udemy. Lo que va a pasar es que los nuevos cursos no creo que salgan en udemy, de esta manera podre darlos a un precio más económico o en el plan de suscripción puedan ver todo. A parte puedo hacer cursos más yendo al grano a cosas en especifico. Pero lo de Udemy se queda ahí.

[@ale_gallardo]

Sácame una duda. Cuando te conectas a una API de terceros y usas MVC (por ej una pasarela de pagos) lo correcto conceptualmente sería hacer una implementación de la interfaz Repositorio y luego pasar por Capa Servicios? ya que (según yo)sería el equivalente a encapsular la BD propia ocultando la estructura de las tablas. Pero entonces Repositorio te devolvería los atributos combinados luego del join que solicitas en la consulta y eso sería un objeto VM que tendría que pasar hacia las capas superiores usando json? Ahí estoy confundido.

[@orlandogonzalez1305]

Mas o menos asi como dices esta bien, un api de terceros es un tipo "repositorio" de data q no es tuyo, donde envias y recibes "modelos" y funciona casi que igual que un repositorio local. De hecho en algunos proyectos se saca el repositorio del proyecto y se mete todo en un API a modo de balancear cargas en los servidores, o donde hay varios equipos de trabajo atendiendo diferentes partes del proyecto.

[@ale_gallardo]

@@orlandogonzalez1305 gracias

[@aaronzevallos5233]

Suscrito a MetalCode 😎

[@hdeleonnet]

🤘

[@aaronzevallos5233]

@ sería bueno añadir algún curso de Microservicios 🙌🏻 un abrazo crack

[@enriquejaimes114]

Porque Microsoft se complica la vida al crear este tipo de FrameWork y no utilizarlo mas simple y escalable, algo sucede algo parecido con MIcrosft 365 que ya no se pueden utilizar macros, sino utilizando lenguaje TypeScript , gracias por el video master !!

[@gTosca_666]

Lo usé mucho con JavaFx y si, a veces se quedó corto pero se soluciona

[@oscar92-t7p]

Yo la diferencia que le veo a MVC con respecto a arquitecturas más recientes como las arquitecturas limpias (Onion, Vertical Slice, Hexagonal) es la complejidad y el tamaño que abarcan. Hay otras arquitecturas equivalentes a MVC como MVVM o MVP que son para proyectos más pequeños y claramente los sistemas de hace más de 20 años no se parecen en nada a los sistemas que existen hoy en día en cuestión de tamaño, complejidad y volumen de datos que manejan, por eso es que en un mismo sistema se pueden combinar diferentes arquitecturas debido a ello

[@pendiente3533]

Saludos weeee

[@AbelCamiloYiMartínez]

los controllers no deberían manejar excepciones, las excepciones deberían estar siempre en el servicio y eso, solo la administración, la definición de las excepciones en otra capa y preferiblemente debe haber un manejador de excepciones globales de la app

[@AbelCamiloYiMartínez]

microservicios con mvc y listo, felicidad por siempre SIEMPRE Y CUANDO LOS MS SEAN MS DE VERDAD Y BIEN HECHOS Y NO SEAN MONOLITOS DISFRAZADOS!!!!!!!!!!!!!!!!!!!!!!!!!!!!

[@peliculasparadescargargrat2431]

Nunca lo use.. me decidoio por apuntar a php... cuando salia visual web developer 2008 2010 intente aptrenderlo , pero es mas rapido y hayar servidores que soporten php son mas baratos..

[@santosmarte]

Pulgar arriba, para ver el test de este proyecto !!!

[@ManuelGonzalezBlanco-u8z]

Hay patrones como la arquitectura CLEAN y el hexagonal.

[@tiocontreras8860]

andaba de paso y video salvaje aparece!

[@AlbertoSolisDF]

Cómo lo planteaste el MVC no tiene problemas, lo que falta es asignar responsabilidades correctamente y esto deriva de no tener una forma de pensar organizada. Una cuestión aparte: ¿El acceso a la pasarela de pago por que no se considera dentro del modelo?

[@trotanet]

interesante

[@alextauresdiaz]

Si, yo me pierdo entre las 30000 lineas de codigo de algunos controladores donde trabajo.

[@victorcruz4627]

Ahora puedo decir que Héctor fue el influencer que me ayudó a decidir qué viviré siempre dentro de mi cueva :v

[@henryleonardocamposgarcia1040]

Escuchaste sobre la metodología RUP? En mi universidad aún enseñan eso pero me da la impresión que se quedó en los 90. Hoy todo el mundo habla de agile y scrum. Tampoco soy de las personas que me gusta subirme a las modas o tendencias porque sí. ¿Qué opinión tiene sobre esto?

[@jesusgastelum7652]

@@henryleonardocamposgarcia1040 RUP o UP es un proceso de desarrollo que te va a permitir ampliar tu conocimientos en cuanto a analisis y diseño de software se refiere, si es antiguo, no se usa mucho ya, pero a diferencia de SCRUM, RUP si te va guiando en que hacer en cada etapa, teniendo ese conocimiento, usar SCRUM te será mas fácil porque ya tendrias un conocimiento de que artefactos podrias generar en la etapa de diseño al momento de aplicar SCRUM (ya que este ultimo no te dice absolutamente nada).

[@omarandresbarbosaortiz2773]

Entonces MVC sigue vigente, sólo que hay que usarlo bien, gracias Hector

[@agustinmoreno8753]

No sé me parece difícil, React creo que trabaja con mvc y Django trabaja casi si o si con mvc

[@Jel.Awesh.M]

LIKE por Marvel vs Capcom.

[@ciscosalazar]

Queda mucho mejor que tener todo en el controlador

[@posgrosoftware1058]

MVC es chévere dependiendo de qué tan escalable es el modelo de negocio

[@JesusMartinez-do8jy]

El principio de MVC es la separacion de responsabilidades , si el proyecto es basico MVC es suficiente sino lo que mencionas es correcto pero al final sigues separando las responsabilidades. Mi conclusión "no la hagas de pedo"

[@muremure]

@@JesusMartinez-do8jy exacto te dedicas a hacer proyectos básicos.... cuando realizas proyectos.. te abrumas y te dedicas a " hacer la de pedo" 😎

[@jesus250-p2e]

Saludame por favor cabezon

[@antoniomartinezgonzalez690]

Traté de hacer el pago para "Clean Architecture" no me deja hacerlo, al ingresar los datos de mi tarjeta me sale un mensaje de "compra no autorizada consulte al administrador", ¿Esta fallando el modo de pago por el momento?

[@hdeleonnet]

Intentaste paypal?

[@antoniomartinezgonzalez690]

Disculpa mi insistencia, le doy clic al botón de PayPal y no me abre la ventana emergente para iniciar la transacción

[@antoniomartinezgonzalez690]

Ya pude, muchas gracias

[@mariogaleano3796]

Alguien aplico estos conceptos para los que trabajamos con Django? Ya tengo proyectos donde en mi viejo ya se volvio bastante grandes las reglas de negocio y las validaciones

[@esteban.acevedo]

En Django no habría problemas, porque cada aplicación utiliza un MVC, entonces, nos podemos encontrar con un servicio externo que se puede manejar en la app que no necesariamente tenga MVC. Creo que el MVC no es obsoleto, sino la forma en que lo presentas sí es obsoleto. Gracias...

[@IAALDIA2023]

Tengo problemas con la suscripción anual, intente con 2 tarjetas de credito y me sale el mensaje "Your card was declined. Try a different card." lo mismo al probar con una de debito. Y el tema de la suscripción no me da opción de hacerlo con paypal

[@hdeleonnet]

He detectado que Esta fallando mucho BBVA pero es problema de stripe

[@IAALDIA2023]

@@hdeleonnet Ya pude pagar con una tarjeta de mercado pago, por si alguien tiene el mismo problema que yo.

[@CarlosJova]

Hector intro modo platzi

[@Atirri.Dev91]

Todavia no lo aprendi y ya esta obsoleto ? jajaja lpm , me meto los cursos en la colita ...

[@jcbizarro777]

Entiendo que has implementado estrategias para "modularizar" y "optimizar" la responsabilidad del controlador, minimizando la cantindad de líneas de código el el mismo, (lo cual está muy bien), pero eso no significa que el MVC como patrón de arquitectura en si mismo, sea obsoleto, ya que al final del dia, con o sin esta estrategia, cualquier interacción entre el modelo y la vista, seguirá pasando por el controlador. Saludos.

[@valentinrosas3291]

En el intro sentí como que Tarrako me va a enseñar Programación.

[@josue4505]

Buen chiste marvel vs capcom estructura 8/10, remate 9/10, la comedia esta reviviendo