Cómo elijo el stack tecnológico para cada proyecto
Next.js, TypeScript, Tailwind, Vercel. Por qué uso estas herramientas y cuándo tiene sentido cambiarlas.
Cada vez que arranco un proyecto me hago la misma pregunta: ¿qué necesita esto realmente? No qué es lo más nuevo ni qué está de moda, sino qué resuelve el problema con la menor fricción posible.
Antes de entrar en las herramientas, una aclaración sobre cómo trabajo: no escribo el código línea por línea. Dirijo el desarrollo con asistencia de IA —principalmente Claude— y entiendo cada pieza lo suficiente como para tomar buenas decisiones y notar cuándo algo no está bien resuelto. Lo que sí es mío es el criterio: qué stack conviene, por qué, y qué me deja iterar rápido sin acumular problemas invisibles.
Para la mayoría de los proyectos web, la respuesta es Next.js con TypeScript. Next.js da estructura sin atarte: podés hacer una landing estática, una app con autenticación o una API, todo dentro del mismo framework. TypeScript suma seguridad: los errores se detectan antes de llegar a producción, algo clave cuando buena parte del código lo genera la IA — el tipado funciona como red de contención.
Para los estilos, Tailwind CSS. Las clases quedan directamente en el HTML, así que todo se lee de un vistazo: nada de archivos CSS de 800 líneas que nadie entiende, ni de andar buscando en qué archivo está cada regla.
Para el deploy, Vercel. Un push a main y el sitio está en producción en menos de un minuto. Sin configurar servidores, sin pipelines complicados. Para bases de datos, Neon (PostgreSQL serverless) es lo que mejor funciona: se escala solo y el tier gratuito alcanza para arrancar.
Cuando el proyecto necesita inteligencia artificial, la API de Claude es la primera opción. Para flujos de automatización, n8n conecta todo sin tener que armar integraciones a mano.
¿Siempre uso lo mismo? No. Si alguien necesita un e-commerce con inventario complejo, probablemente Shopify sea mejor idea que armarlo desde cero. Si el proyecto es una app móvil nativa, React Native o Flutter tienen más sentido. La herramienta la define el problema, no la preferencia.
Lo que sí mantengo siempre es el criterio: elegir lo que deja construir rápido, iterar fácil y mantener sin dolor. Si una tecnología genera más fricción que ayuda, la cambio.