Tecnologías
En qué construimos y por qué
Una lista de tecnologías es fácil. Lo útil es la explicación, porque eres tú quien mantiene el código y quien contrata a alguien para darle soporte.
Pila tecnológica
Elegida para que puedas contratar con ella
Elegimos tecnología mainstream y bien soportada a propósito. La prueba no es lo que es interesante de desarrollar, sino si podrás contratar a alguien para mantenerlo en tres años.
Desarrollo Móvil
Nativo
Swift
Objective-C
Kotlin
Multiplataforma
Flutter
React Native
Xamarin
Desarrollo Web
Frontend
React
Angular
Vue
TypeScript
JavaScript
Backend
Node.js
Python
Java
PHP
Datos y Almacenamiento
Bases de datos
PostgreSQL
MySQL
MongoDB
También trabajamos con
Frameworks
- Next.js
- Nest.js
- Laravel
- Django
- FastAPI
- Svelte
- Astro
- Tailwind CSS
IA & datos
- Mistral
- Claude
- OpenAI
- Llama
- LangChain
- pgvector
- Qdrant
- Pandas
Cloud y DevOps
- AWS
- Azure
- Google Cloud
- Docker
- Kubernetes
- Terraform
- GitHub Actions
- Cloudflare
- Redis
- LiteSpeed
Plataformas e APIs
- WordPress
- Shopify
- WooCommerce
- GraphQL
- REST
- Stripe
- Firebase
- Supabase
- Prisma
La explicación
Front-end
Next.js con React y TypeScript
Renderizado en servidor por defecto, algo que ahora importa más que antes: los rastreadores de IA como GPTBot, ClaudeBot y PerplexityBot no ejecutan JavaScript en su mayoría, por lo que una app renderizada en cliente es casi invisible para ellos. TypeScript porque un error de tipos detectado en tiempo de compilación es gratis, mientras que el mismo error encontrado en producción no lo es.
Back-end
Node.js, Laravel o Python — elegidos por proyecto
Node cuando el front-end ya es TypeScript y compartir tipos ahorra dinero real. Laravel cuando el equipo que lo mantiene trabaja con PHP, algo común en el mercado medio británico. Python cuando el trabajo implica muchos datos o modelos. Elegimos en función de quién lo mantiene, no de nosotros.
Base de datos
PostgreSQL, o MySQL cuando el proveedor lo exige
Postgres para proyectos con estructuras de datos complejas, columnas JSON o búsqueda vectorial mediante pgvector. MySQL cuando la infraestructura existente o el hosting compartido lo requieren, algo habitual y perfectamente viable.
Móvil
Flutter o React Native, nativo cuando está justificado
El desarrollo multiplataforma ahorra aproximadamente un 30–40% y es adecuado para la mayoría de apps empresariales. Nativo en Swift o Kotlin cuando la app depende mucho del dispositivo — trabajo continuo con la cámara, ubicación en segundo plano, animaciones complejas continuas.
IA
Mistral, Claude y modelos de código abierto
Evaluados frente a tu propio conjunto de pruebas, no según un ranking de proveedores. Autohospedar un modelo abierto vale la pena con un volumen alto constante o cuando los datos no pueden salir de tu infraestructura — es un cálculo, no una preferencia.
Infraestructura
Docker, AWS o tu hosting actual
Contenedorizado para que funcione igual localmente y en producción. Nosotros preferimos desplegar en lo que ya pagas, en lugar de migrarte a algo que nos convenga a nosotros.
Dónde lo aplicamos
- Desarrollo web
- Software personalizado
- Desarrollo de eCommerce
- Desarrollo e integración de APIs
- Desarrollo de productos SaaS
- Desarrollo en WordPress
- Pruebas de calidad y testing de software
- Desarrollo de aplicaciones móviles
- Desarrollo de apps para iOS
- Desarrollo de Apps Android
- Apps multiplataforma
- Desarrollo de IA
- Chatbots de IA
- Bases de conocimiento RAG
- Automatización de procesos con IA
- Desarrollo de agentes de IA
- Integración de LLM
- Diseño UX/UI
- Diseño web
- Identidad y marca
- Servicios de SEO
- Marketing digital
- Gestión de PPC
- Marketing de Contenidos
- DevOps e ingeniería en la nube
- Gestión de Servidores
- Migración a la nube
- Auditorías de Seguridad e Implementación de Medidas de Protección
- Equipo de Desarrollo Dedicado
- Refuerzo de personal
Preguntas sobre la pila tecnológica
Una sola pregunta decide la mayoría: ¿quién mantendrá esto en tres años y podrán contratarlo? Una pila que sea elegante pero que no se pueda contratar es una responsabilidad que heredará. También evaluamos lo que ya usan: introducir un segundo lenguaje en un equipo pequeño tiene un coste real.
Sí, y normalmente deberíamos hacerlo. Reescribir un sistema que funciona con nuestras herramientas preferidas rara vez está en su interés. Adoptamos sus convenciones, modelo de ramas y proceso de revisión. Cuando realmente creemos que una elección tecnológica les está frenando, presentaremos el caso con datos, no con preferencias.
Cuando encaja, sí. Y encaja más de lo que a los desarrolladores les gusta admitir. Si su equipo publica con frecuencia y necesita control editorial completo sin un desarrollador, una instalación de WordPress optimizada es la respuesta pragmática. Lo que no haremos es apilar dos constructores de páginas y veinte complementos y llamar a eso un sitio web.
Porque el código lo conservan ustedes y nosotros no. Una tecnología aburrida, bien soportada y con un gran grupo de contratación es una característica del producto entregado, no una falta de ambición. Usaremos algo más reciente cuando resuelva un problema real, y les diremos cuál es el compromiso que implica.
