Trayectoria profesional · ingeniería de producto · interacción

Experiencia

Mi trabajo pasó del diseño gráfico, la producción audiovisual y la docencia a aplicaciones web orientadas al público y a una ingeniería de producto y sistemas cada vez más profunda. La continuidad útil no es una lista de tecnologías, sino la capacidad de conectar cómo funciona un sistema con cómo una persona lo comprende y lo controla.

Enfoque actual
Ingeniería de producto y sistemas
Fortalezas principales
React · TypeScript · Rust · arquitectura de interacción
Trayectoria
Diseño · multimedia · software de servicio público · educación
Región
Trayectoria profesional en Malmö / Skåne, Suecia

Herramientas de planificación de IKEA

Las grandes interfaces de planificación no son formularios ordinarios: combinan configuración restringida de productos, respuesta visual, reglas de negocio, accesibilidad y estado de interacción de larga duración.

Material público de LinkedIn de un colaborador cercano documenta trabajo en la reconstrucción importante de IKEA Kitchen Planner y la creación de las herramientas Planner de IKEA, con React moderno, TypeScript y accesibilidad web como partes importantes del enfoque de ingeniería.

El trabajo sigue el mismo patrón visible hoy en mis sistemas independientes: hacer comprensible el estado complejo, conservar una propiedad clara del comportamiento y tratar la accesibilidad como parte del modelo de producto, no como una revisión final de cumplimiento.

Complejidad de producto

Las herramientas de configuración tienen muchos estados válidos e inválidos y deben comunicar restricciones sin convertir la interfaz en documentación.

Accesibilidad como ingeniería

La semántica de interacción, el comportamiento del teclado, el foco, la estructura y la comunicación del estado deben diseñarse dentro del sistema, no superponerse después.

Länsstyrelsen Skåne

Mi trabajo en aplicaciones de servicio público en Skåne conectó la ingeniería frontend con un lugar físico real y las necesidades prácticas de sus visitantes.

Perfiles públicos históricos identifican mi rol como desarrollador de aplicaciones JavaScript frontend en la Administración Provincial de Skåne. La evidencia de producto más clara que se conserva es la familia de aplicaciones Kullaberg para Naturum Kullaberg: información bilingüe de senderos, guía para visitantes con capacidad offline, mapas, puntos de interés vinculados a GPS y posteriores conceptos de ciencia ciudadana.

Las restricciones del producto eran concretas: visitantes móviles, conectividad variable, estándares visuales institucionales, uso en exteriores, contenido bilingüe y la necesidad de conectar información digital con navegación física en lugar de mantener a la gente atrapada dentro de una aplicación.

Base de diseño y medios

Antes de que la ingeniería de software se convirtiera en el centro de mi trabajo, ya trabajaba entre interacción, comunicación visual, producción audiovisual y entrega técnica.

Un perfil profesional público anterior registra experiencia como propietario y productor multimedia en 2Active Design y como director del departamento de Diseño Gráfico y profesor universitario en la Universidad Tecnológica Centroamericana en Honduras. También describe trabajo en señalización digital, aplicaciones web y difusión de medios digitales.

Esa trayectoria sigue influyendo en cómo construyo software. Tiendo a tratar la tipografía, el movimiento, el sonido, la jerarquía de información y la respuesta al usuario como partes del comportamiento del sistema, no como decoración aplicada después de implementar.

Enseñar afina la arquitectura

Explicar un sistema revela rápidamente los conceptos vagos. La documentación, la nomenclatura y los límites del modelo se benefician de la misma disciplina.

La cultura de diseño cambia la implementación

La jerarquía visual, la respuesta de interacción y el movimiento son más fáciles de construir bien cuando se consideran desde el principio restricciones del modelo de componentes y del sistema.

Cómo evolucionó el trabajo

La trayectoria va de diseñar superficies a diseñar interacciones y después a diseñar los sistemas que hacen fiables esas interacciones.

Los proyectos actuales profundizan en simulación determinista, autoridad de reproducción, capacidades nativas, firmware y sistemas de conocimiento basados en grafos, pero la pregunta de producto subyacente es similar: cuál es el modelo mental de la persona usuaria, qué estado es realmente autoritativo y cómo puede la interfaz hacer visible ese modelo sin abrumarla.

Por eso me posiciono como ingeniero de software que trabaja con comodidad entre los límites de producto, interacción y sistemas, en lugar de como un especialista frontend definido de forma estrecha.