Software embebido: mercado

Vacante

un empleo abierto que superó el filtro de calidad y menciona al menos dos tecnologías

Candidato observado

un candidato cuyo stack contiene esta tecnología; es un agregado: ni un solo registro sale del perímetro

Candidato emparejable

aún no contabilizado

Ventana

empleos abiertos en el momento en que se generó el snapshot

Skills principales: c++, linux, python, git, agile. Lenguajes: C, el principal lenguaje embedded (obligatorio, la mayoría del firmware se escribe en él), C++ (cada vez más, especialmente en microcontroladores más potentes), menos a menudo Rust (interés en crecimiento), a veces assembly. Microcontroladores: ARM Cortex-M (dominante), STM32, ESP32, AVR; en la CEI, chips nacionales (Milandr, ELVEES) por la sustitución de importaciones. RTOS: sistemas operativos de tiempo real, FreeRTOS, Zephyr; comprensión de tareas, scheduler, sincronización. Periféricos e interfaces: UART, SPI, I2C, CAN, USB, GPIO, interrupciones, timers, ADC/DAC. Debugging sobre hardware: debuggers JTAG/SWD, trabajo con osciloscopio y analizador lógico, sin esto embedded es imposible. Comprensión de bajo nivel: memoria, registros, interrupciones, tiempo real, optimización para restricciones. Lectura de datasheets y comprensión básica de esquemas. Herramientas: Git, sistemas de build (CMake, Make), IDEs y toolchains específicos. Inglés, para la documentación (toda la documentación técnica de los chips está en inglés). Lo principal: embedded valora la comprensión profunda y sistémica del «hardware» y el bajo nivel; eso es lo que distingue a un ingeniero embedded de un programador normal.

Tres roles embedded cercanos, que se diferencian por el nivel al que trabaja el ingeniero. Firmware Engineer: el nivel más bajo, el más cercano al «silicio»: firmware que corre directamente sobre el hardware (bare-metal), drivers de periféricos, bootloaders, bring-up de placas nuevas; a menudo sin SO o con uno mínimo (ver /research/embedded/firmware). Embedded Software Engineer: el nivel general del software embebido: lógica de aplicación del dispositivo sobre microcontrolador, trabajo con RTOS, periféricos; más amplio que el firmware puro, incluye tanto bajo nivel como aplicación. Embedded Linux Engineer: el nivel superior de embedded: dispositivos en los que corre Linux completo (procesadores más potentes: routers, gateways, electrónica compleja); hacen falta tanto skills de embedded como conocimiento profundo de Linux (ver /research/embedded/embedded-linux). A grandes rasgos por nivel: firmware «directamente sobre el hardware», embedded software «microcontrolador con RTOS», embedded Linux «dispositivo con Linux». En la práctica las fronteras se difuminan, los términos se mezclan en las vacantes, un mismo ingeniero suele trabajar en varios niveles. Flujo de carrera: la gente se mueve entre estos roles con libertad; un desarrollador embedded puede profundizar en firmware o subir a embedded Linux.

C: obligatorio y principal: es el lenguaje principal del desarrollo embebido, la mayoría del firmware está escrito en él, está en cualquier proyecto embebido y sin dominar C no se entra en la profesión. C da control directo sobre la memoria y el hardware, código compacto y previsibilidad: lo crítico bajo restricciones estrictas. C++: cada vez más demandado, sobre todo en microcontroladores más potentes y en proyectos modernos: permite escribir código más estructurado y seguro, y muchos equipos pasan a C++ (a menudo un subconjunto limitado, sin funcionalidades pesadas no aptas para embebido). Rust: interés creciente en embebido (seguridad de memoria sin runtime), pero aún es un nicho: hay pocas vacantes reales, es más bien «para el futuro». Estrategia 2026: aprende C de forma obligatoria y profunda (la base), luego C++ (amplía el mercado, muchos proyectos modernos lo usan); Rust, por gusto e interés, como habilidad adicional. Pero en embebido el lenguaje es solo la mitad: incluso un dominio perfecto de C no sirve sin entender el hardware: microcontroladores, periféricos, interrupciones, tiempo real, depuración en la placa. Embebido es «C + una comprensión profunda de aquello sobre lo que corre ese C».

Un desarrollador embebido crea el software que controla un dispositivo. 1) Estudio de la tarea y del hardware: entender qué debe hacer el dispositivo, estudiar el microcontrolador y los periféricos a partir de los datasheets, comprender los esquemas al nivel necesario. 2) Desarrollo de software: escribir firmware en C / C++: inicialización, trabajo con periféricos (sensores, pantallas, comunicaciones), lógica de negocio del dispositivo, manejo de interrupciones, control en tiempo real. 3) Trabajo con RTOS: si el proyecto usa un SO de tiempo real, organizar tareas, sincronización y reparto de recursos. 4) Drivers de periféricos: implementar o configurar el trabajo con UART, SPI, I2C, CAN, USB, etc. 5) Depuración sobre el hardware: la parte principal y más específica: ejecutar el código en una placa real y, con un depurador (JTAG/SWD), un osciloscopio o un analizador lógico, encontrar por qué algo no funciona; los bugs de embebido suelen estar en la intersección entre software y hardware. 6) Optimización: ajustarse a las restricciones de memoria, velocidad y consumo. 7) Bring-up: puesta en marcha del software en una placa nueva. 8) Pruebas en el dispositivo, a veces como parte de un sistema. Diferencia clave con el desarrollo habitual: un ingeniero embebido trabaja en la intersección entre software y hardware, con restricciones estrictas y en tiempo real, y una parte importante del trabajo se hace «con soldador y osciloscopio» junto al dispositivo real.

