Antonio muchas gracias por compartir tus experiencias, sin ninguna línea de código. Honestamente creo que con la emergencia de los asistentes de programación IA gran parte del valor de los programadores se va a desplazar a precisamente prestar mucha más atención a estos aspectos técnicos pero no sobre la codificacion en si misma. Dicho lo cual, si nos pudieses compartir los puntos clave sobre cómo pasar desde estos prerrequisitos (correctamente tomados) a la toma de decisión de la arquitectura a implementar sería de muchísimo valor. Muchas veces no se tiene una idea clara de lo que significan términos que son relativos como pequeño/grande o mucho/poco respecto por ejemplo a número de usuarios de la aplicación, o más en términos de codificación por ejemplo el número de tablas, clases, componentes,etc involucrados en el proyecto. Espero que se me entienda, muchas gracias y enhorabuena por tu trabajo de divulgación.
@fullstackoficial7 ай бұрын
Gracias a ti por tu comentario! Seguiré en esa línea intentando comentar un poco esas claves que me dices, un saludo!
@germanburgardt7 ай бұрын
Gracias! Me gustan estos canales que le hablan a programadores con más experiencia. Hay muy pocos
@oscarpow12 ай бұрын
Creo que el tema está en volver microservicios, aquellos puntos que son transversales entre proyectos. Por ejemplo, si quieres un sistema de login de usuarios único y centralizado. En vez de convertir todo tu proyecto en microservicios, pueden crear un monolito distribuido para las funcionalidades generales y que el backend se encargue de la suscripción de eventos al microservicio de autenticación. En vez de convertir todo a microservicio, identificar los puntos críticos que podrían ser utiles al desacoplarlos.
@fullstackoficial2 ай бұрын
No puedo estar más de acuerdo
@user-wn5td2zb7o7 ай бұрын
Gran video Antonio. Que guay es ver contenido tan calidad en español.
@jrh3837 ай бұрын
excelente Antonio, gracias por compartir, y quedo en espera SOLID jeje.
@sashirestela85727 ай бұрын
Gracias Antonio por esos tips de la segunda parte de tu video, están muy buenos.
@OPlutarch7 ай бұрын
Esperamos el vídeo sobre los principios SOLID, gracias!
@matiasa54807 ай бұрын
eres muy objetivo en tus videos, me gusta
@yas-code7 ай бұрын
Antonio excelente video….Ojo con los monolitos modulares, porque los módulos deberían estar desacoplados, hasta de cómo enviamos los eventos ….podemos empresar con eventos de JS y puede que cuando comenzamos a sacar los microservicios estemos usando un SQS o Pub/Sub etc, así luego es solo crear un cascarón de proyecto y tirar el code de microservicio con los adaptadores correspondiente etc etc….. Pero los monolitos modulares no es solo tener separado modularmente las carpetas, si luego en 7 u 8 módulos tenemos un espaguetis de uno q usa otro ya luego será un dolor terrible migrarnos a microservicios… ojo hay que saber hacer monolitos modulares …. Que Ojooo en mi experiencia los algunos de los Arquitectos Cloud de hoy en día resuelven todo con lo que aprendieron en su curso de Cloud ** A caballo y con los micromonolitos súper acoplados en la mano ** 😅…..Los verdaderos Arquitectos de Software están en extinción … Las empresas simplemente contratan lo que está de moda…😅
@platerplane7 ай бұрын
recomendación: ponte otra luz en el otro lado para rellenar un poco la sombra
@fullstackoficial7 ай бұрын
Gracias! Si, la iluminación estoy intentando ajustarla, me trae de cabeza si te digo la verdad, tengo que seguir trabajando en esos detalles, un saludo!
@thundergabriel7 ай бұрын
Se puede hacer un Monolito con Minimal API ?
@tarmagoyf957 ай бұрын
yo personalmente para proyectos intermedios me gusta usar la arquitectura orientada a servicios con un api gateway intermedio y un frontend monolítico, de esta forma te permite paralelizar más fácilmente el desarrollo del back
@cmvargas7 ай бұрын
MVC es un monolito?
@tarmagoyf957 ай бұрын
depende, MVC es una manera de organizar tu codigo en 3 capas, puedes tener un monolito MVC o un conjunto de microservicios MVC. piensa que cada sigla representa una capa de tu aplicación, M significa modelo y aquí defines todo lo que viene siendo reglas de negocio, V significa vista en el backend lo puedes ver como toda la información que envias o recibes dtos de entrada y salida del app como peticiones y respuestas. y C es el controlador que se encarga de manejar esas peticiones que vienen en la vista y organiza el modelo para darte la respuesta que esperas
@cmvargas7 ай бұрын
@@tarmagoyf95 cuando dice monolito modular puede ser MVC?
@tarmagoyf957 ай бұрын
@@cmvargas ahí lo que haces es separar segun ciertos criterios, aunque si, puede serlo sin problemas, al menos a mi entender, mientras mantengas un classpath que te lo encuentre el programa lo puedes hacer, por ejemplo en spring si tu application se encuentra bajo el classpath x.y.z si tu modulo tiene el classpath x.y.z.modulo1 te va a encontrar automaticamente los beans declarados, pero cuidado que puedes llegar a tener problemas con eso. Igualmente si no tienes de todo claro esto, centrate en las bases de lo que es la arquitectura MVC, MVVM, MVP, la arquitecutura limpia y por ultimo domain driven design.
@EstebanColoradoP-bo9nc7 ай бұрын
@@cmvargasDeja de usar MVC es una arquitectura muy simple que en el mundo real no se suele usar, aprende la arquitectura hexagonal, que es la mas usada del mundo.