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

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 prolongar.

El texto de Jim Nielsen funciona como una sátira, pero su mensaje es profundamente serio: muchos de los problemas del exposición novedoso 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 nómina de errores comunes que deberías evitar a toda costa si eres diseñador web:

1. Nominar un framework antiguamente de asimilar si lo necesitas

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

• Por qué evitarlo: Una vez adoptas un framework, todo cambio y progreso pasa por entender su ecosistema. Adicionalmente, la modernizació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 tesina.
• Considera la posibilidad de apelar a frameworks ligeros o sin compilación como alternativa (ej. Alpine.js, htmx).

2. Requerir siempre un paso de compilación

Es un error anexar un proceso de compilación (build) como requisito obligatorio incluso para cambios simples. Y es que tener que inventariar / transpilar / procesar código antiguamente de poder ver los resultados tan sólo añade una barrera entre escribir y probar. Adicionalmente, es una fuente constante de errores, retrasos y frustraciones, especialmente cuando el sistema de compilación error. 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 positivamente lo necesiten (por ejemplo, optimización en producción).
• Usa herramientas que permitan un flujo en vivo o inmediato sin carestia de build intermedio.

3. Instalar dependencias indiscriminadamente desde npm

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

Adicionalmente, 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 poco que ni siquiera sabes cómo funciona. ¡Por eso lo instalaste precisamente!"

Buenas prácticas:

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

Imagen | Marcos Merino mediante IA

En Genbeta | Así puedes instalar un entorno sustancial de exposición de Node.js en Windows (sin carestia de WSL)