Saltar al contenido principal
Fugen Services logo

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 logoSwift
  • Objective-C logoObjective-C
  • Kotlin logoKotlin

Multiplataforma

  • Flutter logoFlutter
  • React Native logoReact Native
  • Xamarin logoXamarin

Desarrollo Web

Frontend

  • React logoReact
  • Angular logoAngular
  • Vue logoVue
  • TypeScript logoTypeScript
  • JavaScript logoJavaScript

Backend

  • Node.js logoNode.js
  • Python logoPython
  • Java logoJava
  • PHP logoPHP

Datos y Almacenamiento

Bases de datos

  • PostgreSQL logoPostgreSQL
  • MySQL logoMySQL
  • MongoDB logoMongoDB

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

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.