Cuestionario de Debuggeo, Principios SOLID y Clean Code

¿Qué es el debugging de código y por qué es importante en programación?

• Es el proceso de optimizar el código para que sea más eficiente.

• Es el proceso de identificar y corregir errores en un programa.

• Es el proceso de eliminar comentarios del código.

• Es el proceso de escribir código sin errores.

Explica en qué consiste el principio SOLID 'Single Responsibility Principle' (SRP) y por qué es relevante en el desarrollo de software.

• Una clase puede tener múltiples responsabilidades.

• Una clase no necesita tener responsabilidades.

• Establece que una clase debe tener una única responsabilidad.

• El principio SOLID no es relevante en el desarrollo de software.

¿Por qué es importante seguir el principio SOLID 'Open/Closed Principle' (OCP) al diseñar software?

• El principio Open/Closed no es relevante en el diseño de software.

• Modificar el código existente es más eficiente que extender funcionalidades.

• La reutilización de código no es importante en el desarrollo de software.

• Permitir la extensión de funcionalidades sin modificar el código existente.

¿Qué significa tener un código limpio y por qué es esencial para la mantenibilidad de un proyecto de software?

• Tener un código desordenado y confuso.

• Un código limpio dificulta la identificación de errores.

• La mantenibilidad de un proyecto de software no depende del código limpio.

• Un código limpio está bien estructurado es fácil de entender y seguir.

¿Cuál es la importancia de la legibilidad del código en el contexto de la programación?

• Facilitar la comprensión, mantenimiento y colaboración en proyectos de programación.

• La legibilidad del código puede ser perjudicial para la eficiencia del programa.

• La legibilidad del código solo es relevante para programadores principiantes.

• La legibilidad del código no importa en absoluto.

¿Qué son los 'code smells' y por qué es importante identificarlos en un proyecto de software?

• Son fragancias agradables en el código fuente que mejoran su calidad.

• Identificarlos en un proyecto de software no tiene impacto en su mantenibilidad.

• Son errores intencionales para mejorar la creatividad y entendimiento en el desarrollo de software.

• Son señales de posibles problemas en el código fuente que pueden llevar a errores o dificultades en el desarrollo.

¿Cuál es la relación entre el principio SOLID 'Interface Segregation Principle' (ISP) y la cohesión en el diseño de software?

• Promueve la cohesión al crear clases con múltiples responsabilidades.

• No tiene relación con la cohesión en el diseño de software.

• Se promueve una mayor cohesión al crear clases más específicas y enfocadas en una sola responsabilidad.

• La cohesión en el diseño de software se logra al ignorar por completo el ISP.

¿Por qué se considera que el principio SOLID 'Dependency Inversion Principle' (DIP) promueve la modularidad y reutilización del código?

• El principio Dependency Inversion promueve la dependencia directa entre módulos de alto y bajo nivel.

• Permite que los módulos de alto nivel no dependan directamente de los módulos de bajo nivel, sino que lo hacen a través de abstracciones.

• Promueve la duplicación del código al invertir las dependencias.

• El principio Dependency Inversion promueve la rigidez y fragilidad del código al invertir las dependencias.

¿Por qué es fundamental la documentación del código en el desarrollo de software?

• La documentación del código no aporta ningún valor al desarrollo de software.

• La documentación del código facilita la comprensión, mantenimiento y la colaboración entre desarrolladores.

• La documentación del código solo es necesaria para proyectos pequeños.

• La documentación del código nos permite almacenar los datos de proyectos que ya hemos completado en varios repositorios.

¿Por qué es esencial realizar pruebas unitarias en el desarrollo de software?

• Las pruebas unitarias no aportan ningún beneficio al desarrollo de software.

• Aseguran que cada unidad de código funcione correctamente de forma aislada.

• Son exclusivamente para aumentar la confianza y la seguridad del cliente.

• Son únicamente responsabilidad de los testers.