Codigo limpio- Robert Cecil Martin capitulos del 7 al 9

¿Cuál es el objetivo principal del manejo de errores en el código limpio?. Ocultar los errores para que el programa no se detenga. Proporcionar contexto suficiente para diagnosticar el problema. Ignorar los errores triviales para mantener el código simple.

¿Qué se recomienda hacer con las excepciones comprobadas (checked exceptions) en Java, según el libro?. Usarlas extensivamente para forzar a los desarrolladores a manejarlas. Envolverlas en excepciones no comprobadas (unchecked exceptions). Ignorarlas para simplificar el código.

¿Qué significa 'proporcionar contexto con las excepciones'?. Añadir comentarios detallados en el código donde se lanza la excepción. Incluir información sobre la operación que falló y sus parámetros. Mostrar un mensaje de error genérico al usuario.

¿Cuál es una práctica recomendada al escribir pruebas unitarias?. Probar solo los casos felices (happy path). Probar los casos de error para asegurar que las excepciones se manejan correctamente. Evitar las pruebas que puedan fallar.

¿Qué se debe hacer, idealmente, antes de escribir el código de producción?. Escribir la documentación completa del código. Escribir las pruebas unitarias que definen el comportamiento esperado. Diseñar la interfaz de usuario.

¿Cuál es el acrónimo FIRST en el contexto de las pruebas unitarias?. Fast, Isolated, Repeatable, Self-Validating, Thorough. Fast, Independent, Repeatable, Self-Validating, Timely. Fast, Independent, Repeatable, Self-Validating, Thorough.

¿Qué significa que una prueba unitaria debe ser 'independiente'?. Que no dependa de ninguna otra prueba. Que no dependa de ninguna biblioteca externa. Que pueda ejecutarse en cualquier entorno.

¿Qué es la 'duplicación' en el contexto del código?. Repetir el mismo código en diferentes lugares. Usar nombres similares para variables diferentes. Escribir comentarios redundantes.

¿Cuál es el objetivo de la 'expresividad' en el código?. Hacer que el código sea lo más corto posible. Hacer que el código sea fácil de entender. Usar la menor cantidad de variables posible.

¿Qué se recomienda hacer con las clases que tienen demasiadas responsabilidades?. Dejarlas como están si funcionan correctamente. Dividirlas en clases más pequeñas y cohesivas. Añadir más comentarios para explicar su complejidad.