Cómo elegir la tecnología de tu proyecto (sin caer en la moda)
Elegir stack no es una decisión de egos. Te contamos los tres criterios que usamos antes de escribir la primera línea de código.
Cada semana nos piden que "hagamos algo en la tecnología X". Y casi siempre la respuesta es la misma: depende de lo que el proyecto necesite en tres años, no de lo que esté de moda esta semana.
Los tres criterios que usamos
- Quién va a mantenerlo. Un stack que solo vos entendés es un riesgo, no una ventaja.
- Costo de operar. El precio de desarrollo es la parte pequeña; el mantenimiento es el resto.
- Qué pasa si falla. Si el proveedor desaparece mañana, ¿cuánto te cuesta salir?
Comparativa rápida
| Criterio | Next.js + Vercel | Estático en Hosting |
|---|---|---|
| SEO | HTML real en cada visita | Depende de JS en cliente |
| Costo inicial | 0 € | 0 € |
| Costo a escala | Se paga al crecer | Suele ser menor |
| complejidad | Media | Baja |
Un ejemplo concreto
Para un blog como este, el contenido en archivos MDX dentro del repositorio resuelve tres cosas a la vez:
---
title: "Título del artículo"
category: "Desarrollo"
date: "2026-10-14"
---
- El contenido se versiona con el código.
- El SEO sale gratis: el HTML se genera en el servidor, sin esperar a JavaScript.
- No hay base de datos que mantener ni panel que parchear.
Y las imágenes
Las miniaturas se sirven desde un CDN que las recorta y comprime al vuelo. En la práctica esto significa que una foto de 2 MB no viaja a la cinta de datos del usuario: llega como WebP o AVIF del tamaño exacto que necesita la tarjeta.
Regla de oro: si la imagen no carga en 3 segundos en una conexión móvil, no existe para el usuario.
Comentarios
Cargando comentarios...