Ejercicios y práctica · Entornos de Desarrollo · DAM

Qué deberías ser capaz de hacer

Errores frecuentes que la práctica debería detectar

• Confundir RAM con almacenamiento persistente: La RAM es memoria volátil para datos en uso, el almacenamiento secundario (disco) es persistente. Los datos en RAM se pierden al apagar el equipo.
• Ignorar la latencia de los periféricos: Asumir que las operaciones de E/S son instantáneas puede llevar a aplicaciones lentas o bloqueadas. Es crucial usar técnicas asíncronas para no bloquear el hilo principal.
• Saltarse fases o reducir su duración: Esto suele llevar a problemas graves en fases posteriores, como errores de diseño que son muy costosos de corregir en la implementación o pruebas.
• No documentar adecuadamente: La falta de documentación de requisitos, diseño o código dificulta el mantenimiento y la incorporación de nuevos desarrolladores al proyecto.
• Confundir compilación con enlazado: La compilación traduce el código fuente a código objeto, mientras que el enlazado combina los códigos objeto y librerías para formar el ejecutable. Un error de compilación es de sintaxis; un error de enlazado es de referencias no resueltas.
• Asumir que el código objeto es ejecutable: El código objeto es un fragmento de código máquina, pero no un programa completo. Necesita ser enlazado con otros objetos y librerías para formar un ejecutable.
• Confundir una máquina virtual de sistema (ej. VMware, VirtualBox) con una máquina virtual de proceso (ej. JVM, CLR): Las primeras virtualizan hardware completo; las segundas, un entorno de ejecución para un lenguaje específico.
• Subestimar el impacto del JIT: Aunque el bytecode no es tan rápido como el código nativo puro al inicio, el JIT puede acercar mucho el rendimiento, haciendo que la diferencia sea mínima en aplicaciones de larga ejecución.
• Confundir un lenguaje con un paradigma: Un lenguaje puede soportar múltiples paradigmas (ej. Python es OO, funcional e imperativo). El paradigma es el estilo, no el lenguaje en sí.
• Subestimar la importancia del lenguaje ensamblador: Aunque no se usa para desarrollo general, es crucial para entender cómo funciona el hardware y para optimizaciones de rendimiento extremas o desarrollo de sistemas embebidos.
• No usar control de versiones: Trabajar sin un VCS es una receta para el desastre, especialmente en equipos, llevando a pérdida de código, conflictos irresolubles y dificultad para colaborar.
• Ignorar las advertencias del IDE/compilador: Las advertencias suelen indicar posibles problemas de rendimiento, seguridad o errores lógicos, y deben ser investigadas y resueltas, no ignoradas.
• Descargar IDEs de fuentes no oficiales: Puede introducir malware o versiones inestables. Siempre usar la web oficial del desarrollador.
• Ignorar requisitos del sistema: Instalar un IDE pesado en un equipo con pocos recursos resultará en un rendimiento muy pobre. Verificar RAM, CPU y espacio en disco antes de instalar.
• Sobrecargar el IDE con extensiones innecesarias: Ralentiza el rendimiento y puede generar conflictos. Instalar solo lo esencial y deshabilitar lo no usado.
• No configurar formateadores automáticos: Lleva a inconsistencias en el estilo de código entre desarrolladores. Configurar formateadores al guardar para mantener la coherencia.
• Fallo en la configuración del SDK/Runtime: El IDE no puede encontrar las herramientas necesarias para compilar o ejecutar. Asegurarse de que las variables de entorno y la configuración del proyecto del IDE son correctas.
• Dependencia del IDE en la configuración del proyecto: Si el proyecto no usa un sistema de construcción estándar, puede ser difícil compilarlo en otro IDE. Usar herramientas como Maven, Gradle, npm para asegurar la portabilidad.