Experiencia
Lo que el usuario ve y toca.
Tecnologías
La stack es consecuencia
del problema.
No elegimos tecnología por moda ni por preferencia: elegimos la que su caso justifica — y explicamos por qué. Esta es la lista de lo que dominamos y usamos en producción.
01 Cómo se organiza la stack
Cuatro capas, una petición.
Todo sistema que construimos tiene la misma anatomía: la experiencia que el usuario toca, la aplicación que carga las reglas, los datos que deben sobrevivir a todo y la operación que mantiene el conjunto en pie. La tecnología entra en una de esas capas — nunca suelta.
Aplicación
Las reglas que hacen funcionar el negocio.
Datos
El activo que debe sobrevivir a todo.
Operación
Lo que mantiene el sistema en pie.
02 Lo que usamos
Cada herramienta, en el lugar en que resuelve.
Esta lista describe lo que domina la empresa — no la stack de un producto concreto. En ningún lugar de este sitio atribuimos tecnología a un producto individual: esa información no es pública.
01
Frontend
ExperienciaLa capa que el usuario toca. Es donde el rendimiento y el acabado se ven — o no.
AngularReactNext.jsTypeScript
02
Móvil
ExperienciaNativo cuando el recurso del dispositivo lo exige; multiplataforma cuando el tiempo ganado compensa.
FlutterReact NativeKotlinSwift
03
Backend
AplicaciónDonde viven las reglas del negocio. La elección aquí define el coste de mantener el sistema durante años.
JavaSpring BootNode.jsPython
04
Integración y seguridad
AplicaciónEl contrato entre sistemas — y el control de quién puede qué.
REST APIOAuth2JWT
05
Inteligencia artificial
AplicaciónModelos aplicados a un problema definido, con revisión humana donde el error sale caro.
OpenAIClaudeGemini
06
Datos
DatosEl activo que sobrevive a cualquier cambio de tecnología. Modelado antes que herramienta.
PostgreSQLFirebaseMongoDBRedisOracleSQL Server
07
Mensajería
DatosPara que un sistema lento no tumbe al otro — y nada se pierda por el camino.
KafkaRabbitMQ
08
Cloud y DevOps
OperaciónInfraestructura dimensionada para el uso real, con el coste bajo control.
AWSGoogle CloudAzureDockerKubernetes
09
Entrega continua
OperaciónPublicar debe ser rutina previsible, no un evento de riesgo.
GitHubGitHub ActionsCI/CDGitLab
03 El criterio
Ninguna tecnología entra sin justificar su propia presencia.
Qué hace buena a una elección
- Resuelve el problema con el menor número de piezas móviles.
- Tiene comunidad, soporte y futuro — no es la apuesta personal de quien la escribió.
- Alguien puede mantener el sistema dentro de dos años sin arqueología.
- El coste de operación cabe en el presupuesto real de la empresa.
Lo que descartamos
- Tecnología adoptada para figurar en el portafolio.
- Arquitectura distribuida donde bastaría un sistema simple.
- Dependencia que ata al cliente al proveedor.
- Novedad sin camino de migración para cuando se abandone.
La decisión técnica va antes que el código
¿Qué stack pide
realmente su proyecto?
Cuéntenos el problema. Le diremos qué construir, qué comprar ya hecho y qué simplemente no hacer.