Por qué aprender Arquitectura de Software | #laFunción 9x10

Summary

El video trata sobre arquitectura de software, explicando conceptos como escalabilidad, mantenibilidad y extensibilidad del código. Se ponen ejemplos de webs conocidas con equipos técnicos grandes detrás y se habla de la importancia de la arquitectura de software en estos casos. También se cubren temas como diseño de software a nivel micro y macro, principios SOLID, refactoring, metodologías ágiles, y se hace un sorteo de un portátil y una suscripción a un curso.

Takeaways

• 😊 El video trata sobre arquitectura de software y su importancia en el desarrollo de aplicaciones escalables y mantenibles
• 👩‍💻 Se ponen ejemplos de equipos técnicos grandes detrás de webs conocidas como PromoFarma, Freshly Cosmetics o Wallapop
• 💻 Se explica la arquitectura de software a nivel micro (código) y macro (sistemas)
• 📈 Se habla de la importancia de crear sistemas escalables tanto a nivel de infraestructura como de equipo
• 🔨 Se mencionan conceptos como refactoring y testeo para mejorar la mantenibilidad del código
• ❌ Se critica entender la arquitectura de software como un rol en lugar de como una habilidad
• 📉 Se introduce la Curva del Flipado sobre emocionarse en exceso con la complejidad de las soluciones
• ✅ Se recomienda buscar soluciones pragmáticas dependiendo del contexto
• 🚀 Se resalta la importancia de mantener la motivación por aprender y experimentar
• 🤝 Se concluye que lo positivo es combinar el entusiasmo con el pragmatismo

Q & A

¿De qué trata principalmente el video?

El video trata principalmente de introducir el concepto de arquitectura de software, explicando aspectos como la escalabilidad, la mantenibilidad y la importancia de entenderla como una habilidad más que como un rol.

¿Por qué es importante la arquitectura de software en sitios web como los mencionados?

Es importante porque permite que los sitios web sean escalables ante aumentos de tráfico, que se puedan mantener y mejorar fácilmente en el tiempo y que se pueda trabajar en equipos grandes sin que se resienta la velocidad de desarrollo.

¿Cuáles son los dos niveles en los que se puede entender la arquitectura de software?

Los dos niveles son: a nivel micro, enfocándose en la organización interna del código, y a nivel macro, enfocándose en cómo se interrelacionan los diferentes sistemas y componentes.

¿Por qué es mejor entender la arquitectura de software como una habilidad y no como un rol?

Porque los sistemas deben poder evolucionar rápidamente para adaptarse a las necesidades cambiantes, y si hay una sola persona diseñando toda la arquitectura, esto se vuelve un cuello de botella.

¿Qué problemas tiene el modelo en cascada (waterfall) para el desarrollo de software?

Tiene problemas porque la arquitectura se define al inicio y luego es difícil de cambiar, y en software es necesario poder iterar e ir adaptando la arquitectura sobre la marcha.

¿Qué es la curva del flipado y qué relación tiene con la arquitectura de software?

Es la curva que describe cuán emocionados nos ponemos con aspectos técnicos del desarrollo de software a medida que ganamos experiencia. Se relaciona con arquitectura porque al principio solemos flipar demasiado y aplicar soluciones innecesariamente complejas.

¿Cómo ayuda una API Gateway a mejorar el rendimiento en el caso presentado?

Ayuda porque puede recibir una única solicitud del cliente móvil y luego hacer las múltiples solicitudes a los distintos microservicios, devolviendo una única respuesta y reduciendo las llamadas de red.

¿Por qué es importante separar responsabilidades en el código como en el ejemplo del caso de uso?

Porque permite que cada pieza de código sea más simple, fácil de entender y modificar. También permite testear mejor cada parte por separado.

¿Para qué sirve publicar eventos de dominio desde los casos de uso?

Sirve para desacoplar los casos de uso de otras responsabilidades. Los eventos pueden ser consumidos por otros servicios para realizar acciones colaterales como enviar emails, actualizar caches, etc.

¿Qué son los code smells y por qué hay que detectarlos?

Son patrones en el código que potencialmente indican problemas, como métodos muy largos o clases muy acopladas. Detectarlos temprano permite refactorizar y evitar que crezcan en complejidad.