Entrevista a Mª Asunción Daza, Hardware Developer en Alfred Smart

Entrevista Asun Daza

Hay historias que empiezan con una decisión. Y una sensación clara de que ese es tu sitio, aunque al principio no lo parezca. Y la de María Asunción es una de esas. 

El primer día de clase, alguien dijo que las mujeres en informática no aguantan mucho. Pero Asun no se lo tomó como una barrera. Ella decidió que sí. Que iba a quedarse, que iba a aprender, romper cosas, volver a construir y armarlas mejor. Y años después, no solo sigue «en informática”: forma parte del equipo de Gateway y se encarga de desarrollar la tecnología que hace que nuestros espacios inteligentes funcionen como toca. 

Y es que lo suyo no va de improvisar. Va de entender a fondo, de pensar cada detalle, de dejar las cosas bien hechas. Y aunque trabaja en lo que no se ve, su impacto es muy, muy real: cada vez que una luz se apaga sola o una puerta se abre sin llaves, hay algo de Asun detrás. 

Fuera del código, también hay cosas que la definen: los paseos por el campo con sus perros, los post-its que ordenan su jornada, la música que la acompaña cuando necesita foco, y una curiosidad constante por aprender y hacerlo mejor. 

Hoy te invitamos a conocerla un poco más de cerca. Aquí va su entrevista completa: 

1. ¡Hola Asun! Para quien no te conoce: ¿cómo explicas, en una frase sencilla, qué haces en el equipo de gateway?

En el equipo de gateway participo en el desarrollo de la tecnología que permite que los dispositivos se conecten y funcionen con nuestro cloud, ya sea a través del gateway físico o de la plataforma de dispositivos sin gateway, llamada gateway-cloud. 

2. ¿Qué problema real del día a día de nuestros clientes resuelve un “gateway” y por qué te motiva trabajar en ello? 

Si lo tenemos que resumir en algo muy simple, diría que un gateway hace que los espacios funcionen de manera eficiente y coordinada. Permite, por ejemplo, el ahorro energético apagando luces o la climatización cuando no hay nadie presente, programar acciones para que todo esté como nos guste al llegar a casa o gestionar el acceso seguro y cómodo a espacios, ya sea una casa, una oficina, etc. 

«No se trata solo de conectar dispositivos. Se trata de conectar experiencias.»

No hablamos solo de dispositivos conectados, sino de espacios conectados y experiencias. Por eso, lo que me motiva en cada desarrollo es que, aunque nuestro trabajo sea una pieza que no se ve de cara al público, tiene un impacto real en las personas y en cómo se vive y aprovecha un espacio. 

3. ¿Cómo decides cuándo algo está “suficientemente bien” para pasar a la siguiente fase?

Para mí, algo está suficientemente bien para pasar a la siguiente fase, cuando se cumplen los siguientes puntos: 

  • Coordinación entre áreas. Si implica al equipo de backend, frontend u otras áreas, espero que todos tengamos claro el objetivo final, qué necesitamos de cada uno y que estemos coordinados. 
  • Resolución de dudas. Todas las dudas que hayan surgido en el análisis o en el desarrollo, están resueltas. Siempre pueden quedar pequeños flecos, pero al menos lo crítico debe estar resuelto. 
  • Claridad y compresión. En análisis o documentación, me fijo en que no solo yo lo entienda, sino que también lo pueda hacer alguien que no haya participado en el proceso, evitando tecnicismos innecesarios. 
  • Funcionalidad y pruebas. Para los desarrollos, lo imprescindible es que haga lo que se pide. Y siempre con batería de pruebas. Prefiero que algo esté bien probado veinte veces con la mayoría de los casos posibles testeados, a lanzar un desarrollo a producción y que falle a la primera de cambios. 

4. ¿Qué te ilusiona del roadmap de Gateway? 

En general, lo que más me ilusiona es que dentro de Gateway siempre hay algo nuevo por aprender. Desde que entré en Alfred he tenido la oportunidad de ganar o ampliar conocimientos técnicos que antes no tenía, y cada proyecto o requerimiento trae algo nuevo que desarrollar, implementar o mejorar. No nos quedamos estancados en algo que funciona, sino que vamos ampliando y mejorando el producto. 

5. Cuéntanos una decisión técnica reciente de la que estés especialmente orgullosa (y cómo la explicas sin jerga).  

Una decisión técnica que tomamos tanto el compañero de frontend como yo, en la plataforma de dispositivos sin gateway, fue la estandarización de los formularios para crear y editar dispositivos. 

Aunque hay una estructura común, cada tipo de dispositivo tiene propiedades y configuraciones distintas, por lo que cada integración hubiera requerido un formulario nuevo y mucho trabajo tanto por parte de frontend como de gateway. 

Para la estandarización, diseñamos un sistema de plantillas en gateway-cloud que define qué datos se necesitan para cada tipo de dispositivo y cómo deben validarse (tipo del dato, si es obligatorio, etc.). Esta información la utiliza frontend para montar el formulario de forma dinámica, lo que nos ha permitido reducir los tiempos de integración de nuevos dispositivos por ambas partes y ha hecho que el trabajo sea más ágil y consistente. 

