MetsuOS

Construyendo la plena inclusión a través del videojuego

Curso sobre Patrones y Calidad del Software 🔴②

Curso Patrones y Calidad del Softwarre

KB

WIP Validando contenido y fuentes

En este curso trataremos las cuestiones relacionadas con patrones de diseño y calidad del software. Comenzaremos con las bases e iremos avanzando hacia una serie de prompts de contexto que nos sirvan en nuestro desarrollo en el dia a dia.

Módulo 1: Introducción a los Patrones y la Calidad de Software

El objetivo principal aquí es sentar las bases, explicando por qué surgen los patrones y cómo se relacionan con la calidad del software. Es como el punto de partida para que todo el mundo entienda el "porqué" antes de entrar en detalles técnicos.

Unidad 1.1: Conceptos Básicos de Patrones de Software

Definimos un patrón como una solución probada y reutilizable para problemas comunes en el diseño de software. Hablamos de su historia, desde las ideas de Christopher Alexander en arquitectura hasta su adaptación al software por el "Gang of Four" (GoF). Clasificamos los patrones en tipos: de diseño, arquitectónicos, idiomáticos y, por supuesto, los antipatrones (esos errores que todos cometemos alguna vez). Por ejemplo, comparamos el patrón Singleton con el antipatrón "God Object", que puede convertir tu código en un lío ingobernable.

Unidad 1.2: Fundamentos de la Calidad de Software

Exploramos los atributos clave de calidad según el estándar ISO 25010, como la funcionalidad, el rendimiento, la compatibilidad, la usabilidad, la fiabilidad, la seguridad, la mantenibilidad y la portabilidad. También vemos métricas prácticas, como la complejidad ciclomática, el acoplamiento, la cohesión, las líneas de código (LOC) o la deuda técnica. Tocamos modelos como CMMI o la evolución de ISO/IEC 9126.

Unidad 1.3: La Relación entre Patrones y Calidad

Aquí conectamos los puntos: cómo los patrones ayudan a mejorar la calidad al reducir la complejidad y promover principios como SOLID (responsabilidad única, abierto-cerrado, etc.). Analizamos casos reales, como la refactorización de sistemas legacy donde un patrón bien aplicado salva el día.

Actividades sugeridas: Una discusión en foro sobre un antipatrón que hayas visto en tu experiencia; lectura inicial de los capítulos 1-2 del libro del GoF o secciones de "Clean Code" de Robert C. Martin.

Módulo 2: Patrones de Diseño Creacionales

En este módulo nos centramos en patrones que facilitan la creación de objetos, evaluando cómo impactan en la flexibilidad y reutilización del código. Es ideal para entender cómo evitar código rígido desde el principio.

Unidad 2.1: Singleton y Factory Method

El Singleton asegura una única instancia de una clase, con pros y contras (por ejemplo, problemas en entornos multihilo). El Factory Method abstrae la creación de objetos, con ejemplos en lenguajes como Java o C#. En términos de calidad, estos patrones centralizan la lógica y mejoran la mantenibilidad.

Unidad 2.2: Abstract Factory y Builder

Abstract Factory para familias de objetos relacionados, y Builder para construir objetos complejos paso a paso (piensa en interfaces fluidas). Ayudan a reducir el acoplamiento y simplifican las métricas de complejidad.

Unidad 2.3: Prototype y Otros Patrones Creacionales

Prototype para clonar objetos y optimizar eficiencia. Analizamos su efecto en el rendimiento y el uso de memoria.

Actividades sugeridas: Implementa un Factory en tu lenguaje favorito y compara la deuda técnica antes y después. Lecturas: Capítulos 3-5 del GoF o "Head First Design Patterns" para ejemplos visuales y divertidos.

Módulo 3: Patrones de Diseño Estructurales

Aquí hablamos de cómo componer clases y objetos para lograr escalabilidad y fácil mantenimiento. Son patrones que ayudan a que tu código crezca sin romperse.

Unidad 3.1: Adapter y Bridge

Adapter para interfaces incompatibles, y Bridge para separar abstracción de implementación. Mejoran la portabilidad y la extensibilidad.

Unidad 3.2: Composite y Decorator

Composite trata estructuras como árboles de forma uniforme, y Decorator añade responsabilidades dinámicamente. Promueven el principio abierto-cerrado y una buena cohesión.

Unidad 3.3: Facade, Flyweight y Proxy

Facade simplifica subsistemas complejos, Flyweight optimiza memoria con objetos compartidos, y Proxy controla accesos (como carga perezosa). Impactan positivamente en rendimiento y seguridad.

