Quiz de Mantenibilidad del Software y Código Limpio

Mantenibilidad del software

1. La mantenibilidad del software se refiere a la facilidad de modificar un software.

2. Existen cuatro tipos de mantenimiento: correctivo, adaptativo, perfectivo y preventivo.

3. La mantenibilidad tiene un impacto en el negocio y se requiere para un negocio sostenible.

4. La refactorización es el proceso de cambiar un sistema de software sin alterar su comportamiento externo.

5. La refactorización posibilita y facilita el mantenimiento del software.

6. Los "code smells" son indicadores de un problema de diseño más profundo y pueden tener un impacto negativo en la calidad del software.

7. La refactorización no se debe hacer simultáneamente a otros cambios que afecten a la funcionalidad.

8. El análisis estático de código es una técnica para detectar "code smells".

9. La mantenibilidad se beneficia de prácticas y guías sencillas.

10. Escribir unidades de código cortas y simples es una práctica importante para la mantenibilidad.

11. La técnica Extract Method permite extraer fragmentos de código en un nuevo método.

12. La técnica Replace method with method object se utiliza para extraer un método que accede a variables locales.10 Principios de Código Limpio

13. Solucionar problemas de estructuras de datos mediante el uso de EEDD Map.

14. Usar la técnica de descomposición de condicionales para simplificar sentencias complejas.

15. Evitar la duplicación de código mediante la escritura de código reutilizable y genérico.

16. Mantener las interfaces pequeñas limitando el número de parámetros a 4 y utilizando técnicas de refactorización como INTRODUCE PARAMETER OBJECT, PRESERVE WHOLE OBJECT y REPLACE PARAMETER WITH METHOD.

17. Separar asuntos en clases para lograr un acoplamiento débil entre módulos y asignar responsabilidades a módulos separados.

18. Tratar de obtener un nivel de acoplamiento débil entre los componentes de alto nivel para facilitar el mantenimiento aislado.

19. Equilibrar el número y tamaño relativo de los componentes de alto nivel del código.

20. Mantener la base de código pequeña para evitar el crecimiento y estandarizar la funcionalidad.

21. Automatizar las pruebas del código y utilizar un entorno de pruebas como Java Junit.

22. Escribir código limpio evitando code smells, comentarios ininteligibles, código inalcanzable, identificadores largos, excepciones sin capturar y utilizando técnicas de refactorización. Además, se debe tener en cuenta la deuda técnica, que es la diferencia entre el costo de eliminar o reducir el impacto de un elemento de deuda técnica en un sistema software y el costo recurrente de no eliminarlo.

Consejos para escribir código limpio y mantenible

1. Evitar la complejidad en el código, utilizando técnicas como Extract Method y descomposición de condicionales.
2. Eliminar el código duplicado, utilizando técnicas de refactorización como Extract Method y REPLACE PARAMETER WITH METHOD.
3. Mantener las interfaces pequeñas, limitando el número de parámetros por unidad a 4 y utilizando técnicas como INTRODUCE PARAMETER OBJECT y PRESERVE WHOLE OBJECT.
4. Separar los asuntos en módulos separados para lograr un acoplamiento débil entre ellos, y definir claramente la interfaz de uso de la clase como un conjunto de métodos públicos.
5. Utilizar componentes arquitectónicos débilmente acoplados y equilibrados, organizando el código de manera que el número de componentes se encuentre entre 6 y 12 y sean de tamaños similares.
6. Mantener la base de código pequeña, evitando el crecimiento de la base del código fuente y utilizando técnicas como refactorización y división en microservicios.
7. Automatizar las pruebas del código utilizando un entorno de pruebas, como Java Junit.
8. Escribir código limpio, evitando code smells y utilizando técnicas como Extract Method y captura de excepciones.
9. Utilizar técnicas de refactorización para reducir la deuda técnica, que es el coste de la deficiencia de la calidad del software.
10. La deuda técnica hace visible la diferencia entre el coste de eliminar o reducir el impacto de un elemento de deuda técnica en un sistema software en un momento dado y el coste recurrente de no eliminar un elemento de deuda técnica sobre un cierto período de tiempo.
11. La deuda técnica puede ser cuantificada en términos de principal (coste de refactorizar) e interés (coste del mantenimiento en el futuro).
12. La eliminación de la deuda técnica es importante para mantener el software limpio y mantenible en el futuro.

Consejos para escribir código limpio y mantenible

1. Evitar la complejidad en el código, utilizando técnicas como Extract Method y descomposición de condicionales.
2. Eliminar el código duplicado, utilizando técnicas de refactorización como Extract Method y REPLACE PARAMETER WITH METHOD.
3. Mantener las interfaces pequeñas, limitando el número de parámetros por unidad a 4 y utilizando técnicas como INTRODUCE PARAMETER OBJECT y PRESERVE WHOLE OBJECT.
4. Separar los asuntos en módulos separados para lograr un acoplamiento débil entre ellos, y definir claramente la interfaz de uso de la clase como un conjunto de métodos públicos.
5. Utilizar componentes arquitectónicos débilmente acoplados y equilibrados, organizando el código de manera que el número de componentes se encuentre entre 6 y 12 y sean de tamaños similares.
6. Mantener la base de código pequeña, evitando el crecimiento de la base del código fuente y utilizando técnicas como refactorización y división en microservicios.
7. Automatizar las pruebas del código utilizando un entorno de pruebas, como Java Junit.
8. Escribir código limpio, evitando code smells y utilizando técnicas como Extract Method y captura de excepciones.
9. Utilizar técnicas de refactorización para reducir la deuda técnica, que es el coste de la deficiencia de la calidad del software.
10. La deuda técnica hace visible la diferencia entre el coste de eliminar o reducir el impacto de un elemento de deuda técnica en un sistema software en un momento dado y el coste recurrente de no eliminar un elemento de deuda técnica sobre un cierto período de tiempo.
11. La deuda técnica puede ser cuantificada en términos de principal (coste de refactorizar) e interés (coste del mantenimiento en el futuro).
12. La eliminación de la deuda técnica es importante para mantener el software limpio y mantenible en el futuro.