Es una decisión que no es tan reciente, y no es la más tech o compleja que he realizado, pero sus beneficios los hemos notado bastante al integrar nuevos tipos de dispositivos. 

6. Cuando algo falla y el tiempo aprieta: ¿cómo priorizas? (tu checklist mental en 3 pasos)  

De forma general y siempre que sea posible: 

  • Reunir la información clave. Reviso si la información que me han dado tiene todos los datos necesarios para entender el fallo o para intentar replicarlo. Si falta algo, lo pido para no dar palos de ciego. 
  • Replicar el error. A veces esto no es posible, por ejemplo, si depende de un dispositivo físico en un gateway concreto y no tenemos ese modelo a mano, o si el propio dispositivo tiene alguna característica fuera de lo estándar. En cambio, si es un fallo en un desarrollo, lo intento reproducir en un entorno controlado para confirmar qué está provocando el error. 
  • Desbloquear lo crítico. Si impacta directamente al cliente o a los flujos principales, priorizo dejar o ayudar a que esa parte quede estable lo antes posible. Posteriormente, si hace falta afinar, se continúa con ello, pero ya dentro de una planificación y priorización de tareas. 

7. ¿Qué consejo le darías a alguien que empieza en hardware y le impone “romper” cosas para aprender? 

Hay veces que para aprender toca romper, y no está mal. De los errores pueden venir los mejores aprendizajes, y para eso tenemos los entornos de desarrollo o de pruebas. 

El consejo principal que le daría es que no tenga miedo, porque hay un equipo detrás que siempre está dispuesto a ayudar y a compartir conocimiento. Preguntar y apoyarse en los compañeros y compañeras es clave, y cada error es una oportunidad que se puede aprovechar para entender qué pasó y cómo mejorar para la próxima vez. 

8. ¿Qué te ayuda a concentrarte cuando necesitas horas de foco (rutina, música, ritual, truco)?

Lo primero que hago es evitar el multitasking. 

Si la tarea es larga, lo que suelo hacer es dividirla y ordenarla en trozos más pequeños u objetivos que voy anotando en mini post-its. Los dejo en un sitio visible y a mano. Me pongo los auriculares con música, y me pongo a trabajar en ello. Un objetivo completado, un post-it menos a la vista. 

Afortunadamente, una de las cosas que más agradezco de trabajar en remoto es que, cuando necesito foco, lo puedo lograr sin dificultades, al no tener el ruido ambiente típico de una oficina y poder crear un ambiente propio que me ayuda a concentrarme. 

9. ¿Qué mito te gustaría desmontar sobre mujeres en tech? 

Recuerdo una anécdota cuando empecé a estudiar el grado medio de Sistemas Microinformáticos y Redes: el primer día, un profesor me dijo literalmente que las mujeres en informática no aguantan mucho. Yo era la única chica de la clase ese año. Y al finalizar el ciclo fui quien obtuvo la mejor nota en su módulo. 

«Un profesor me dijo que las mujeres en informática no aguantan mucho. Yo era la única chica de la clase ese año. Y al finalizar el ciclo fui quien obtuvo la mejor nota en su módulo.»

Eso, y la experiencia que he tenido hasta el momento, me hacen ver que el hecho de que seamos pocas o menos visibles en el mundo de las TIC no significa que no tengamos la misma capacidad técnica y de liderazgo. Es cierto que queda camino por recorrer, pero en los años que llevo trabajando he tenido la suerte de encontrarme con compañeras brillantes, que aportan muchísimo y lideran equipos con gran profesionalismo. 

Para mí, ejemplos como estos ayudan a desmontar ese mito y a dar más visibilidad al talento femenino en el sector tecnológico. 

10. ¿Qué te hubiera ayudado a los 20 para verte en un rol como el tuyo? 

Me ayudó cambiar al grado superior de Desarrollo de Aplicaciones Web en vez de Administración de Sistemas, porque al final la programación es lo que más disfruto en el día a día. 

Y también me diría: “quítate la vergüenza de encima, porque con ella no se va a ningún lado”. Antes de trabajar era súper tímida, y aunque ahora no es que hable por los codos, no hay comparación. 

En cuanto a lo técnico, explorar más allá del temario estándar que ofrecía el ciclo me habría ayudado a comprender y aplicar mejores prácticas desde el principio: escribir códigos más limpios y mantenibles, aplicar patrones de diseño que faciliten la escalabilidad, prácticas de clean code y una mayor familiarización con herramientas que son esenciales en el día a día. 

Gracias, Asun, por compartir no solo lo que haces, sino cómo lo haces. Por mostrarnos que detrás de cada decisión técnica, de cada mejora y de cada espacio que funciona mejor, hay una forma de pensar que prioriza la calidad y el impacto real en las personas. 

Nos quedamos con tus respuestas, tus rutinas, tus aprendizajes y también con tu forma de estar. Esa que suma desde el rigor, desde el detalle y desde la curiosidad constante por seguir creciendo. Seguimos construyendo contigo, y es un lujazo tenerte cerca.