Software,
hecho para
que dure.

Qué construimos

El trabajo que nos gusta es el que tiene que seguir funcionando. Productos nuevos que tienen que lanzarse y luego sobrevivir a su segundo año. Herramientas internas que sustituyen a una hoja de cálculo frágil sobre la que un departamento ha montado discretamente su proceso de cierre mensual. Backends que tienen que soportar la carga de una funcionalidad que tus competidores están a punto de lanzar.

Somos el equipo al que llamas cuando la respuesta a “¿deberíamos construir esto nosotros?” es “sí, y queremos hacerlo bien.”

Cómo solemos colaborar

• Proyectos 0→1. Productos nuevos desde cero en los que asumimos el diseño, la arquitectura y el despliegue. Tú aportas el problema de negocio; nosotros aportamos la ingeniería.
• Proyectos de rescate. Un código heredado de un equipo o agencia anterior que hay que estabilizar, documentar y volver a poner en producción. Empezamos con una auditoría corta, proponemos un plan de mejoras y lo ejecutamos.
• Plataformas de largo recorrido. Software que hace funcionar un negocio en silencio — procesamiento de pedidos, pipelines de reclamaciones, administración interna. Poco glamuroso, pero un problema si se cae a las 3 de la madrugada.

Tecnologías que usamos

Usamos tecnología aburrida y bien entendida. Los frameworks se eligen porque encajan, no porque estuvieran de moda en Hacker News el último trimestre.

• Frontend. React, Vue, Angular. TypeScript en todas partes.
• Backend. Java con Spring Boot, Node, ocasionalmente Python.
• Móvil. React Native o nativo cuando el caso lo justifica.
• Base de datos. Postgres para casi todo, con Redis o una cola de mensajes cuando la carga lo justifica.

Lo que no hacemos

No aceptamos trabajos que requieran fingir ser expertos en cosas que no somos. Si necesitas una web de marketing, una campaña publicitaria o una identidad de marca, te derivaremos encantados a alguien mejor.

Qué hacemos

Infraestructura cloud que se amortiza en noches de sueño ininterrumpido. Diseñamos, construimos y operamos sistemas en AWS, GCP y (cuando tiene sentido) on-prem o híbrido. Elegimos la arquitectura que encaja con la carga — no la que maximiza el gasto en cloud.

Cómo solemos colaborar

• Proyectos desde cero. Infraestructura diseñada desde cero, con los trade-offs documentados para que el siguiente ingeniero pueda leerlos.
• Migraciones. Lift-and-shift, replatforming o rearquitectura completa. Hemos movido suficientes monolitos como para saber qué caminos merecen la pena y cuáles evitar.
• Estabilización. Un sistema que en general funciona pero que dispara alertas con demasiada frecuencia. Diagnosticamos, instrumentamos y resolvemos las causas reales — no solo los síntomas.
• Operación continua. Colaboración a largo plazo en la que mantenemos el sistema en marcha, gestionamos incidentes y nos encargamos del parcheo poco glamuroso que nadie más quiere asumir.

Nuestra infraestructura

• AWS — la mayor parte de nuestro trabajo. EKS, ECS, RDS, Lambda, los sospechosos habituales.
• GCP — cuando hay un motivo (BigQuery, Vertex, regulatorio).
• Kubernetes — cuando la sobrecarga operativa está justificada. Nunca por defecto.
• Terraform — infraestructura como código, versionada, revisada entre pares.
• Docker — en todas partes.
• Observabilidad — Prometheus, Grafana, OpenTelemetry, ocasionalmente Datadog.

Lo que no hacemos

No te vendemos arquitecturas más complejas de lo que tu problema necesita. Si una sola instancia EC2 y una base Postgres gestionada son la respuesta correcta, eso es lo que propondremos. El trabajo es resolver tu problema, no maximizar nuestros honorarios.

Cuándo es útil

Algunas decisiones técnicas son fáciles de cambiar después. Otras te bloquean en silencio durante años. Somos el equipo al que llamas cuando necesitas una segunda opinión honesta sobre las del segundo tipo — y prefieres pagar por ella ahora a descubrir el coste dieciocho meses después.

Cómo solemos colaborar

• Revisiones de arquitectura. Leemos tus documentos de diseño, hablamos con tus ingenieros y entregamos una evaluación escrita con recomendaciones priorizadas. Normalmente entre 2 y 4 semanas.
• Due diligence técnico. Adquisiciones, alianzas, compromisos importantes con proveedores. Evaluamos la ingeniería, no solo el código — equipo, proceso, deuda, riesgo de persona clave.
• Segundas opiniones. Una decisión concreta (construir vs. comprar, elección de framework, enfoque de migración) en la que quieres la perspectiva externa de alguien sin intereses creados.
• CTO fraccional. Para fundadores que necesitan criterio senior de ingeniería pero aún no necesitan una contratación a tiempo completo.

Lo que no haremos

• No te diremos lo que quieres oír. Si tu arquitectura está bien, lo diremos y no te cobramos por encontrar problemas que no existen. Si no lo está, te explicaremos por qué en un lenguaje que tu CFO pueda leer.
• No nos recomendaremos para el trabajo de implementación que se derive de la revisión salvo que nos lo pidas explícitamente. El consejo y la construcción son colaboraciones separadas por un motivo.

Resultado

Cada colaboración termina con un documento escrito — normalmente entre 10 y 30 páginas — sobre el que tu equipo puede actuar una vez nos hayamos ido. Presentaciones bajo petición, pero preferimos que te quede el documento.

Qué hacemos

Infraestructura de testing que detecta regresiones antes de llegar a producción. Pipelines de release que convierten cada despliegue en un trámite rutinario. Monitorización que avisa antes de que tus usuarios se den cuenta.

La mayoría de los equipos infrainvierten en este trabajo porque nunca parece lo más urgente — hasta que algo se rompe en el peor momento posible. Te ayudamos a hacer el trabajo aburrido que evita los incidentes emocionantes.

Cómo solemos colaborar

• Implementación de automatización de tests. Una suite de tests real — unitarios, de integración, end-to-end — integrada en CI y en la que tu equipo confía. No mil tests inestables que todo el mundo aprende a ignorar.
• Pipelines CI/CD. Despliegues rápidos, reproducibles y con rollback fiable. Hemos visto suficiente de la alternativa.
• Pruebas de carga y rendimiento. Perfiles de carga realistas, cuellos de botella identificados, margen documentado. Especialmente valioso antes de lanzamientos o picos estacionales.
• Ingeniería de calidad como práctica. Integrados en tu equipo durante uno o dos trimestres, dejando atrás tanto la infraestructura como los hábitos.

Herramientas que usamos

• Test runners. Jest, Vitest, Playwright, Cypress, JUnit. El que use tu stack.
• CI. GitHub Actions, GitLab CI, ocasionalmente Jenkins (cuando no queda más remedio).
• Carga. k6, Locust, JMeter.
• Monitorización. Prometheus + Grafana, Datadog, Sentry.

Una nota sobre filosofía de testing

No creemos en el 100% de cobertura como objetivo. Creemos en cubrir lo que importa — rutas críticas, casos límite que te han mordido antes, integraciones que tienden a desincronizarse. Una suite de tests pequeña, rápida y fiable vale más que una gigante que nadie ejecuta.