Nach unserer ersten Folge über den Beruf des Embedded Systems Engineermöchten wir in dieser zweiten Folge unserer Serie "Job des Monats" die Praxis und die Karriere von Low-Level-Software-Ingenieuren näher beleuchten.
Unser Berater Richard hat sich bereit erklärt, seinen beruflichen Werdegang mit Ihnen zu teilen und uns mehr über seine Arbeit zu erzählen.
Erstaunlicherweise wollte ich, soweit ich mich zurückerinnern kann, Chemiker werden. Später wurde ich dann Elektronikingenieur, weil ich mit meinem Bruder Autos umprogrammieren wollte.
In Wirklichkeit wurde meine Berufswahl durch meine Leidenschaften bestimmt. Schon als kleiner Junge war ich von Computern und ihrer Umgebung fasziniert, von Videospielen bis zur PC-Reparatur, und so wollte ich, dass mein Beruf mit diesem Bereich zu tun hat, für den ich eine Leidenschaft hege.
Mit dem Gedanken, Elektronikerin zu werden, beschloss ich, beide Bereiche zu studieren: Elektronik und Informatik.
Von dort aus begann ich mit einem STI in Elektrotechnik und dann mit einem DUT in Elektrotechnik und Industrieinformatik für 2 Jahre. Schließlich absolvierte ich ein Ingenieurstudium mit Schwerpunkt Elektrotechnik über einen Zeitraum von 3 Jahren, einschließlich 2 × 6 Monate Berufspraktika:
Um ehrlich zu sein, ist dies eine sehr allgemeine Frage. Vereinfacht gesagt, ist ein Low-Level-SW-Engineer eine Person mit Kenntnissen in Low-Level-Software (DEV in C / ASM) und Programmierregeln.
Wenn ich heute ein Namensschild für meinen Job anbringen würde, wäre es : Software-Ingenieur, spezialisiert auf BSW Autosar Stack & Netzwerksystem (CAN & Flexray)
Was bedeutet dieser barbarische Titel 😊 ?
Um einen Überblick über die verwendeten Begriffe zu erhalten, unterteilen wir ein Produkt in der Regel in 3 Teilbereiche:
Kurz gesagt, ich arbeite an der Low-Level-Schicht einer SW, die in unserem Bereich üblicherweise "BSW" (Basic Software) genannt wird. In dieser Schicht sind alle Funktionen enthalten, die es unserer SW ermöglichen, mit der Außenwelt (den anderen elektronischen Baugruppen des Netzes) zu kommunizieren.
Meine Spezialisierung liegt auf dem Teil, der die Kommunikation mit dem Netzwerk verwaltet, genauer gesagt auf dem "FlexRay".
Sehr vereinfacht ausgedrückt, besteht das Ziel dieser Praxis darin, unserer Software die Kommunikation mit der Außenwelt zu ermöglichen, d. h. Informationen über das Netz zu senden und zu empfangen.
Ehrlich gesagt, weiß ich nicht, ob es eine einzige Standardantwort für unseren Arbeitsbereich gibt. Der Ingenieurberuf ist im Allgemeinen dynamisch, und jeden Tag werden wir mit anderen und neuen Problemen konfrontiert, so dass es keinen "typischen" Tag gibt.
In unserem täglichen Leben müssen wir immer noch kommunizieren. Das ist entscheidend! Vor allem, wenn wir an "großen" Projekten arbeiten. In diesen Umgebungen gibt es eine riesige Organisation, so dass man mit unzähligen Menschen kommunizieren muss, um sein Projekt erfolgreich abzuschließen.
Der zweite wichtige Aspekt ist die technische Analyse und das Verständnis der Systemumgebung.
Dann ein Aspekt, der sich auf das "Tun" mit Implementierung, Integration, Testen usw. konzentriert.
Und schließlich die Berichterstattung (Projektleiter, Kunde usw.), die wiederum zur Kommunikation führen wird.
Wir tauschen uns mit vielen Arbeitsgruppen aus, sei es auf der Ebene der Anwendung, der Hardware (HW) oder der Software (SW), Dev-Basissoftware (BSW) (Diagnostics, OS, MCAL, Mode Mngt, Memory etc...)
Wir verwenden täglich viele Tools, hier eine nicht erschöpfende Liste:
Um in meinem Job einen Schritt voraus zu sein, muss man einen guten Sinn für Analysen und vor allem ausgezeichnete Kommunikationsfähigkeiten haben.
Wie bereits oben erwähnt, gefällt mir vor allem die Dynamik der Aktivitäten, da ich auch im Projektmanagement tätig bin.
Manchmal ist es schwierig, die Grenzen unserer Arbeitszeit festzulegen, da wir oft in mehrere Tätigkeiten eingebunden sind und die zu tätigenden Investitionen oft schwer vorhersehbar sind.
Sie müssen sich für eingebettete Software begeistern, im Team arbeiten und vor allem gerne kommunizieren.
Nach einer 10-jährigen Karriere fühle ich mich auf T&S sehr wohl.
CO2-Fußabdruck 2024: T&S stärkt seine CSR-Strategie mit SBTi-Zielen, einem kohlenstoffarmen Management und dem kollektiven Engagement aller Unternehmenseinheiten.
MEHR ERFAHRENOptimieren Sie Ihre Cloud-Migration mit fachkundiger Beratung zu Migrationsstrategie, Cloud-Planung und Bewertung der IT-Infrastruktur. Entdecken Sie mit Technology & Strategy Best Practices für einen erfolgreichen Übergang zum Cloud Computing.
MEHR ERFAHRENSystems Engineering ist ein interdisziplinärer Ansatz, der für die Entwicklung komplexer Produkte unerlässlich ist. Es umfasst das Verstehen und Strukturieren von Bedürfnissen, das Spezifizieren und Modellieren von Systemen und das Sicherstellen der Kontinuität des Lebenszyklus. Systems Engineering verbessert die Zusammenarbeit, reduziert Risiken, optimiert Kosten und Zeit und erhöht die Produktqualität. Von dieser Denkweise profitieren alle Ingenieure, vom Softwareentwickler bis zum Projektmanager.
MEHR ERFAHREN