Currículum de ingeniero/a de software embebido: ejemplos y guía para redactarlo

Este es un ingeniero de firmware de nivel medio-sénior con ocho años en productos industriales y de control de movimiento. La persona es ficticia, pero la forma del currículum es la que esperan los responsables de firmware: una página de detalle técnico denso, el hardware nombrado y cifras asociadas a memoria, tiempos y defectos.

Los equipos de embebido son pequeños y cada persona que entra tiene que tocar hardware. El filtro es rápido y se centra en cuatro cosas.

• Coincidencia de silicio y toolchain. ¿Has programado para la familia que usan, o para algo tan parecido que lo único nuevo sería el datasheet? Nombra arquitecturas y familias de componentes, no solo «microcontroladores».
• Si has sacado productos al mercado. Las placas de afición y los trabajos de clase sirven para un primer empleo, pero por encima de junior quieren un producto que llegó a fabricación, con un número de unidades o un tipo de cliente.
• Capacidad de depuración. Di cómo encontraste un bug, no solo que lo arreglaste. Osciloscopio, analizador lógico, traza JTAG, printf por UART, un bisect a través de 300 commits: el método es la señal.
• Las restricciones con las que has trabajado. Presupuestos de flash y RAM, consumo, latencia de interrupciones, plazos de tiempo real, normas de seguridad. El firmware es ingeniería con límites, así que los límites tienen que estar en la página.

“Un chip nuevo lo puedo enseñar en un mes. Lo que no puedo enseñar rápido es a pensar en microsegundos y en bytes. Por eso leo buscando restricciones. Si un currículum me dice que encajaste una pila en 24 KB o que mantuviste un lazo de control por debajo de 20 microsegundos de jitter, pasas a la entrevista telefónica aunque nunca hayas tocado nuestro componente.”

Tres o cuatro líneas arriba del todo. Años, familia de arquitectura, RTOS o bare-metal, sector y una cifra. Olvídate del objetivo profesional salvo que acabes de terminar los estudios o cambies de sector.

El patrón que funciona: qué escribiste, sobre qué hardware, con qué restricción y con qué resultado. La mayoría de los currículums de firmware se quedan en la primera parte.

No escribas una larga lista separada por comas. Agrupa por categorías para que el responsable encuentre la fila que importa para su oferta, y que cada elemento sea algo sobre lo que te puedan preguntar en una entrevista.

• Lenguajes: C (C99, C11), C++ (11/17), Python para herramientas, algo de ensamblador para el código de arranque y las ISR, Rust si de verdad lo usas
• Arquitecturas y componentes: ARM Cortex-M0+/M4/M7/M33, Cortex-A, RISC-V, TI C2000, AVR, ESP32 y las familias de fabricante con las que has sacado productos (STM32, nRF52, i.MX RT, PIC)
• RTOS y sistemas operativos: FreeRTOS, Zephyr, ThreadX, Linux embebido, súper bucle bare-metal, además de planificación e inversión de prioridades a nivel de entrevista
• Buses y protocolos: I2C, SPI, UART, CAN y CANopen, LIN, Modbus, USB (dispositivo y host), Ethernet, BLE, LoRa, MQTT
• Herramientas: GCC arm-none-eabi, IAR, Keil, CMake, Make, Git, GitLab o GitHub CI, Segger J-Link y Ozone, OpenOCD, analizador lógico Saleae o similar, osciloscopio, fuente de alimentación de laboratorio
• Pruebas y calidad: Unity, CMock, Ceedling, GoogleTest, hardware-in-the-loop, análisis estático, cobertura de código, MISRA C:2012

Las competencias transversales cuentan aquí de una forma concreta. El firmware está entre hardware, pruebas y producto, así que incluye en tu experiencia una línea que muestre que trabajaste con esos equipos: una revisión de diseño que dirigiste, una prueba de fabricación que entregaste a producción, un fallo en campo que explicaste a un cliente.

El firmware es uno de los pocos campos del software en los que un proyecto personal convence de verdad, porque el hardware demuestra el trabajo. Una sección de proyectos merece el espacio si eres junior, si cambias de sector o si no puedes describir tu trabajo remunerado.

