Empatizar con la necesidad del cliente es fundamental: sin esto, no es posible entender ni justificar nuestro trabajo
Una visión del desarrollo y la arquitectura software
Una pregunta que lo relaciona todo
En cierto momento de mi trayectoria, tras una serie de experiencias, surge en mí una pregunta cuya respuesta vertebra toda mi visión como desarrollador y arquitecto de software: ¿Cómo transformar una idea etérea en un producto software?
Creo que un buen desarrollador y arquitecto de software no empieza escribiendo código, sino entendiendo el problema. La claridad previa al desarrollo marca la diferencia entre construir software funcional o construir soluciones con sentido. Diseñar desde el contexto, modelar antes de programar y aplicar principios sólidos no es una preferencia: es lo que permite que los equipos trabajen con confianza y los productos evolucionen sin fracturas.
Los requisitos deben detallarse lo suficiente como para anticipar cambios, no solo reaccionar ante ellos.
Adoptar principios, patrones y arquitecturas reconocidas permite a todo el equipo comprender la solución.
Modelar antes de codificar evita fracasos silenciosos durante el desarrollo y la evolución del producto.
Si una pieza se vuelve demasiado compleja, el enfoque es erróneo y las probabilidades de fallo son enormes.
Cuando los requisitos están alineados con los objetivos, el resultado se percibe como un éxito incluso antes de medirse.
Desarrollador y arquitecto de software
Polivalencia, adaptabilidad y visión global como puntos fuertes para fortalecer el equipo
Para construir mi perfil como desarrollador y arquitecto de software he pasado años formándome y trabajando en proyectos que van desde pequeñas webs hasta sistemas distribuidos complejos en el sector bancario, asumiendo distintos roles técnicos. Aunque vengo del backend —especialmente con Java—, he alcanzado un grado de comodidad en tecnologías de frontend suficiente para ser capaz de integrarme indistintamente en cualquiera de las dos vertientes, esto me permite aportar soluciones completas con criterio y versatilidad sabiendo desde cualquiera de los dos lados lo que se espera y desea en el otro.
Requisitos
AGILE
Waterfall

Office 365

Jira

Confluence

Notion
Ver tecnologías relacionadas
Mi trayectoria
Un camino poco habitual que forjó un perfil técnico con visión completa
Estudié Ingeniería Técnica de Telecomunicaciones, especialidad en Sistemas Electrónicos, en la UPM. Empecé en el mundo profesional con una beca en el área de sistemas. Poco después, intentaron reconducirme hacia la ingeniería de redes, pero por circunstancias del momento terminé desarrollando software. Y ahí lo encontré: todo lo que llevaba tiempo buscando en un trabajo.
Desde entonces, no he parado de crecer como desarrollador. He trabajado como freelance, y también en pequeñas y grandes empresas, tanto nacionales como multinacionales.
A día de hoy, combino experiencia en arquitectura, requisitos y desarrollo con una comprensión amplia del negocio. Esa visión técnica y estratégica a varios niveles me ha convertido en un perfil poco habitual dentro del mundo del software.
Julio, 2022
EY

Desarrollador Full Stack, Tech Lead y Arquitecto Software
2022
Mayo, 2020
IDavinci

Tech Lead, Desarrollador Full Stack, Coordinador área IT
2020
Septiembre, 2018
Freelance

Desarrollador Laravel y WordPress
Enero, 2018
Biblioteca Nacional de España

Desarrollador Java | Personal Externo
2018
Enero, 2015
Sanitas

Técnico de redes | Desarrollador | Personal Externo
2015
Septiembre, 2014
Prácticas
Ayuntamiento de Alcobendas

Técnico de Sistemas | Personal Externo
Febrero, 2014
Prácticas
Adif

Técnico de redes | Personal Externo
2014
Octubre, 2013
Prácticas
HGUGM - Hospital General Universitario Gregorio Marañón

Equipo de CAU | Personal Externo
Octubre, 2013
Satec Group

Contrato en prácticas para el área de sistemas
2013
Septiembre, 2007
Universidad Politécnica de Madrid

Ingeniería Técnica de Telecomunicaciones (Especialidad de Sistemas Electrónicos)















