Actividades sugeridas: Refactoriza un código antiguo usando Adapter y evalúa métricas con herramientas como SonarQube. Lecturas: Capítulos 6-8 del GoF o "Refactoring" de Martin Fowler.

Módulo 4: Patrones de Diseño Comportamentales

Nos adentramos en patrones para la comunicación entre objetos, con énfasis en fiabilidad y usabilidad. Estos son geniales para sistemas dinámicos.

Unidad 4.1: Chain of Responsibility y Command

Chain pasa solicitudes por una cadena, y Command encapsula solicitudes como objetos (útil para undo/redo). Aumentan la flexibilidad y facilitan las pruebas.

Unidad 4.2: Iterator, Mediator y Memento

Iterator para acceso secuencial sin exponer estructuras, Mediator para centralizar comunicaciones complejas, y Memento para capturar estados. Reducen acoplamiento y mejoran fiabilidad.

Unidad 4.3: Observer, State, Strategy, Template Method y Visitor

Observer para notificaciones (estilo pub/sub), State para comportamientos por estado, Strategy para algoritmos intercambiables, Template Method para algoritmos con pasos variables, y Visitor para operaciones sin modificar estructuras. Enfocados en usabilidad y mantenibilidad.

Actividades sugeridas: Crea un sistema de notificaciones con Observer y haz pruebas unitarias para medir cobertura. Lecturas: Capítulos 9-11 del GoF o "Patterns of Enterprise Application Architecture" de Fowler.

Módulo 5: Patrones Arquitectónicos y de Integración

Ampliamos a patrones a nivel de sistema entero, evaluando calidad en escalabilidad y rendimiento. Perfecto para proyectos grandes.

Unidad 5.1: MVC, MVP y MVVM

Model-View-Controller y sus variantes. Separan preocupaciones para una mejor mantenibilidad.

Unidad 5.2: Microservices, Layered Architecture y Event-Driven

Microservices para servicios independientes, Layered para capas (presentación, negocio, datos), y Event-Driven para comunicaciones asíncronas. Métricas de escalabilidad y manejo de fallos.

Unidad 5.3: Repository, Unit of Work y CQRS

Patrones de persistencia y segregación de comandos/consultas. Optimizan rendimiento y consistencia.

Actividades sugeridas: Diseña una arquitectura de microservices y simula cargas para medir calidad. Lecturas: "Building Microservices" de Sam Newman o "Domain-Driven Design" de Eric Evans.

Módulo 6: Calidad de Software Avanzada y Herramientas

Profundizamos en prácticas y herramientas para integrar patrones con calidad real.

Unidad 6.1: Métricas y Análisis de Calidad

Herramientas como SonarQube, Checkstyle o PMD. Análisis estático/dinámico, olores de código y refactorización.

Unidad 6.2: Pruebas y Aseguramiento de Calidad

Tipos de pruebas (unitarias, integración, sistema) y enfoques como TDD/BDD. Integración con patrones, como mocks en Strategy.

Unidad 6.3: DevOps y Calidad Continua

CI/CD, monitoreo (Prometheus, ELK Stack). Calidad en metodologías ágiles: revisiones de código, programación en pares.

Actividades sugeridas: Proyecto grupal aplicando patrones en una app y midiendo calidad. Lecturas: "Continuous Delivery" de Jez Humble o "The DevOps Handbook".

Módulo 7: Temas Avanzados, Casos de Estudio y Proyecto Final

Aplicamos todo de forma integrada y exploramos tendencias actuales.

Unidad 7.1: Antipatrones y Mejores Prácticas

Identificamos y corregimos antipatrones comunes, como el "Spaghetti Code".

Unidad 7.2: Patrones en Contextos Modernos

Patrones cloud-native, en IA/ML o de seguridad (como Zero Trust). Calidad en software distribuido: resiliencia y observabilidad.

Unidad 7.3: Casos de Estudio Reales

Análisis de proyectos open-source, como Spring Framework o Netflix OSS.

Proyecto Final: Desarrolla un sistema aplicando al menos cinco patrones, con informe de calidad (métricas, pruebas). Actividades: Presentaciones y revisiones entre pares. Lecturas: "Release It!" de Michael T. Nygård o artículos recientes de IEEE Software.

Evaluación General: 30% exámenes teóricos, 40% proyectos prácticos, 20% actividades y 10% participación.
Requisitos Previos: Conocimientos básicos de programación orientada a objetos (por ejemplo, en Java o Python) y desarrollo de software.
Recursos Adicionales: GitHub para ejemplos prácticos, o plataformas como Coursera para vídeos complementarios. Esta estructura es flexible y se puede ajustar al nivel de los participantes.

Referencias Bibliográficas que Apoyan el Contenido

