Gerd Schmitt — Diplom-Informatiker, Embedded-Entwickler seit 1990

Diplom-Informatiker (FH) mit Schwerpunkt Technische Informatik. Seit über 35 Jahren in hardware-naher Embedded-Entwicklung tätig — angefangen bei Mercedes-Benz, heute als selbstständiger Berater.

Was diesen Werdegang prägt

Embedded-Entwicklung ist ein Beruf, in dem Erfahrung sich nur über Jahrzehnte sammelt. Wer drei Jahrzehnte in dieser Disziplin arbeitet, hat Fehlerbilder gesehen, die in Lehrbüchern nicht vorkommen — und Lösungen entwickelt, die sich nur durch viele iterative Schritte ergaben. Der folgende Werdegang ist nicht als Lebenslauf-Pflichtteil zu verstehen, sondern als Beleg dafür, dass die fachliche Substanz auf realer Praxis beruht.

Drei Eigenschaften ziehen sich durch alle Stationen: hardware-nahe Programmierung, sicherheitskritische Anwendungen und die Bereitschaft, Verantwortung für komplette Lösungen zu übernehmen — nicht nur für einzelne Module.

Werdegang

Schwerpunkte und Arbeitsweise

Mein fachliches Zuhause ist dort, wo Hardware und Software zusammenkommen: Motorsteuerungen, FPGA-basierte Signalverarbeitung, Echtzeitsysteme, fehlertolerante Kommunikation, Verschlüsselung. In meiner Arbeit verbinde ich Schaltungsentwurf und Code, kenne den gesamten Weg vom Konzept über den Prototyp bis zur Serienqualifizierung — und kann auch Projekte übernehmen, die explizit fremden Code aufnehmen, dokumentieren und weiterentwickeln müssen.

Drei Eigenschaften charakterisieren meine Arbeitsweise:

Komplettverantwortung statt Stundenarbeit

Ich übernehme Aufgaben, bei denen das Ergebnis im Vordergrund steht, nicht die Arbeitszeit. Das passt zu Werkverträgen mit klarer Lieferzusage — und zu Auftraggebern, die einen Verantwortlichen suchen, nicht einen weisungsgebundenen Coder.

Hardware-nahe Tiefe

Echtzeit-Anforderungen, Bare-Metal-Programmierung, FPGA-Verifikation, Speicher-Restriktionen — die Aufgaben, bei denen viele Standard-Entwickler an Grenzen stoßen, sind das Feld, in dem ich gerne arbeite. Meine Kettensägen-Motorsteuerung für Stihl ist ein extremes Beispiel dafür: bare-metal, ohne Echtzeit-Betriebssystem, mit Speicher-Restriktionen am Limit.

Branchenübergreifendes Verständnis

Eine Motorsteuerung in einer Kettensäge folgt denselben physikalischen Prinzipien wie eine Motorsteuerung im Pkw. Eine Kamera für die Personenerkennung im Auto verwendet Algorithmen, die auch in der Medizintechnik vorkommen. Diese Übertragbarkeit ist ein praktischer Vorteil — Lösungen, die in einer Branche erprobt wurden, lassen sich oft in einer anderen einsetzen.

Besonderes

Drei Aspekte aus meinem persönlichen Profil, die im Embedded-Kontext gelegentlich relevant werden:

Pilotenlizenz

Pilotenlizenz mit CVFR-Berechtigung und Nachtflugberechtigung — aus zeitlichen Gründen nicht mehr aktiv betrieben, die Lizenz wurde nicht verlängert. Aus dieser Pilotenausbildung ist jedoch praktisches Verständnis für Avionik und sicherheitskritische Flugsysteme geblieben — Themen, die in einigen Embedded-Projekten am Rand auftauchen. Englisches Flugfunkzeugnis BZF I.

Internationale Projekterfahrung

Internationale Projekterfahrung seit 1990 in mehreren EU-Ländern, den USA und Japan — die ersten Geschäftskontakte in diese Länder entstanden während der Mercedes-Benz-Zeit, später wurden sie in der freiberuflichen Tätigkeit für Automobilzulieferer dieser Länder fortgeführt. Die Tätigkeit erfolgt heute überwiegend remote, wodurch Auftraggeber-Standorte praktisch unerheblich sind.

Sprachen

Deutsch (Muttersprache), Englisch (beruflich fließend, schriftlich und mündlich), Französisch (für schriftliche Geschäftskorrespondenz, etwa mit französischen Behörden), Finnisch (in Erweiterung — perspektivisch geplanter Wohnsitz).

Persönlicher Stil und Werte

In Verhandlungen klar, in Lieferungen verlässlich, in Spezifikationen präzise — und in der Bewertung des eigenen Aufwands ehrlich. Embedded-Projekte verlangen oft, dass jemand einschätzt, was nicht in der angefragten Zeit machbar ist; Auftraggeber, denen ich das frühzeitig sage, schätzen das mehr als gefällige Versprechen.

Bei strittigen technischen Fragen ziehe ich die nachvollziehbare Begründung der Eile vor. Bei kommerziellen Verhandlungen halte ich vereinbarte Preise — und erwarte das Gleiche von der anderen Seite.