Nuestras tecnologías
Un stack elegido para el largo plazo
Todo lo que hay aquí es maduro, ampliamente adoptado y fácil de contratar. Elegimos pensando en tu coste de mantenimiento a diez años, no en lo que nos parece interesante este trimestre.
- Todo el stackWeb, móvil, nube y datos
- AWSCertificados y acreditados
- ContratableSin dependencias exóticas
Stack principal
Sobre lo que está construida la mayoría de nuestros proyectos
La lista completa
Todo aquello con lo que trabajan nuestros ingenieros
Agrupado por para qué sirve, y cada elemento enlaza con lo que hacemos realmente con él. La lista crece según lo piden los proyectos, así que si falta algo de lo que dependes, pregúntanos. Esto es lo que más usamos, no el límite de lo que sabemos.
Backend y APIs
Plataformas de nube
Servicios de AWS
Infraestructura y orquestación
Testing y QA
Gestión y colaboración
IA y machine learning
Más las APIs de la generación actual de proveedores de LLM.
Cómo elegimos
El stack es una decisión de contratación tanto como técnica
La arquitectura más cara es la que solo entienden quienes la escribieron. Así que la prueba que aplicamos a cualquier decisión técnica es esta: ¿podrías contratar a alguien en tu propio mercado para mantenerla cuando nosotros ya no estemos?
Eso descarta bastantes herramientas genuinamente interesantes, y es el intercambio correcto. Los ecosistemas maduros ya han respondido a las preguntas difíciles: los avisos de seguridad, las rutas de actualización, la respuesta en Stack Overflow a las dos de la mañana.
Cuando un proyecto necesita de verdad algo especializado, lo argumentamos de forma explícita y dejamos escrito a qué te compromete, en lugar de dejar que aparezca sin más en una pull request.
Preguntas frecuentes
Preguntas sobre nuestro stack
¿Trabajáis con la tecnología que ya tenemos?
Normalmente sí. La mayoría de los proyectos implican heredar algo, y la lista de arriba es lo que elegimos cuando empezamos de cero, no una restricción sobre lo que tocamos. Cuéntanos tu stack y te diremos con franqueza cuánta profundidad tenemos en él.
¿Por qué no el framework más nuevo?
Porque vas a convivir con él durante años y nosotros no. Las herramientas nuevas traen rutas de actualización desconocidas, un historial de seguridad fino y una bolsa de talento pequeña. Adoptamos las cosas cuando el ecosistema ya ha limado los bordes.
¿Podéis hacer una auditoría tecnológica antes de comprometernos a nada?
Sí, y es un primer encargo habitual, sobre todo cuando un equipo ha heredado un sistema que nadie entiende del todo. Te llevas una evaluación escrita del estado de las dependencias, el riesgo y el coste de actualización, y es tuya independientemente de lo que hagas después.
¿En qué nube deberíamos estar?
Donde más profundidad tenemos es en AWS, y tenemos certificación y acreditación de partner, así que ahí aportamos valor más rápido. Si ya estás comprometido con Azure o GCP, normalmente esa es la restricción correcta que mantener.
¿Te preguntas si conocemos tu stack?
Pregúntanoslo directamente. Tendrás una respuesta honesta sobre nuestra profundidad en él, incluido dónde es escasa.