Marc J. Cabrer Rosselló
Líder técnico y arquitecto de software.
Diseño arquitecturas y lidero equipos técnicos desde 2017. Sistemas de reservas, plataformas multicliente, integraciones complejas. Mi historia, mis principios y cómo pienso el software.
13+
Años programando
9+
Años de experiencia profesional
4+
Productos liderados
20+
Clientes en producción
Mi historia
Cómo llegué
hasta aquí.
Tenía 13 años cuando empecé a programar. No fue una decisión estratégica ni una vocación épica. Fue curiosidad pura: hice clic en un anuncio de Codecademy que apareció mientras veía vídeos en YouTube y, desde ese momento, no paré.
A los 16 construí una plataforma colaborativa de escritura, donde varios autores podían coescribir capítulos en tiempo real. Fue la primera vez que el reto principal era invisible: datos, estados, relaciones. Ahí entendí que el backend era otra forma de pensar.
En 2017 empecé en Eturistic remendando un backend legacy en Java con décadas encima. Durante meses parcheé sin entender el sistema completo. Luego llegó el momento en que todo encajó: el problema no era el monolito, era la ausencia de límites claros. Esa comprensión cambió cómo pienso la arquitectura.
La curiosidad me metió en esto, la frustración me hizo crecer y el tiempo me enseñó a pensar con más criterio. Hoy lidero estrategia técnica en FDSA Desarrollo y sigo leyendo sobre tecnologías nuevas con la misma energía que a los 13.
Cómo trabajo
En qué creo.
Límites antes que patrones
Puedes tener un monolito limpio o microservicios acoplados. La diferencia está en qué tan claros son los contratos entre módulos, no en qué arquitectura eliges.
La metodología no se automatiza
Escribir código lo puede hacer cualquiera. Lo que no puede automatizarse fácilmente es saber qué preguntar, cómo procesar información incompleta y cómo comunicar decisiones técnicas a quien no es técnico.
Perpetuo junior
Conservar la curiosidad del que empieza es lo que separa al profesional que crece del que se estanca. Sigo leyendo sobre tecnologías nuevas con la misma energía que a los 13. Perder eso es la ruina del progreso.
Tecnología al servicio del negocio
Sin contexto de negocio no hay arquitectura buena, solo código flotando. Cada decisión técnica que tomo empieza por entender qué problema real necesitamos resolver y qué coste tiene equivocarnos.
Trayectoria
Dónde he
generado más impacto.
Ago 2025 — Presente
FDSA Desarrollo
Estrategia técnica y estandarización para proyectos de alta complejidad y equipos multidisciplinares.
Jun 2017 — Ago 2025
Eturistic
Plataforma turística multicliente con más de 20 clientes en producción, 15+ integraciones externas y operación continuada durante 8 años.
Abr 2021 — Ago 2025
ibblue
Metabuscador oficial de alojamientos turísticos de las Islas Baleares, adoptado por destinos e instituciones para centralizar la oferta hotelera.
Ene 2023 — Ago 2025
A Taula Delivery
Plataforma de delivery local operando en múltiples municipios de Mallorca, con gestión técnica integral desde producto hasta infraestructura.
Colaboración
En qué puedo
ayudarte.
Arquitectura y evolución de sistemas
Diseño sistemas modulares que pueden crecer sin romperse. Especializado en estabilizar y evolucionar sistemas legacy de forma incremental —sin reescrituras de alto riesgo— manteniendo siempre el contexto de negocio como guía. He diseñado plataformas multicliente con más de 15 integraciones activas en producción.
Modular Monolith · Microservicios · Sistemas legados · Multi-cliente · Integraciones
Liderazgo técnico
Tomo decisiones técnicas estratégicas y actúo como puente entre el equipo de ingeniería y el negocio. Defino estándares de desarrollo, procesos de calidad y el marco de trabajo que permite a los equipos escalar sin perder claridad.
Estrategia técnica · Estándares de desarrollo · Code review · Contacto cliente
Mentoría y desarrollo de equipo
He mentorizado a más de 7 desarrolladores junior y mid para que aprendan a pensar antes de escribir código. La mentoría real no es asignar los tickets más fáciles: es enseñar a entender el sistema, a hacer las preguntas correctas y a comunicar decisiones técnicas a quien no es técnico.
Onboarding · Pensamiento analítico · Buenas prácticas · Gestión del conocimiento
Siguiente paso
Si ya sabes que necesitas contraste técnico, reserva una sesión.
He separado el primer contacto del espacio donde sí entramos a decisiones, cuellos de botella y siguientes pasos para que elijas el formato con mejor criterio.
Capacidades
Más allá
del stack.
01
Backend con profundidad
He pasado años construyendo sistemas con Java, integrando flujos con Apache Camel y tomando decisiones que tenían que sostenerse en producción. Lo que aprendí no es una lista de APIs — es cómo razonar ante sistemas que nadie termina de entender del todo, y cómo diseñar para que sean comprensibles.
02
Frontend con criterio
Sé construir interfaces. Pero más que conocer los frameworks, sé cuándo un componente debería existir y cuándo no. Empiezo en Figma, termino en código, y entiendo qué hay entre medias. El frontend me interesa no por lo que renderiza, sino por lo que comunica.
03
Datos que significan algo
He trabajado con bases relacionales y sin esquema — SQL Server, PostgreSQL, MongoDB. Lo que todas tienen en común: los datos solo importan cuando puedes extraer significado de ellos. Entender la estructura es el primer paso. Saber qué preguntas merece la pena hacer es lo que realmente cuenta.
04
El interés como herramienta
Cuantos más años pasan, menos me parece relevante saber de memoria qué hace una librería. Lo que importa es aprender rápido, entender a fondo y tomar decisiones con contexto incompleto. La IA, YouTube, la documentación — son amplificadores. El interés genuino por entender cómo funcionan las cosas por dentro es lo que no se sustituye.
Herramientas con las que he trabajado
Backend
- Java
- Quarkus
- Apache Camel
- .NET
- PHP
- Python
Frontend
- React
- TypeScript
- Astro
- jQuery
Datos
- PostgreSQL
- MongoDB
- SQL Server
Infraestructura
- Docker
- Git
- Linux
Diseño
- Figma
- Tailwind CSS
Herramientas
- IA generativa
- YouTube
Más allá
La persona
detrás del código.
Explorar tecnología no es algo que haga para mantenerme al día — es algo que hago porque me gusta. Vídeos sobre lo que está saliendo, repositorios de GitHub donde alguien resolvió un problema interesante, herramientas nuevas de IA para ver si cambian cómo trabajo. La línea entre curiosidad personal y trabajo siempre ha sido borrosa, y no me parece un problema.
El único momento del día en que desconecto de verdad es el gym por las mañanas: sin pantalla, sin ideas a medias, sin nada. Después del trabajo, mis dos gatas se encargan del resto. Y de vez en cuando, salir con amigos a hablar de cosas completamente irrelevantes — que también hace falta.
¿Seguimos?
Exploremos el blog.
Escribo sobre arquitectura, liderazgo técnico y todo lo que aprendo en el camino.