BiscayneBay
Volver a recursosSoftware · 8 min

Cómo elegir el stack técnico correcto

Un marco para decidir entre frameworks, bases de datos y plataformas sin dejarte llevar por la última tendencia.

La elección del stack técnico es una de esas decisiones que parece táctica y resulta estratégica. En seis meses el framework se convierte en la forma en la que tu equipo piensa.

El contexto importa más que la moda

Ningún stack es objetivamente mejor. Lo que funciona para una startup de tres personas fracasa en una empresa con un equipo de veinte, y viceversa. Antes de comparar frameworks, comparemos los contextos: el tamaño del equipo, su experiencia previa, el tipo de producto, la base de usuarios y el horizonte temporal de cada decisión.

Una regla simple: si el stack está de moda desde hace menos de dos años, espera a que madure. Si lleva quince años, pregúntate si la comunidad sigue activa.

Adapta el stack a tu equipo, no al revés

El mejor stack es el que tu equipo puede mantener a las 2 de la mañana. Los lenguajes exóticos aportan productividad a un ingeniero brillante y crean deuda cuando ese ingeniero se va.

Nuestra recomendación: elige una tecnología dominada por al menos dos personas del equipo. Si quieres adoptar algo nuevo, hazlo en un módulo aislado primero.

Piensa en coste total, no solo en licencia

El coste total incluye: licencias, infraestructura, curva de aprendizaje, tiempo de onboarding para nuevos desarrolladores, disponibilidad de mano de obra cualificada en tu zona y coste de mantenimiento a cinco años.

Un framework gratuito con escasez de talento local puede acabar siendo más caro que uno de pago con una comunidad sólida.

Prioriza la reversibilidad

Algunas decisiones son difíciles de revertir (el lenguaje principal, la base de datos de registro, el proveedor cloud). Otras son fáciles (la librería de UI, el sistema de logging, el ORM).

Dedica tiempo de sobra a las primeras y poco a las segundas. Lo contrario es la fuente de la mayoría de los problemas que vemos.

Checklist final de decisión

  • ¿Al menos dos personas del equipo dominan la tecnología?
  • ¿Hay una comunidad activa con releases recientes?
  • ¿Está disponible mano de obra local o remota asequible?
  • ¿Podemos revertir esta elección en menos de un mes?
  • ¿Hemos estimado el coste total a cinco años?
  • ¿Tenemos documentación interna que sobreviva a una rotación?
Elige aburrido. Lo emocionante es el producto, no el stack.