Cómo elegir el stack de un sistema de gestión sin arrepentirse
La pregunta no es cuál tecnología es mejor, sino quién va a mantener el sistema dentro de tres años. Un método corto para decidir sin pelearse con nadie.
Cada vez que arranca un sistema de gestión aparece la misma discusión: qué lenguaje, qué framework, qué base de datos. Se debate como si fuera una cuestión de gustos, y casi nunca lo es.
Empezá por quién lo va a mantener
Un sistema no termina el día que se entrega. Va a vivir años, y alguien va a tener que tocarlo. Si ese alguien es un equipo que ya trabaja con Laravel, elegir Go porque rinde más es regalarle un problema. La tecnología correcta suele ser la que el equipo que queda puede leer sin ayuda.
Seguí por dónde va a correr
No es lo mismo un servidor propio que un hosting compartido de una institución que tarda tres meses en aprobar una compra. Antes de decidir arquitectura conviene saber qué versión de PHP o de Python hay disponible, cuánta memoria tiene la máquina y si podés instalar algo o no. Muchas decisiones elegantes se caen ahí.
Recién entonces mirá el volumen
Cien usuarios internos no son cien mil usuarios en internet. La mayoría de los sistemas administrativos que se construyen en Paraguay entran holgados en cualquier stack moderno, y optimizar de entrada para una escala que no va a llegar es gastar plata del cliente en un problema imaginario.
Lo que sí conviene fijar desde el día uno
- Base de datos modelada en serio, con claves foráneas e índices. Eso es lo caro de cambiar después.
- Sentencias preparadas siempre, sin excepción.
- Una capa de autenticación y permisos separada de la lógica del negocio.
- Respaldos automáticos, probados al menos una vez.
- Documentación de la instalación, aunque sea media carilla.
El resto se puede reescribir. Eso no.