„Die Lösung muss zum Team passen“

Entwickler stürzen sich in der Regel kopfüber in neue Technologien. Alles Neue ist gut und das Alte ein Fall für die Müllhalde. Diesen Eindruck könnte man gewinnen, wenn man sich die aktuelle Szene bei der Webentwicklung ansieht. Laufend kommen neue Frameworks und Technologie-Stacks heraus, werden gierig aufgegriffen, um dann wieder in der Versenkung zu verschwinden.

Ein bisschen anders sieht das Dr. Florian Rappl. Er ist Solution Architect für IoT- und verteilte Webanwendungen, Microsoft MVP und Track Chair auf der Developer Week für den Bereich Web Frontend.

Im Interview gibt er Tipps, wie man mit der schnelllebigen Technologie im Web-Bereich umgehen sollte.

Florian Rappl: Früher habe ich gerne Sport gemacht – vor allen Dingen Mountainbiking und Laufen. Mittlerweile widme ich meine Freizeit eigentlich nahezu vollständig meinen Töchtern.

Rappl: Klassischerweise ist das sicherlich so – dem sogenannten Monolithen. Um bestimmte Bedingungen (beispielsweise Entwicklung in mehreren Teams, dynamische Versionierung oder Skalierung von Features, gezielten Rollbacks etc.) erfolgreich zu erfüllen, müssen diese jedoch sehr gut umgesetzt werden – nicht nur, was den reinen Code, sondern auch, was den Aufbau der Entwicklungsprozesse betrifft. In der Praxis ist das kaum zu erreichen. Einen einfachen Weg bieten hier alternative Muster – angeführt von der aktuell sehr populären Microservice-Architektur. Bei verteilten Webapplikationen werden die Daten daher nie von nur einem System ausgespielt, sondern immer von mehreren aggregiert, zusammengeführt oder ausgewertet. Die größten Schwierigkeiten solcher Systeme liegen daher in deren Ausfallsicherheit, der geforderten Datenkonsistenz und dem erforderlichen Wartungsaufwand.

Rappl: Das Wichtigste vorab: Es gibt kein Allheilmittel. Ein Vue-Entwickler wird immer erzählen, wie einfach Vue ist, und für React-Entwickler gibt es sowieso nichts Besseres als ­React. Microfrontends sind auch nicht besser als Monolithen für klassische Single Page Applications. Von daher wäre mein Ratschlag: Keep it simple. Alle Wege führen nach Rom – sicherlich mancher einfacher als andere. Die Lösung muss jedoch für das umsetzende Team passen. Braucht man wirklich eine Single Page Application? Warum muss es ein ganzes Framework sein? Ist eine Auslieferung als Progressive Web App wirklich sinnvoll? Ich persönliche fange daher gerne mit den allgemeinsten Technologien an. Bei mir ist zum Beispiel TypeScript gesetzt, da es meine Produktivität in jedem JavaScript-basierten Web Framework erhöht.

Rappl: Ich setze nach wie vor stark auf TypeScript und React im Frontend sowie Node.js und .NET Core im Backend. Wenn wir beim Frontend bleiben, wird in naher Zukunft Svelte aufgrund der interessanten Herangehensweise dazustoßen. Progressive Web Apps werden uns sicherlich auch noch länger beschäftigen, obwohl ich hier noch Luft nach oben sehe. Außerdem vermute ich, dass im Bereich der Frontend-Architektur Microfrontends in den nächsten drei Jahren deutlich an Schwung gewinnen.

Rappl: Microsoft spielt mit Technologien wie TypeScript schon eine wichtige Rolle im Frontend-Bereich. Auch Tools wie VS Code darf man nicht vergessen – immerhin hat sich der Editor in sehr kurzer Zeit zum De-facto-Standard entwickelt. Ansonsten ist mit Blazor eine spannende neue Technologie am Start, die für so manche Anwendungsfälle geeignet sein könnte. Hier sind etablierte C#- und .NET-Entwickler zunächst die primäre Zielgruppe.

Rappl: Ja und nein. Sicherlich eröffnen sich hier spannende Anwendungsfälle – als Wunderwaffe für alles würde ich Blazor jedoch nicht bezeichnen. Microsoft setzt im Moment stark auf diese neue Technologie und versucht sie auch entsprechend zu verbreiten. Meiner Meinung nach bedeutet dies aber nicht, dass wir Blazor für jeden Anwendungsbereich und ohne Einschränkung benutzen können. Ein aktuelles Problem ist, dass Blazor in mehreren Varianten auftritt: Zum einen kann man eine Blazor-Applikation serverseitig ausrollen, zum anderen könnte sie per WebAssembly nur im Browser laufen. Der spannendste Anwendungsfall wäre meiner Meinung nach jedoch ein hybrider Modus, wie er bereits von Technologien wie beispielsweise Meteor ausprobiert wurde. Aktuell versucht Microsoft Blazor auch als eine Art Xamarin beziehungsweise React-Native-Alternative anzubieten.

Rappl: Ich wollte eine Story erzählen – eine Story, die für die Front­end-Entwicklung im Jahr 2020 sinnvoll ist. Ich habe die Sessions nach den Kriterien Relevanz, Kreativität, Anspruch und Umfang bewertet. Dabei wurden thematische Duplikate exklusiv betrachtet. Am Ende haben sich die Sessions mit der höchsten Punktzahl durchgesetzt. Sicherlich hätte ich noch gerne die ein oder andere Session gesehen – es waren einfach so viele tolle Einreichungen dabei – aber ich bin mit dem Endergebnis doch sehr zufrieden.

Rappl: Die ursprüngliche Idee von AngleSharp war, ein natives HTML-basiertes UI-Framework rauszubringen – ohne Chrome oder sonstige nicht MSIL-basierte Abhängigkeiten. Recht früh hat sich hier jedoch gezeigt, dass .NET ein tatsächlich HTML5-konformer Parser fehlt, der auch ein dynamisches Document Object Model (DOM) erstellen kann. Am Ende kam AngleSharp dabei heraus. Hier handelt es ich um eine Bibliothek, die, genau wie moderne Browser, aus HTML ein DOM ableiten kann. Hierdurch sind alle Manipulationen und Dokumentinformationen identisch zu modernen Browsern wie Chrome, Edge oder Firefox. Über Plug-ins kann man weitere Funktionalitäten wie die Auswertung von CSS oder JavaScript hinzuschalten.

Rappl: Ich denke, der initiale Hype ist schon vorbei, was allerdings gut ist. Mittlerweile sehen wir hier auch immer wieder sinnvolle Lösungen, zum Beispiel im Bereich der Heimautomatisierung. Ansonsten sind vor allem in diesem Bereich Themen wie Security und Scalability sehr relevant. Für mich ist das ein spannendes Feld, in dem man viel lernen und sich so einiges abschauen kann. Was tatsächlich noch spannender ist, ist die industrielle Benutzung – häufig als IIoT (Industrial Internet of Things) bezeichnet. Hier kann in Produktionsketten ein echter Mehrwert erzeugt werden.

Rappl: TypeScript: Geschwindigkeit und Komfort.

C#: Mächtig und modern.

Monolith: Kontrollierbar.

Microservices: Komplex ...