WIP Validando Fuentes

Estas referencias respaldan los conceptos de patrones de diseño y calidad de software, promoviendo su uso para mejorar la mantenibilidad y eficiencia. He verificado su existencia y vigencia actual (a fecha de octubre de 2025), priorizando enlaces oficiales o de editores.

Referencias Bibliográficas que Refutan el Contenido

WIP Validando Fuentes

Estas fuentes critican aspectos como el abuso de patrones, argumentando que pueden añadir complejidad innecesaria, ralentizar el desarrollo o no ser siempre óptimos. He comprobado su validez y actualidad, enfocándome en críticas científicas o prácticas reales.

One More Thing

Un escenario de retrocomputación del siglo 24

¡Desbloquea el poder de MetsuOS y descubre que la privacidad y la seguridad son la clave para desencadenar tu verdadero potencial en línea!

Contenido registrado en Safe Creative

Logo Safe Creative
¡Usa el código de promocional 7ZYM4Z y ahorrate unos eurillos en tu suscripcion de Safe Creative!

MetsuOS Needs You!

Apoyanos en este proyecto difundiendolo en tus redes, o mejor, haznos una donación a la cuenta paypal para poder dedicar más tiempo y recursos a el. No olvides comentarnos que parete te interesa más junto con tu donación.

En este momento, además de mantener los servicios, estoy centrado en crear la siguiente iteración del software que me permite hacer todo esto y creando una biblioteca personal física para poder contrastar contenido.

Sobre el sistema de validez de un contenido en MetsuOS

Empezando a incorporar los niveles de validación de un contenido (también llamada sabiduría o niveles de conocimiento) ⚫🔴 🟡 🟢 🔵⚪ ¿Qué són?

Sobre la categorización de los tipos de conocimiento

La Metsukeología (de Metsuke vision global y logos conocimiento) es la ciencia que estudia el conocimiento como un conjunto potencial de conocimiento del que podemos obtener, procesar o percibir partes concretas dentro de un marco contextual específico, y cuyo contexto general real está muy por encima de lo que somos capaces, como especie, de percibir, procesar e integrar de forma completa (definición en progreso).

La Metsucología (de Metsu aniquilación - en este contexto en forma de colapso - , logos conocimiento) es la ciencia que estudia como extraemos verdades percibidas - colapsadas - como conocimiento desde nuestra perspectiva real (tanto epistemológico como gnoseológico) al tomar una parte específica del conocimiento metsukeológico potencial enmarcado en un contexto concreto, obligando a colapsar el conocimiento potencial en conocimiento específico (definición en progreso).

Mas sobre el contexto

DISCLAIMER: Mi consideración de anticientífico respecto al consenso científico es una hipotesis de trabajo propia, que supone que toda asignación de validez, incluso aquella derivada de la conclusión por acumulación de evidencia NO debe ser supeditada a debate, ni acuerdo, debe ser algo probabilistico sin intervención del ego humano. Podría estar equivocado y, en este punto, es donde se aplicaría entonces ese mismo consenso que ahora considero no valido (incluso dañino)

Existen indicadores para algunas cuestiones adicoinales como los siguientes:

Cuando hablamos de un contenido que incluye un texto que hace referencia a otro.

También aplicaremos el Sistema de fiabilidad de fuentes y credibilidad de contenidos de la OTAN 🔴②, este sistema incluye una valoración de la fiabilidad de la fuente de A a F (siendo A la de mayor fiabilidad) y una varloración de credibilidad del contenido de 1 a 6 (siendo 1 la mayor credibilidad).

En MetsuOS la agregaremos al final uniendo amos valores como si fuera una coordenada. Por ejemplo: ⚫①-D4 o 🟡③-B2. Esto ayudarña a contextualizar la información sobre la solidez del conocimiento al que se hace referencia en cada momento.

Hay que tener en cuenta que, cuando hay elementos subjetivos o parcialmente subjetivos, el punto de referencia seré yo mismo. Quizá más adelante pueda objetivizar esto más (seria lo deseable), pero en tanto no tenga herramientas que me lo permitan, debo ceñirme al principio de honestidar intelectual, y esperar que mis sesgos dañen lo menos posible la información (en parte este es el nudo gordiano que pretendo resolver, y por ello es dificil resolverlo a priori).

Así de forma resumida, podríamos decir que esta definición es nivel 🔴② (Rojo2 xD) ¿Crees que me dejo algo? Si es así por favor ayudame a mejorarlo contactándome a través de X (Twitter) en mi cuenta, @metsuke 🌐

Consulta la versión completa de la descripcion en ⚫🔴🟡🟢🔵⚪ (🔴②) Un poco más de detalle