Ejercicios y práctica · Programación · DAW

Qué deberías ser capaz de hacer

Errores frecuentes que la práctica debería detectar

• Asumir que todos los lenguajes tienen una función 'main' obligatoria como en Java o C.
• Confundir una función auxiliar con el punto de entrada del programa al leer código por primera vez.
• No localizar correctamente la sección de imports/librerías cuando el lenguaje usa una sintaxis distinta (import, using, require, etc.).
• Confundir el concepto de 'proyecto' (conjunto de archivos y configuración gestionado por el IDE) con un único archivo de código fuente.
• Dificultades iniciales al configurar dependencias o estructura de carpetas al crear un nuevo proyecto en el IDE.
• Usar el tipo de dato incorrecto para una variable.
• Intentar modificar una constante después de su inicialización.
• Confundir el nombre de una variable con su valor.
• Declarar una variable global cuando bastaría con una local, generando efectos colaterales no deseados.
• Confundir un literal con una variable que contiene ese mismo valor.
• Confundir el operador de asignación (=) con el de comparación (==), por ejemplo escribiendo if (x = 5) en lugar de if (x == 5).
• No respetar la precedencia de operadores (ej. asumir que - y / se evalúan en el orden en que aparecen, cuando / tiene mayor prioridad), obteniendo resultados numéricos incorrectos.
• Combinar && y || sin paréntesis, generando expresiones booleanas ambiguas o de difícil lectura.
• Usar operadores propios de un lenguaje (por ejemplo ++ o &&) en otro lenguaje que no los soporta con esa sintaxis (p. ej. Python), provocando errores de compilación/ejecución.
• No controlar la pérdida de precisión en conversiones explícitas (ej.: convertir 7.85 a entero esperando redondeo en lugar de truncamiento).
• Depender demasiado de conversiones implícitas sin entender sus implicaciones, asumiendo que siempre son seguras.
• Provocar overflow al convertir explícitamente un tipo numérico grande a uno más pequeño sin comprobar el rango de valores.
• No comentar el código, o comentar de forma redundante repitiendo lo que el código ya expresa por sí mismo.