En Novvys, la conversación sobre stack aparece antes de la primera línea de código. Siempre.
No por ritual. Por costo. Cambiar lenguaje, framework o base de datos después de que el producto ya tiene usuarios e integraciones consume tiempo que la mayoría de las empresas no presupuesta al inicio.
Qué define el stack en la práctica
Stack aquí significa lenguaje, framework, base de datos, infra y la forma en que el equipo trabaja día a día. Eso afecta plazos de entrega, contratación, costo de cloud y lo que se puede cambiar en seis meses sin detener el producto.
Migrar de stack a mitad de camino es viable. Lo he visto. También he visto cronogramas duplicarse por eso.
Qué reviso antes de recomendar
El problema manda
Un sistema con mucha concurrencia en tiempo real, un CRM interno y un marketplace piden cosas distintas. La pregunta que uso: ¿esta tecnología fue hecha para el tipo de carga y flujo que tienen?
Lo que el equipo ya sabe hacer
Stack nuevo con plazo corto es apuesta. A veces compensa. En la mayoría de los proyectos que llegan aquí, un equipo pequeño prefiere entregar con lo que ya domina y aprender una pieza a la vez.
Ecosistema y contratación
Bibliotecas maduras, documentación utilizable y gente disponible en el mercado reducen fricción. Tecnología de nicho puede resolver un caso específico; reclutamiento y soporte a largo plazo entran en la cuenta.
Costo total, no solo el primer sprint
Infraestructura, licencias, mantenimiento y el salario que el mercado cobra por esa stack entran en el mismo cálculo. Desarrollo barato al inicio con operación cara después aparece con frecuencia en los proyectos que analizamos.
Camino de escala
Algunas stacks escalan horizontalmente sin mucha cirugía. Otras piden rediseño temprano. No hace falta diseñar para diez millones de usuarios el día uno; hace falta saber dónde aparece el límite y qué cambia cuando llega.
Combinaciones que aparecen con frecuencia
React, Node y PostgreSQL suelen servir para SaaS y aplicaciones web corporativas con equipo reducido.
Next.js con TypeScript entra cuando SEO y tiempo de carga pesan en los ingresos.
Python con FastAPI tiene sentido en APIs con procesamiento de datos o integración con modelos.
React Native o Flutter aparecen cuando el mismo código debe correr en iOS y Android.
Ninguna de estas combinaciones es estándar universal. El contexto manda.
Cómo aplico esto en la práctica
Antes de sugerir cualquier combinación, miro tamaño del equipo, fase del producto, volumen esperado de usuarios y presupuesto. El objetivo es evitar complejidad que nadie va a operar y, en el otro extremo, elegir herramientas que frenen el crecimiento en doce meses.
Pasé por más de diez proyectos con esta lente. El stack que funciona es el que el equipo puede entregar y mantener en su escenario.
Sobre el autor: João Paulo Rodrigues Pereira fundó Novvys y trabaja en desarrollo de software en Belo Horizonte, Brasil. LinkedIn