Team – Wer hat gesagt, ein Entwickler zu sein sei langweilig?

21.06.2018

Ich glaube, die meisten Leute haben die gleiche Vorstellung im Kopf, wenn sie an „einen Entwickler“ denken (werde vermeiden, es zu beschreiben). Mein Anliegen ist allerdings ein wenig speziell. Ich bin ein Entwickler bei R3 Communications, einem Pionierunternehmen im Bereich der drahtlosen Echtzeit-Kommunikationstechnologie. Wir lösen eines der herausforderndsten Probleme in der drahtlosen Kommunikation unserer heutigen Zeit: den höchst instabilen, unvorhersehbaren und unzuverlässigen drahtlosen Kanal in einen geeigneten Kanal für zeitkritische Anwendungen zu verwandeln. Was wir per definitionem für unlösbar halten, hat nun eine Lösung. Sprechen wir über Ingenieurwesen?

Die Möglichkeit, Teil eines Unternehmens zu sein, das mit der gleichen Geschwindigkeit wächst wie das Interesse des Marktes, ist einzigartig. Es ist beeindruckend zu sehen, wie ein kleines Startup aus Berlin, das ein so spezielles und herausforderndes Problem löst, seinen Platz in einem der bedeutendsten Themen der Zeit findet: Industrie 4.0 Das Interesse der Industrie an unserer Technologie EchoRing, geht natürlich mit einer enormen Nachfrage einher, was es sehr spannend macht. Im Gegensatz dazu ist es sehr anspruchsvoll, mit heterogenen Anwendungsfällen umzugehen, die durch diese Nachfrage aufkommen. Jedes Unternehmen kommt mit einer proprietären Lösung mit einzigartigen Merkmalen auf den Markt, was eine individuelle Handhabung erfordert. Und das ist eine große Herausforderung für das gesamte Team.

Unser Entwicklungsteam deckt alle Bereiche eines Unternehmens ab, das an der Implementierung eines drahtlosen MAC-Layer-Kommunikationsprotokolls arbeitet: Von der User-Space-Programmierung, dem Schreiben von Linux-Treibern, der Entwicklung von Algorithmen, der Entwicklung von Netzwerkprotokollen, der Analyse eingebetteter Hardware usw. Meine genaue Aufgabe hier ist die Entwicklung des Treibers im  Linux Betriebssystem. Damit kann die Lücke zwischen der Benutzeranwendung und dem komplexen Linux-Netzwerksystem einerseits und den verschiedenen Hardware-Plattformen, die mit EchoRing laufen, andererseits  geschlossen werden. Dafür Ziel ist eine Vielzahl von Fähigkeiten erforderlich. Zunächst einmal ist die Kenntnis der ein- und ausgehenden Hardware entscheidend. Dies ist leider viel komplexer, als es sich anhört. Normalerweise kommt jede Plattform mit einer einzigartigen Spezifikation, die nicht immer gut dokumentiert ist. Zweitens kann basierend auf dem Wissen über die Plattform mit der Entwicklung des Treibers begonnen werden. Der Lebenszyklus der Entwicklung durchläuft mehrere Schritte, einschließlich Planung, Entwurf, Implementierung (d.h. Schreiben von Code), Testen, Optimierung der Leistung und Wartung. Im Allgemeinen ergeben sich die einzigartigen Herausforderungen hier aus der Tatsache, dass die Treiber eng mit der Hardware und den Betriebssystemen verbunden sind. In erster Linie muss der Treiber auch einzigartige Funktionen implementieren, die vom Netzwerkprotokoll EchoRing benötigt werden. Um vor allem die niedrigen Latenzanforderungen, in einigen von uns angestrebten Anwendungsfällen zu erreichen, besteht eine meiner Hauptaufgaben darin, die Leistung des Treibers zu optimieren. Dies geschieht um die Latenz, gemessen an der Zeit, in der alle Pakete den gesamten Netzwerk-Stack durchlaufen, zu verringern.

Vielleicht gehe ich zu sehr ins Detail… Lassen Sie uns den Rest für meinen nächsten Blog-Eintrag aufheben! Aber ich glaube, mein Standpunkt ist klar: Bei R3 ist keine Zeit für Langeweile!

– Hieu

zurück zu den News