BASTA! Blog

Aktuell helfen uns viele Frameworks, im Web Komponenten zu entwickeln. Dabei hat jedes Framework seine individuelle Ausprägung, wie der Code zu strukturieren ist, welche Features oder Lifecycle-Methoden die Komponente hat. Wechseln wir von Framework A zu Framework B, müssen wir mitunter einiges Neues lernen und uns auf die Beschaffenheit des neuen Frameworks einlassen. Mit Web Components zieht ein natives Komponentenmodell in den Browser ein. Ist das die Abhilfe? Und damit der Untergang der Frameworks?

Wer nur auf die Oberfläche schaut, sieht weniger als die Spitze des Eisbergs. Das einfache UI ist nur ein Aspekt der UX (User Experience), die heute für den Erfolg einer Software bei den Nutzern wichtig ist – so weit, so gut. Aber wie sieht es dabei mit der DX (Developer Experience) aus?

Ungewöhnlich an .NET Core 3.1 ist: Es gibt nur sehr wenige neue Funktionen, sondern vor allem Fehlerbehebungen und sogar inkompatible Änderungen, die es bei einer Version mit Änderung der Versionsnummer an der zweiten Stelle gar nicht geben dürfte. Das gute ist, es ist damit reif für den Einsatz.

Es hat sich herumgesprochen, dass wichtige Plattformen wie Docker und Kubernetes mit der Programmiersprache Go geschrieben sind. Kein Wunder, dass viele Entwicklerinnen und Entwickler neugierig geworden sind. In der Stack Overflow Survey 2019 landete Go auf der Liste der populärsten Entwicklungstechnologien auf Platz 13 und damit vor namhaften Sprachen wie Swift, Kotlin oder Dart. In der Rangliste der beliebtesten Sprachen erreicht Go Platz 9 und liegt damit sogar knapp vor C#.

Als XAML Islands wird eine mit Windows 10 Version 1903 eingeführte Technologie bezeichnet, mit der sich moderne UWP Controls mit Fluent Design in WPF- und Windows-Forms-Applikationen einbinden lassen. Damit ist es möglich, bestehende Anwendungen zu modernisieren, ohne dass diese gleich von Grund auf neu geschrieben werden müssen. In diesem Artikel lesen Sie, wie Sie XAML Islands einsetzen, und Sie erfahren auch, wie der zukünftige Weg der Universal Windows Platform aussieht.

Warum muss es „Serverless oder Microservices“ sein? Es sollte vielmehr „Microservices mit Serverless“ heißen! Basierend auf einigen der allgemein anerkannten Prinzipien von Microservices können wir serverlose Architekturen und Technologien verwenden, um hochfokussierte Microservices zu bauen. Schauen wir uns gemeinsam überblicksmäßig einen pragmatischen Ansatz zum Erstellen von Microservices mit Azure Functions, Azure Service Bus, Azure Storage und weiteren Diensten und Tools an. Und das gilt für fast alle Softwareentwickler: .NET, Java, Node.js und sogar Python.

Der Blick in die Zukunft zeigt immer wieder, dass Veränderungen - und auch die damit einhergehenden Überraschungen - bei Microsoft Programm sind. Das gilt auch für den Blick in das kommende Jahr, mit dem Dr. Holger Schwichtenberg und Jörg Neumann am 24. September die BASTA! in Mainz eröffnet haben.