Estos son los errores que todo desarrollador web debería evitar (si no quiere perder tiempo y energía), según este experto

Publicado el 29/07/2025 por Diario Tecnología Artículo original

Crear sitios web puede convertirse en una interminable sucesión de frustraciones técnicas, dependencias rotas y complejidades innecesarias. En un mordaz artículo de su blog, el experimentado desarrollador web Jim Nielsen expone una serie de prácticas comunes que, aunque populares, conducen exactamente a eso: proyectos innecesariamente complicados y difíciles de mantener.

El texto de Jim Nielsen funciona como una sátira, pero su mensaje es profundamente serio: muchos de los problemas del desarrollo moderno son autoinfligidos. En nuestra búsqueda de formas 'modernas' de programación web, a menudo nos alejamos de lo simple, lo comprensible y lo mantenible.

Repasemos la lista de errores comunes que deberías evitar a toda costa si eres diseñador web:

1. Elegir un framework antes de saber si lo necesitas

Es un error adoptar frameworks pesados (React, Vue, Angular…) al empezar un proyecto sin entender si realmente resuelven el problema que tienes entre manos.

• Por qué evitarlo: Una vez adoptas un framework, todo cambio y mejora pasa por entender su ecosistema. Además, la actualización constante de estas herramientas te obliga a estar al día, incluso si tu propio código no ha cambiado.

Buenas prácticas:

• Empieza con HTML, CSS y JavaScript puro siempre que sea posible.
• Incorpora frameworks sólo cuando lo justifique la complejidad o escalabilidad del proyecto.
• Considera la posibilidad de recurrir a frameworks ligeros o sin compilación como alternativa (ej. Alpine.js, htmx).

2. Requerir siempre un paso de compilación

Es un error agregar un proceso de compilación (build) como requisito obligatorio incluso para cambios simples. Y es que tener que compilar / transpilar / procesar código antes de poder ver los resultados tan sólo añade una barrera entre escribir y probar. Además, es una fuente constante de errores, retrasos y frustraciones, especialmente cuando el sistema de compilación falla. En palabras de Nielsen:

"No estás trabajando en tu sitio web, estás trabajando en el sistema que escupe tu sitio web".

Mejores prácticas:

• Reduce la complejidad: si puedes escribir directamente HTML/CSS/JS, hazlo.
• Reserva los pasos de compilación para funcionalidades que realmente lo necesiten (por ejemplo, optimización en producción).
• Usa herramientas que permitan un flujo en vivo o inmediato sin necesidad de build intermedio.

3. Instalar dependencias indiscriminadamente desde npm

Es un error agregar paquetes desde los repositorios NPM sin pensar demasiado, confiando ciegamente en que cualquier funcionalidad debe estar ya resuelta por alguien más. La principal razón para evitar caer en esto es que cada dependencia es una apuesta: hoy funciona, mañana podría romperse.

Además, usar herramientas que no entiendes añade una capa de opacidad y dependencia tecnológica que te impide solucionar problemas cuando surjan. Como dice Nielsen:

"No puedes arreglar algo que ni siquiera sabes cómo funciona. ¡Por eso lo instalaste precisamente!"

Buenas prácticas:

• Evalúa críticamente si realmente necesitas una dependencia.
• Opta por soluciones nativas o pequeñas utilidades antes que paquetes completos.
• Aprende cómo funcionan las herramientas que integras.

Imagen | Marcos Merino mediante IA

En Genbeta | Así puedes instalar un entorno básico de desarrollo de Node.js en Windows (sin necesidad de WSL)

utm_campaign=29_Jul_2025"> Marcos Merino .