1. 1Elige dos proyectos, no seis. La profundidad gana a una lista de LED parpadeando.
2. 2Para cada uno, indica la placa, el lenguaje, las interfaces y una restricción a la que te enfrentaste: «nRF52840, Zephyr, BLE con registro en flash SPI, 12 meses con 2 pilas AAA, medidos, no estimados».
3. 3Cuenta qué salió mal y qué hiciste. Una línea sobre un bug que perseguiste con un analizador lógico dice más que una lista de funciones.
4. 4Enlaza el repositorio y mantén un README breve con una foto de la placa, un esquema de conexiones e instrucciones de compilación que funcionen.

«Sin experiencia» y «recién titulado» están entre las búsquedas más habituales para este puesto. La buena noticia es que los responsables de embebido sí leen trabajos de estudiantes, siempre que el currículum parezca escrito por un ingeniero. Ordena la página así: perfil, proyectos, competencias, prácticas o trabajo, formación académica.

• Empieza por los proyectos, no por la formación, si has construido algo sobre hardware real. El TFG, un equipo de robótica, una placa propia, la ECU de un equipo de Formula Student o MotoStudent, un montaje de radioafición.
• Nombra la toolchain. «Desarrollado en STM32CubeIDE y depurado por SWD con una placa Nucleo» le dice al responsable exactamente hasta dónde llegaste.
• Incluye asignaturas solo cuando sean específicas: sistemas basados en microprocesador, diseño digital y Verilog, sistemas de tiempo real, arquitectura de computadores, sistemas de control.
• Cualquier práctica cuenta, aunque sea en pruebas o fabricación. Escribir el script de Python que prueba las placas en la línea es trabajo real de embebido.
• Di lo que sabes hacer sin que te lleven de la mano: leer un datasheet, conectar una UART, escribir una rutina de interrupción, usar control de versiones.

En España no hace falta ninguna habilitación ni colegiación para este puesto, y no hay una certificación que pidan todas las empresas. Lo que pesa es la titulación, las normas con las que has trabajado y la habilitación de seguridad si el puesto la requiere.

• Titulación: lo habitual es un grado en Ingeniería Informática (o de Computadores), Ingeniería Electrónica, Telecomunicación o similar. Indica el centro, el título y el año. Quita la nota media a partir del segundo empleo, salvo que fuera muy alta y estés al principio de tu carrera.
• Las normas de seguridad y calidad van en la experiencia, no en una lista de certificados: IEC 61508 en industria, ISO 26262 con el nivel ASIL en automoción, IEC 62304 en productos sanitarios, DO-178C con el nivel DAL en aviónica. Nombra solo aquellas con las que hayas trabajado de verdad.
• MISRA C:2012 es un estándar de codificación, no una certificación. Di que has trabajado con él y qué hiciste para que el código lo cumpliera.
• Habilitación de seguridad: si tienes una habilitación personal de seguridad (HPS) en vigor, menciónala en la parte de arriba sin dar detalles. En puestos de firmware para defensa puede ser un requisito, y tenerla ya suele ser una ventaja.

• Una página hasta unos 10 años de experiencia; dos a partir de ahí o si tienes una lista larga de proyectos en defensa o sanidad. En este campo nadie lee una tercera página.
• Diseño sencillo a una columna, encabezados estándar y sin barras gráficas de nivel. La foto es opcional en España y la fecha de nacimiento no hace falta. Guárdalo en PDF salvo que la oferta pida Word.
• Pon cerca de la parte superior una franja breve de competencias con las familias de componentes y el RTOS. Es el bloque en el que los reclutadores buscan por palabras clave.
• Copia las palabras exactas de la oferta: si dice «ingeniero de firmware» y «Zephyr», escribe «firmware» y «Zephyr», no «desarrollador embebido» y «RTOS». Los sistemas de gestión de candidaturas comparan cadenas de texto, no sinónimos.
• En España «currículum» y «CV» son lo mismo. Si te presentas a empresas de EE. UU., Reino Unido o Irlanda, envíalo en inglés y sin foto; el contenido es el mismo.