Antipatrones en la ingeniería de software
•Descargar como PPTX, PDF•
1 recomendación•283 vistas
Un repaso sobre algunos de los antipatrones mas conocidos
Recomendados
Más contenido relacionado
Similar a Antipatrones en la ingeniería de software
Similar a Antipatrones en la ingeniería de software (19)
Más de Ezequiel Maraschio
Más de Ezequiel Maraschio (8)
Último
Último (20)
Antipatrones en la ingeniería de software
- 1. Antipatrones en la Ingeniería de Software Ezequiel Maraschio
- 2. ¿ Qué es un Patrón ?
- 3. ¿ Qué es un Antipatrón ?
- 4. En la gestión... ➔Productividad a toda costa ➔Responsable ausente ➔Arma definitiva
- 5. Productividad a toda costa
- 8. En la programación... ➔Código Spaghetti ➔Copy & Paste Programming ➔Lava seca
- 10. Copy & Paste Programming
- 11. Lava seca
- 12. En la arquitectura... ➔Reinventar la rueda ➔Diseñar en comité ➔Martillo de Oro
- 15. Martillo de Oro
- 16. ¿ Preguntas ?
Notas del editor
- A que se denomina patrón A que se denomina Antipatrón Causas del porqué se cae en aplicar un antipatrón Antipatrones en el desarrollo de Software Antipatrones en la gestión Antipatrones en la infraestructura / Deploy / Arquitectura Como evitarlos / Buenas prácticas / Paz y armonía Experiencia Personal y de los asistentes Los temas a exponer son los siguientes: A que se denomina patrón A que se denomina Antipatrón Causas del porqué se cae en aplicar un antipatrón Antipatrones en el desarrollo de Software Antipatrones en la gestión Antipatrones en la infraestructura / Deploy / Arquitectura Como evitarlos / Buenas prácticas / Paz y armonía Experiencia Personal y de los asistentes
- Un patrón es una solución a un problema, pero para que una solución sea considerada un patrón debe poseer ciertas características. Una de ellas es que debe haber comprobado su efectividad resolviendo problemas similares en ocasiones anteriores, otra es que debe ser reutilizable, lo que significa que es aplicable a diferentes problemas de diseño en distintas circunstancias - más como una receta
- Un antipatrón es un patrón que invariablemente conduce a una mala solución de un problema gestion programacion arquitectura
- La empresa busca la productividad a costa de la calidad del software y de la calidad de vida de sus empleados, intenta homogeneizar los puestos de trabajo quitando en la medida de lo posible los permisos a los programadores para que no dañen los sistemas operativos, monitoriza a los equipos de trabajo y actúa cortando la visibilidad de ciertas páginas o las reuniones de programadores, al final se consigue que se vaya la gente de la empresa cuando la situación es insostenible, esto suele ocurrir en ciclos de uno o dos años. Se soluciona con algun fw de trabajo
- Situación en la que el principal responsable o coordinador se ausenta o permanece en paradero desconocido o no localizable durante importantes períodos de tiempo. Depende de capas más altas de la organización suprimir a esta persona
- Individuos altamente competentes en los que la organización o sus pares confían tanto que se convierten en el canal por el que todo pasa. El karma de ser senior. Documentar, compartir conocimiento y poner al resto del equipo a punto
- Construir sistemas cuya estructura es difícilmente comprensible, especialmente debido a la escasa utilización de estructuras de programación y abstracciones Las cosas hay que pensarlas...
- Programar copiando y modificando código existente en lugar de crear soluciones... Se puede usar como base para algo o como ejemplo, no como código a produccion
- Código muerto e información de diseño olvidada permanecen congelados en un diseño que obviamente cambia Esto es análogo a un flujo de lava en el que se van endureciendo a pedazos de roca. La solución incluye un proceso de gestión de la configuración que elimina el código muerto y permite evolucionar o rehacer el diseño para acrecentar la calidad. Refactor! refactor! R E F A C T O R
- Enfrentarse a las situaciones buscando soluciones desde cero, sin tener en cuenta otras que puedan existir ya para afrontar los mismos problemas. Investigar OTRAS soluciones ya utilizadas y probadas
- Contar con muchas opiniones sobre un diseño, pero adolecer de falta de una visión unificada. Dejar que las personas creen sus propias ideas y no se creen entre muchos a la vez Rol de arquitecto
- Asumir que nuestra solución favorita es universalmente aplicable, haciendo bueno el refrán a un martillo, todo son clavos. Una de las cosas más lindas que tiene trabajar en software: Pensar… pensar… probar, equivocarse…. seguir probando… EUREKA!