Limitado. El 14% de las vacantes de embebido son remotas o híbridas, y es una de las áreas de desarrollo menos orientadas al remoto por dos motivos. 1) Hardware físico: el desarrollo embebido está ligado a placas de desarrollo, prototipos de dispositivos y equipos de medición (osciloscopio, analizador lógico, estación de soldadura); una parte importante de la depuración no se puede hacer sin acceso al «hardware». En parte se resuelve con acceso remoto a bancos de pruebas, pero no del todo. 2) Empresas con acceso restringido: en la CEI, una gran parte del desarrollo embebido corresponde a la industria de defensa y a empresas de fabricación de instrumentos con acceso restringido, donde el trabajo remoto está limitado o prohibido y a menudo se exige habilitación. Por eso el embebido es más a menudo un rol presencial o híbrido; hay puestos totalmente remotos (empresas de producto, IoT, software para plataformas más potentes), pero bastantes menos que en desarrollo web. Si el trabajo remoto es crítico para ti, es un factor importante al elegir el embebido como especialización.

El embebido exige tanto programar como entender de electrónica: el umbral de entrada es más alto que en web. Hoja de ruta: 1) Lenguaje C: domínalo a fondo: punteros, memoria, operaciones a nivel de bit, estructuras; es la base. 2) Nociones de electrónica y lógica digital: cómo funcionan el microcontrolador, la alimentación, las señales; saber leer esquemas sencillos. 3) Microcontroladores: consigue una placa de desarrollo real (STM32, ESP32, Arduino como inicio más sencillo) y empieza a programar: GPIO, interrupciones, temporizadores. 4) Periféricos e interfaces: UART, SPI, I2C; conecta sensores, pantallas, módulos. 5) RTOS: nociones de sistemas operativos de tiempo real (FreeRTOS). 6) Depuración sobre el hardware: aprende a usar un depurador, un osciloscopio, un analizador lógico. 7) C++: añádelo (amplía el mercado). 8) Lectura de datasheets: una habilidad clave del ingeniero embebido. 9) Proyectos personales: monta y programa dispositivos reales; el portfolio de embebido son proyectos que funcionan en hardware. Recursos: cursos de embebido y microcontroladores (Otus, etc.), documentación de STM32 / ESP32, comunidades de embebido, programas universitarios específicos (fabricación de instrumentos, radioingeniería, microelectrónica: el embebido, más que otras áreas IT, está ligado a la formación especializada). Prepárate para comprar placas de desarrollo y equipo básico: la práctica con hardware real es obligatoria.

360 active open Embedded Software jobs in Zorky sample — niche segment. Real market: embedded — a narrow area compared to web development, there are objectively few vacancies, and a significant part of the market — defense and classified enterprises whose vacancies are not fully represented in open sources. The role is called «embedded software developer», «embedded developer», «embedded software engineer», «microcontroller programmer», «software engineer» (in instrument-making). Geography: the US, Germany, Poland. Sources: hh.ru, Habr Career, getmatch, LinkedIn, Telegram (embedded communities and job channels). Demand is narrow but resilient, with shortage of qualified personnel; in RF additionally supported by electronics import substitution. SPb — one of the strongest embedded centers. NB: the Embedded / IoT direction historically had auto-classification difficulties for vacancies — the visible number may understate the market.

Un Senior Embedded Software Engineer diseña sistemas embebidos y resuelve lo que nadie más en el equipo puede. C / C++ a nivel experto: dominio profundo de C, C++ solvente para embebido, comprensión de en qué se compila el código y cómo se ejecuta en un hardware concreto. Arquitectura de software embebido: diseñar la estructura del firmware, las capas de abstracción (HAL), la modularidad; tomar decisiones teniendo en cuenta restricciones estrictas. Sistemas de tiempo real: comprensión profunda de RTOS, scheduling, sincronización, determinismo, manejo de interrupciones; garantizar el comportamiento en tiempo real. Hardware: leer con soltura datasheets y esquemas, entender el microcontrolador a nivel de registros y periféricos, trabajar en la intersección de software y hardware, participar en el bring-up de la placa. Depuración experta: encontrar los bugs más complejos en la intersección de software y hardware, con osciloscopio, analizador lógico, tracing; diagnosticar problemas de memoria, timing, interferencias. Optimización: de memoria, velocidad, consumo, a un nivel que exige entender el compilador y la arquitectura del procesador. Protocolos y comunicación de bajo nivel: interfaces, a veces el stack de comunicación. Pruebas: enfoques para probar embebido (más difícil que en web: hace falta hardware real o emulado). Experiencia de dominio: conocimiento profundo del área (telecomunicaciones, medtech, automatización industrial). Inglés: para la documentación técnica. Mentoría. El valor principal de un Senior: diseñar un sistema embebido fiable que funciona bajo restricciones estrictas y en tiempo real, y vencer los bugs en la intersección de software y hardware.