Lebenslauf für Embedded-Software-Entwickler/innen: Beispiele und Anleitung
Ein Lebenslauf in der Embedded-Software-Entwicklung führt zum Gespräch, wenn die erste halbe Seite nennt, auf welchen Controllern Ihre Firmware in Serie ging (Cortex-M, i.MX, ESP32), in welcher Sprache und mit welchem RTOS Sie arbeiten, welche Busse Sie debuggen (I2C, SPI, CAN, BLE) und pro Stelle eine Zahl: eingesparter Flash, verkürzte Bootzeit oder ausgelieferte Stückzahl. Alles andere ist Beiwerk. Ein Foto ist in Deutschland üblich, aber freiwillig.
Lebenslauf-Muster für Embedded-Software-Entwickler/innen (C, FreeRTOS, Cortex-M)
Das Muster zeigt einen Firmware-Entwickler an der Schwelle zum Senior-Level mit acht Jahren Erfahrung an Produkten für Industriesensorik und Antriebstechnik. Die Person ist erfunden, die Form entspricht aber dem, was Teamleitungen in der Embedded-Entwicklung erwarten: technisch dicht, die Hardware benannt und Zahlen zu Speicher, Timing und Fehlern. Hier passt alles auf eine Seite; mit dieser Erfahrung wären in Deutschland auch zwei Seiten in Ordnung.
Tobias Wendt
Senior Embedded Software Engineer (Firmware)
Nürnberg · 0911 555 0142 · tobias.wendt@beispiel.de · linkedin.com/in/tobias-wendt-beispiel · github.com/twendt-fw-beispiel
Profil
Embedded-Software-Entwickler mit acht Jahren Erfahrung in produktivem C und C++ für ARM-Cortex-M-Controller. Entwickelt Bare-Metal- und FreeRTOS-Firmware für Industriesensoren und Servoantriebe, vom Schaltplan-Review und der Inbetriebnahme der Leiterplatten bis zur MISRA-C-Konformität und zu Updates im Feld. Bootzeit eines Produkts von 1,9 s auf 340 ms gesenkt und einen neuen Protokollstack in die verbleibenden 24 KB Flash eingepasst.
Berufserfahrung
Senior Embedded Software Engineer · Hersteller industrieller Prozessmesstechnik (Sensorik), Nürnberg
03/2023 – heute
- Verantwortung für die Firmware einer Baureihe von Prozessmessumformern mit 4 Sensoren auf STM32L4 unter FreeRTOS; seit dem Marktstart 2023 rund 62.000 Geräte ausgeliefert, kein Feldrückläufer mit Ursache in der Firmware.
- Abtastpfad der Sensorik in C99 neu geschrieben und die CRC-Berechnung in die Hardware-Peripherie verlagert; Bootzeit von 1,9 s auf 340 ms gesenkt und 11 KB Flash freigemacht (bei 256 KB insgesamt).
- Inbetriebnahme von drei neuen Leiterplattenrevisionen gemeinsam mit der Hardwareentwicklung: Low-Level-Treiber für einen 24-Bit-ADC über SPI geschrieben, auf Rev. B mit Logikanalysator und Oszilloskop einen Masseversatz (Ground Bounce) von 40 mV gefunden und Rev. C in sechs Wochen zur Serienreife gebracht.
- Unit-Tests mit Unity und CMock sowie einen Hardware-in-the-Loop-Prüfstand in die GitLab-CI eingebunden; Testabdeckung der Applikationsschicht von 0 auf 71 % erhöht, erst nach dem Release entdeckte Fehler von 9 auf 2 pro Release gesenkt.
- Codebasis für ein Audit zur funktionalen Sicherheit auf Konformität mit den Regeln „mandatory“ und „required“ von MISRA C:2012 gebracht; 480 Befunde der statischen Analyse in zwei Quartalen geschlossen.
Embedded-Software-Entwickler · Hersteller von Servoantrieben für den Maschinenbau, Erlangen
07/2020 – 02/2023
- CANopen- und Modbus-RTU-Stacks für eine Familie von Servoverstärkern mit 400 W bis 3 kW geschrieben; die CAN-Schicht lief im 72-Stunden-Dauertest auf einem 1-Mbit/s-Bus mit 12 Knoten ohne verlorenen Frame.
- Bootloader mit signierten Firmware-Images und A/B-Rollback umgesetzt; damit konnte der Service 2.100 installierte Antriebe ohne Einsatz vor Ort aktualisieren.
- Jitter des Regelkreises von 90 µs auf unter 12 µs gesenkt durch Verlagerung des Stromregelkreises in einen timergesteuerten DMA-Pfad; Profiling per GPIO-Toggle und Oszilloskop.
- Sporadischen Fehler bei einem Kunden (einmal alle 4 bis 5 Tage) mit dem Trace-Puffer über JTAG auf einen nicht ausgerichteten Strukturzugriff in einer ISR zurückgeführt; Korrektur nach 9 Tagen ausgeliefert.
Firmware-Entwickler (Junior) · Entwicklungsdienstleister für Elektronik (Auftragsentwicklung für Industriekunden), Fürth
07/2018 – 06/2020
- Firmware für 6 Kundenprojekte auf Nordic nRF52 und Microchip PIC24 geliefert, darunter ein BLE-Handmessgerät mit der Vorgabe von 14 Monaten Laufzeit auf einer Knopfzelle; im Test 16 Monate gemessen.
- Mittlere Stromaufnahme eines Batterieprodukts von 41 µA auf 9 µA gesenkt: eine im Schlafmodus aktiv gebliebene Peripherie abgeschaltet und das Logging auf einen Weckzyklus von 1 Hz umgestellt.
- Python-Testskripte geschrieben, die das Gerät über die serielle Konsole steuern; manuelle Fertigungsprüfung pro Gerät von 6 Minuten auf 90 Sekunden verkürzt.
Ausbildung
Bachelor of Science Technische Informatik
Hochschule für angewandte Wissenschaften, Nürnberg, 2018
Zertifikate
- Functional Safety Engineer (IEC 61508), Lehrgang mit TÜV-Zertifikat, 2024
- Certified LabVIEW Associate Developer (CLAD), National Instruments, 2019
Kenntnisse
Worauf Teamleitungen in der Firmware-Entwicklung zuerst achten
Embedded-Teams sind klein, und jede neue Person arbeitet direkt an der Hardware. Die Vorauswahl geht schnell und dreht sich um vier Punkte.
- Überschneidung bei Controllern und Toolchain. Haben Sie für die Familie programmiert, die das Team einsetzt, oder für etwas so Ähnliches, dass nur das Datenblatt neu ist? Nennen Sie Architekturen und Bauteilfamilien, nicht nur „Mikrocontroller“.
- Ob Sie etwas in Serie gebracht haben. Bastelplatinen und Studienprojekte reichen für die erste Stelle, ab Mid-Level will die Teamleitung ein Produkt sehen, das in die Fertigung ging, mit Stückzahl oder Kundengruppe.
- Fähigkeit zur Fehlersuche. Schreiben Sie, wie Sie einen Fehler gefunden haben, nicht nur, dass Sie ihn behoben haben. Oszilloskop, Logikanalysator, JTAG-Trace, printf über UART, eine Bisektion über 300 Commits: Die Methode ist das Signal.
- Randbedingungen, unter denen Sie gearbeitet haben. Flash- und RAM-Budgets, Stromaufnahme, Interrupt-Latenz, Echtzeitanforderungen, Sicherheitsnormen. Firmware-Entwicklung heißt, innerhalb fester Grenzen zu arbeiten, also gehören diese Grenzen auf die Seite.
“Einen neuen Chip bringe ich jemandem in einem Monat bei. Was ich nicht schnell beibringen kann, ist das Denken in Mikrosekunden und Bytes. Deshalb achte ich beim Lesen auf Randbedingungen. Wenn ein Lebenslauf sagt, dass Sie einen Stack in 24 KB untergebracht oder einen Regelkreis unter 20 Mikrosekunden Jitter gehalten haben, kommen Sie ins Telefoninterview, auch wenn Sie unseren Controller nie angefasst haben.”
Profiltexte für den Lebenslauf als Embedded-Software-Entwickler/in
Drei oder vier Zeilen oben auf der Seite: Jahre, Architekturfamilie, RTOS oder Bare Metal, Branche und eine Zahl. Ein Berufsziel schreiben Sie nur beim Berufseinstieg oder beim Wechsel in eine andere Branche.
Embedded-Software-Entwicklerin mit 6 Jahren Erfahrung in produktivem C auf ARM Cortex-M4 und M7. Entwickelt FreeRTOS-Anwendungen und Low-Level-Treiber für Industriesensoren, von der Inbetriebnahme der Leiterplatte bis zum signierten Update im Feld. Speicherbedarf der Firmware auf einem knapp bemessenen Controller um 18 % reduziert; die letzten 7 Releases alle termingerecht ausgeliefert.
Firmware-Entwickler mit 9 Jahren Erfahrung an Steuergeräten für die Automobilindustrie, davon 4 Jahre nach ISO 26262 bis ASIL B. Sicher in AUTOSAR Classic, CAN- und UDS-Diagnose sowie MISRA C:2012, Projekterfahrung nach Automotive SPICE. Über 900 Befunde der statischen Analyse in zwei Projekten geschlossen und drei erfolgreiche Sicherheitsaudits durch Kunden begleitet.
Embedded-Software-Entwickler mit 5 Jahren Erfahrung an Linux-Systemen auf NXP i.MX und Raspberry Pi CM4. Schreibt Kernel-Treiber, Device-Tree-Overlays und Yocto-Layer und verantwortet den OTA-Update-Pfad. Image um 340 MB verkleinert und die Zeit bis zum Start der Anwendung bei einem Serienprodukt von 22 s auf 6 s gesenkt.
Embedded-Entwicklerin mit 4 Jahren Erfahrung an BLE- und Sub-GHz-Produkten mit Nordic nRF52 und Zephyr. Schwerpunkt Batterielaufzeit und Funkzuverlässigkeit: Laufzeit eines Wearables auf einer CR2032 von 6 auf 19 Monate verlängert, Verbindungsabbrüche auf 15 m von 4 % auf unter 0,5 % gesenkt.
Absolvent Technische Informatik (B.Sc., 2026) mit praktischer Erfahrung in C und STM32 aus drei Hochschulprojekten und einem sechsmonatigen Praxissemester in der Firmware für Motorsteuerungen. Einen per CAN angebundenen Datenlogger gebaut, der 400 Stunden unbeaufsichtigt lief; schreibt Unit-Tests mit Unity. Sucht eine Junior-Stelle in der Embedded-Entwicklung für Cortex-M-Produkte.
Stichpunkte zur Firmware-Erfahrung: von schwach zu stark
Das Muster, das funktioniert: was Sie geschrieben haben, auf welcher Hardware, unter welcher Randbedingung und mit welchem Ergebnis. Die meisten Lebensläufe in der Firmware-Entwicklung hören nach dem ersten Teil auf.
| Schwach | Stark |
|---|---|
| Entwicklung von Firmware für Embedded-Geräte. | Firmware zur Messwerterfassung in C99 für einen Messumformer mit STM32L4 geschrieben: vier 24-Bit-ADC-Kanäle mit 1 kHz abgetastet, innerhalb eines RAM-Budgets von 40 KB. |
| Arbeit mit Kommunikationsprotokollen. | CANopen-Slave-Stack umgesetzt, der einen 1-Mbit/s-Bus mit 12 Knoten im 72-Stunden-Dauertest ohne verlorenen Frame hielt. |
| Optimierung des Codes auf Performance. | Bootzeit von 1,9 s auf 340 ms gesenkt, indem die CRC-Berechnung in die Hardware-Peripherie verlagert und nicht kritische Initialisierungen hinter die erste Sensormessung verschoben wurden. |
| Analyse von Fehlern, die Kunden gemeldet haben. | Sporadischen Feldfehler (etwa einmal in 4 Tagen) mit dem Trace-Puffer des J-Link auf einen nicht ausgerichteten Strukturzugriff in einer ISR zurückgeführt; geprüfte Korrektur nach 9 Tagen ausgeliefert. |
| Senkung des Stromverbrauchs des Geräts. | Mittlere Stromaufnahme von 41 µA auf 9 µA gesenkt, indem eine im STOP-Modus laufende Peripherie abgeschaltet und das Logging auf einen Weckzyklus von 1 Hz gebündelt wurde; Laufzeit auf der Knopfzelle von 6 auf 19 Monate verlängert. |
| Einhaltung von Programmierrichtlinien. | Codebasis mit 90.000 Zeilen auf Konformität mit den Regeln „mandatory“ und „required“ von MISRA C:2012 gebracht; 480 Befunde in zwei Quartalen vor einem Audit zur funktionalen Sicherheit geschlossen. |
Mit einem Beispiel starten, in wenigen Minuten fertig.
Zum Start ist keine Anmeldung nötig. Wählen Sie ein Beispiel, passen Sie es mit Vorschlägen an und behalten Sie die Vorschau beim Schreiben im Blick.
Kenntnisse im Lebenslauf für Embedded-Software-Entwickler/innen (und wie Sie sie gliedern)
Schreiben Sie keine lange Liste mit Kommas. Gliedern Sie nach Kategorien, damit die Teamleitung die Zeile findet, die zur Stellenanzeige passt, und nennen Sie nur, wozu Sie im Interview Fragen beantworten können.
- Sprachen: C (C99, C11), C++ (11/17), Python für Werkzeuge, etwas Assembler für Startup-Code und ISRs, Rust nur, wenn Sie es tatsächlich einsetzen
- Architekturen und Bauteile: ARM Cortex-M0+/M4/M7/M33, Cortex-A, RISC-V, TI C2000, AVR, ESP32 und die Herstellerfamilien, mit denen Sie Produkte ausgeliefert haben (STM32, nRF52, i.MX RT, PIC)
- RTOS und Betriebssysteme: FreeRTOS, Zephyr, ThreadX, Embedded Linux, Bare-Metal-Superloop, dazu Scheduling und Prioritätsinversion so, dass Sie es im Interview erklären können
- Busse und Protokolle: I2C, SPI, UART, CAN und CANopen, LIN, Modbus, USB (Device und Host), Ethernet, BLE, LoRa, MQTT
- Werkzeuge: GCC arm-none-eabi, IAR, Keil, CMake, Make, Git, GitLab oder GitHub CI, Segger J-Link und Ozone, OpenOCD, Logikanalysator (etwa Saleae), Oszilloskop, Labornetzteil
- Test und Qualität: Unity, CMock, Ceedling, GoogleTest, Hardware-in-the-Loop, statische Analyse, Codeabdeckung, MISRA C:2012
Soft Skills zählen hier auf eine bestimmte Weise. Firmware sitzt zwischen Hardware, Test und Produktmanagement, also zeigen Sie in einem Stichpunkt, dass Sie über diese Grenzen hinweg gearbeitet haben: ein Design Review, das Sie geleitet haben, eine Fertigungsprüfung, die Sie an die Produktion übergeben haben, ein Feldausfall, den Sie einem Kunden erklärt haben.
Projekte, GitHub und was tun, wenn Ihre beste Arbeit nicht öffentlich ist
Firmware ist eines der wenigen Softwarefelder, in denen ein privates Projekt wirklich überzeugt, weil die Hardware die Arbeit belegt. Ein Projektabschnitt lohnt sich, wenn Sie am Anfang stehen, die Branche wechseln oder Ihre bezahlte Arbeit nicht beschreiben dürfen.
- 1Wählen Sie zwei Projekte, nicht sechs. Tiefe schlägt eine Liste blinkender LEDs.
- 2Nennen Sie zu jedem Projekt die Platine, die Sprache, die Schnittstellen und eine Randbedingung, an die Sie gestoßen sind: „nRF52840, Zephyr, BLE und Logging auf SPI-Flash, 12 Monate auf 2 × AAA, gemessen, nicht geschätzt“.
- 3Schreiben Sie, was schiefging und was Sie getan haben. Eine Zeile über einen Fehler, den Sie mit dem Logikanalysator gejagt haben, sagt mehr als eine Funktionsliste.
- 4Verlinken Sie das Repository und halten Sie das README kurz: ein Foto der Platine, ein Verdrahtungsplan und Build-Anweisungen, die funktionieren.
Lebenslauf für den Einstieg in die Embedded-Software-Entwicklung
„Ohne Berufserfahrung“ gehört zu den häufigsten Suchanfragen zu dieser Berufsbezeichnung. Die gute Nachricht: Teamleitungen in der Embedded-Entwicklung lesen studentische Arbeiten, solange der Lebenslauf aussieht, als hätte ihn eine Ingenieurin oder ein Ingenieur geschrieben. Reihenfolge: Profil, Projekte, Kenntnisse, Praktika und Werkstudentenstellen oder Jobs, Ausbildung.
- Stellen Sie Projekte vor die Ausbildung, wenn Sie etwas auf echter Hardware gebaut haben: ein Abschlussprojekt, eine Robotik-Gruppe, eine eigene Platine, ein Steuergerät für das Formula-Student-Team, ein Amateurfunk-Projekt.
- Nennen Sie die Toolchain. „In der STM32CubeIDE entwickelt, per SWD mit einem Nucleo-Board debuggt“ zeigt der Teamleitung genau, wie weit Sie gekommen sind.
- Studieninhalte nur, wenn sie konkret sind: Mikroprozessortechnik, Digitaltechnik mit VHDL oder Verilog, Echtzeitsysteme, Rechnerarchitektur, Regelungstechnik. Eine Bachelorarbeit in einem Unternehmen gehört mit Thema und Ergebnis auf die Seite.
- Jedes Praktikum und jede Werkstudentenstelle zählt, auch im Prüffeld oder in der Fertigung. Das Python-Skript zu schreiben, das die Platinen an der Linie prüft, ist echte Embedded-Arbeit.
- Schreiben Sie, was Sie selbstständig können: ein Datenblatt lesen, eine UART anbinden, einen Interrupt-Handler schreiben, mit Versionsverwaltung arbeiten.
Absolventin der Technischen Informatik mit dem Ziel einer Junior-Stelle in der Firmware-Entwicklung für ARM-Cortex-M-Produkte. Bare-Metal-Treiber in C für I2C-Sensoren und einen Datenlogger unter FreeRTOS in Studium und eigenem Projekt geschrieben; sicher im Debugging per SWD, im Umgang mit Git und im gründlichen Lesen von Datenblättern.
CAN-Datenlogger auf STM32F4 für den Rennwagen des Formula-Student-Teams der Hochschule gebaut: 8 Kanäle mit 100 Hz auf SD-Karte, 400 Stunden über zwei Saisons ohne verlorene Aufzeichnung; den Python-Parser für den Desktop geschrieben, den das Team bis heute nutzt.
Sechsmonatiges Praxissemester in der Firmware-Entwicklung: Prüf-Firmware für die Fertigung eines BLE-Handgeräts geschrieben und validiert; Prüfzeit pro Gerät bei einer Serie von 4.000 Stück von 6 Minuten auf 90 Sekunden verkürzt.
Ausbildung, Normen und Zertifikate, die wirklich zählen
In Deutschland gibt es für diesen Beruf weder eine Zulassung noch ein Zertifikat, das Arbeitgeber grundsätzlich verlangen. Gewicht haben der Abschluss, die Normen, nach denen Sie gearbeitet haben, und bei Stellen in der Wehrtechnik eine Sicherheitsüberprüfung.
- Abschluss: Üblich ist ein Studium der Technischen Informatik, Elektrotechnik oder Informatik (B.Sc., B.Eng. oder M.Sc.); auch Fachinformatiker/innen für Anwendungsentwicklung oder Elektroniker/innen für Geräte und Systeme mit Weiterbildung zum/zur staatlich geprüften Techniker/in finden den Weg in die Firmware. Nennen Sie Hochschule, Abschluss und Jahr. Die Abschlussnote lassen Sie ab der zweiten Stelle weg, außer sie ist sehr gut und Sie stehen noch am Anfang.
- Sicherheits- und Qualitätsnormen gehören in die Berufserfahrung, nicht in eine Zertifikatsliste: IEC 61508 für die Industrie, ISO 26262 mit ASIL-Stufe für die Automobilindustrie, IEC 62304 für Medizinprodukte, DO-178C mit DAL-Stufe für die Luftfahrt. Nennen Sie nur Normen, nach denen Sie tatsächlich gearbeitet haben.
- MISRA C:2012 ist eine Programmierrichtlinie, keine Zertifizierung. Schreiben Sie, dass Sie danach gearbeitet haben und was Sie getan haben, um den Code konform zu machen.
- Sicherheitsüberprüfung: Wenn Sie eine gültige Sicherheitsüberprüfung nach dem Sicherheitsüberprüfungsgesetz (SÜG) haben, nennen Sie sie mit Stufe im oberen Teil. Bei Firmware-Stellen in der Wehrtechnik ist sie oft der erste Filter; beantragt wird sie über den Arbeitgeber, nicht von Ihnen selbst.
Format, Länge und der Weg durch das Bewerbermanagementsystem
- Eine Seite für den Einstieg, mit mehrjähriger Erfahrung oder einer langen Projektliste aus Medizintechnik oder Wehrtechnik bis zu zwei Seiten. Eine dritte Seite liest in diesem Bereich niemand.
- Schlichtes einspaltiges Layout, übliche Abschnittsüberschriften, keine grafischen Skill-Balken. Foto, Geburtsdatum und Familienstand sind in Deutschland üblich, aber freiwillig. Speichern Sie als PDF, außer die Anzeige verlangt Word.
- Setzen Sie eine kurze Kenntniszeile mit Controller-Familien und RTOS weit nach oben. Diesen Block durchsucht das Recruiting nach Stichwörtern.
- Übernehmen Sie die genauen Begriffe der Anzeige: Steht dort „Firmware-Entwickler/in“ und „Zephyr“, schreiben Sie „Firmware“ und „Zephyr“, nicht „Embedded-Entwicklung“ und „RTOS“. Bewerbermanagementsysteme gleichen Zeichenketten ab, keine Synonyme.
- Ist die Anzeige auf Englisch, bewerben Sie sich mit einem englischen CV; international üblich ist dann ein Lebenslauf ohne Foto und Geburtsdatum. Der Inhalt bleibt derselbe.
Häufige Fragen
Wie schreibe ich einen Lebenslauf als Embedded-Software-Entwickler/in?
Beginnen Sie mit einem Profil aus drei Zeilen: Jahre, Architekturfamilie, RTOS oder Bare Metal und eine Zahl. Danach folgt die Berufserfahrung mit drei bis fünf Stichpunkten pro Stelle, die Hardware, Randbedingung und Ergebnis nennen. Dann ein gegliederter Kenntnisblock und die Ausbildung. Eine Seite für den Einstieg, mit mehrjähriger Erfahrung bis zu zwei.
Welche Kenntnisse gehören in den Lebenslauf für die Embedded-Software-Entwicklung?
C ist Pflicht, dazu C++ und Python für Werkzeuge. Ergänzen Sie die Architekturen und Bauteile, mit denen Sie Produkte ausgeliefert haben, das RTOS (FreeRTOS, Zephyr, ThreadX oder Bare Metal), die Busse (I2C, SPI, UART, CAN, USB, BLE), Ihre Debug-Werkzeuge (JTAG/SWD, Logikanalysator, Oszilloskop) und Ihre Testumgebung. Gliedern Sie nach Kategorien statt einer langen Liste.
Wie schreibe ich einen Lebenslauf für die Embedded-Entwicklung ohne Berufserfahrung?
Setzen Sie Projekte über die Ausbildung und beschreiben Sie sie wie Arbeit: Platine, Sprache, Schnittstellen, Randbedingung, Ergebnis. Ein Steuergerät für das Formula-Student-Team, ein selbst gebauter BLE-Sensor oder ein Abschlussprojekt, das tagelang unbeaufsichtigt lief, zählen. Nennen Sie jedes Praktikum, jede Werkstudentenstelle und das Praxissemester, auch in Prüffeld oder Fertigung, und die genaue Toolchain, damit die Leserin oder der Leser sieht, wie weit Sie gekommen sind.
Was ist der Unterschied zwischen einem Lebenslauf für Embedded-Software und für Firmware?
In der Praxis überschneiden sich die Bezeichnungen, und viele Unternehmen verwenden sie gleichbedeutend. Firmware-Stellen liegen näher an der Hardware (Bare Metal, Treiber, Bootloader, Stromaufnahme), Embedded-Software kann auch Embedded Linux, Applikationsschichten und Konnektivität umfassen. Übernehmen Sie die genaue Bezeichnung aus der Stellenanzeige in Ihre Kopfzeile und lassen Sie den technischen Inhalt gleich.
Wie lang sollte ein Lebenslauf als Embedded-Software-Entwickler/in sein?
Eine Seite für den Einstieg, mit mehrjähriger Erfahrung bis zu zwei, vor allem bei mehreren Serienprodukten, Arbeit nach Sicherheitsnormen oder Patenten. Mehr als zwei Seiten sollten es nicht sein. Wenn Sie kürzen, streichen Sie alte Studieninhalte, allgemeine Soft Skills und jedes Werkzeug, zu dem Sie nicht geprüft werden möchten.
Brauche ich Zertifikate für eine Stelle in der Embedded-Software-Entwicklung?
Nein. In Deutschland gibt es für diese Tätigkeit keine vorgeschriebene Zulassung und kein Pflichtzertifikat. Über Einladungen entscheiden Abschluss, ausgelieferte Produkte und die Fähigkeit zur Fehlersuche. Ein Lehrgang zur funktionalen Sicherheit (IEC 61508 oder ISO 26262) hilft in Industrie und Automobilbranche, und eine bestehende Sicherheitsüberprüfung zählt bei Stellen in der Wehrtechnik viel.
Wie beschreibe ich Arbeit, die unter Geheimhaltung oder Exportkontrolle steht?
Beschreiben Sie die Produktklasse und die technischen Fakten, ohne Kunden, Programm oder Kontrolliertes zu nennen: „ein HF-Handmessgerät für ein Unternehmen der Wehrtechnik, 128 KB Flash-Budget, CAN und USB“. Speichergrößen, Timingwerte und die Normen, nach denen Sie gearbeitet haben, sind fast immer unkritisch. Im Zweifel fragen Sie vor dem Versand die Exportkontrolle oder die Sicherheitsbevollmächtigten Ihres Unternehmens.
Bereit für Ihren eigenen Lebenslauf?
Der Editor schlägt Ihnen ein Kurzprofil auf Basis Ihrer Erfahrung vor und gleicht es anschließend mit der Stellenanzeige ab.
So ist diese Seite entstanden: Ein erster Entwurf wurde mit KI-Unterstützung aus der Beispielbibliothek von cvplex erstellt und anschließend von cvplex Careers Team redigiert und auf Fakten geprüft. Die Beispiele sind fiktive Zusammenstellungen, die Zahlen dienen nur der Veranschaulichung. Fehler können Sie über die Seite zu unseren redaktionellen Richtlinien melden. Diese Sprachversion wurde mit KI-Unterstützung aus dem Englischen übersetzt.