tba

Das Thema Architektur ist sehr umfangreich und leider schlecht dokumentiert. Aber jedes Projekt benötigt eine Architektur, wenn es langfristig gewartet und weiterentwickelt werden soll. In dieser Session gibt Ihnen Architekturexperte David Tielke einen Überblick was Architektur ist, warum diese für jedes Projekt so enorm wichtig ist und was genau Sie wissen müssen, um Ihre Architektur im Griff zu behalten.

Mit .NET 5 und C# 9 wurde der Sprache ein neuer Datentyp hinzugefügt: Das Record. Mit Records ist es möglich, unveränderliche (immutable) Datenstrukturen zu definieren. Zusätzlich dazu verwenden Records – auch wenn sie wie Klassen Referenztypen sind – keinen Verweisvergleich. Die Gleichheit zweier Records wird über die eigentlichen Werte des Records ermittelt. Doch ein Record bietet noch viele weitere Features, auf die ich in diesem Vortrag eingehen werde. Außerdem werfe ich einen Blick unter die Haube und zeige wie Records in C# implementiert werden und was der Compiler mit/aus diesen macht.

Nachhaltigkeit muss sich auch in unserer Entwicklungsarbeit wieder spiegeln. Als Teil der Green Manifesto Community zeige ich in dieser Session, wie man mit Serverless Technologien eine nachhaltige Anwendung erstellt. Dabei gehen wir nicht nur auf die Infrastruktur ein – anhand von dem Beispiel der Web App https://www.greenmanifesto.de zeige ich auf, mit welchen Techstack die App nachhaltig entstanden ist und dabei technisch keine Abstriche machen muss, noch Abstriche in der Performance. Am Ende der Session nimmst Du mit: Was ist eine nachhaltige Web App und wie Du mit Serverless Technologien wie z.B. Azure Static Web App, Azure Functions und ein paar grünen Software Entscheidungen zu Deiner eigenen nachhaltigen Web App kommst.

In der Rust Community wurde lange diskutiert und experimentiert, um ein solides Fundament für asynchrone Programmierung zu finden. Seit Ende 2019 ist async/.await endlich in "stable" verfügbar, und das Ökosystem evolviert rapide.
Doch wie passen Event Loops und asynchrone Laufzeitumgebungen in die Konzepte der Programmiersprache Rust, welche auf Zero-Cost Abstractions, (Thread-)Safety by Design, und höchstmögliche Leistung in allen Bereichen setzt? Und, wie ergonomisch und praktikabel ist asynchrones Rust?
In dieser Session werden wir einige Grundlagen erkunden und dann mithilfe beliebter Bibliotheken in die Praxis einsteigen. Dabei werden uns asynchrone Design Patterns, strukturierte Nebenläufigkeit, Tooling, sowie ein paar Gotcha's und Antipatterns begegnen.

tba

Welche neuen Features C#10 für den Entwickler mit bringt stellt Thorsten Kansy in diese Session kurz und übersichtlich vor. Von Neuerungen für Records über File Scoped Namespace ist da einiges dabei.

tba

Auf Veranstaltungen und Schulungen habe ich oft behauptet, dass es möglich ist, mit einer einfachen Wunschliste zu beginnen und daraus ein plattformunabhängiges Programm in C++ zu entwerfen. Damit werden wir unabhängig von Frameworks und Bibliotheken und schützen die Investition Dabei sollte der Beginn sofort möglich sein und in jedes Projekt integrierbar sein. Ich habe aber immer nur den ersten Schritt gezeigt. Das ist jetzt anders. Dieses hatten wir am Anfang mit den beiden Bibliotheken von Embarcadero, der VCL auf der einen Seite und FMX auf der anderen Seite gezeigt. Dann haben wir es verallgemeinert und erweitert und haben Visual C++ genutzt, und die unabhängige Oberflächenbibliothek Qt verwendet.
Damit die Frage auch schon beantworten, natürlich ist es möglich mit einer Schnittstelle, nennen wir sie jetzt einfach mal Wunschliste, zu beginnen und daraus eine unabhängige Lösung für C++ zu schaffen. Dabei muss die Wunschliste möglichst kurz sein, wir sollten uns nicht an dem orientieren was möglich ist, sondern immer an dem was wir wirklich brauchen.
In diesem Vortrag möchte ich ihnen diesen Weg vorstellen und mit Euch diskutieren, wie es noch effizienter geht.

Blazor hat ein einfaches, verständliches Programmiermodell. Doch wie immer sitzt der Teufel im Detail. Deswegen gilt es in dieser Session einmal unter einen Blick unter die Motorhaube zu werfen. Gerade die Themen Lifecycle in und mit Blazor ist ein relevantes und spannendes Thema, und in diesem Zusammenhang natürlich vor allem auch, wie die Elemente am Ende des Tages gerendert werden. Ein tiefer Einblick und eine spannende Reise in dieser Session rund um Internals von Blazor.

In dieser Session macht Kevin Winter eine kleine Einführung in gRPC. Dieser Überblick ist für Neulinge in gRPC und dient als Grundlage für seine zweite Session.

Frontend-Entwicklung ist heutzutage nicht einfach: Javascript, Typescript, CSS-Präprozessoren, geräte- und browserübergreifende Kompatibilität, Ally, i18n, Frameworks, Frameworks, Frameworks... Benötigen Sie einige Offline-Funktionen? Dann sollten Sie sich mit PWAs beschäftigen. Wollen Sie Zugang zur Kamera? Lassen Sie sich darauf ein und tauchen Sie in die Welt der Hybrid-Apps ein... Aber muss es immer so kompliziert sein? Wussten Sie zum Beispiel, dass <input type="file" /> ausreicht, damit der Benutzer Dateien aus dem Speicher seines Geräts auswählen oder ein neues Bild mit der Kamera des Geräts aufnehmen kann? In meinem Vortrag werde ich verschiedene Funktionen der Webplattform und die Möglichkeiten der HTML5-APIs demonstrieren, wie z. B. Geolokalisierung, Offline-Modus, Spracherkennung usw. Ich werde Code-Beispiele liefern und auf aktuelle Einschränkungen und Implementierungszwänge eingehen.

In der Voreinstellung reservieren die Container der C++ Standardbibliothek ihren Speicher mit new und geben ihn mit delete wieder frei. Diese Aufrufe haben keine determinierten Ausführungszeiten und können zu einer Speicherfragmentierung führen.
Das kann in vielen embedded Anwendungen nicht toleriert werden. Die AUTOSAR Regel A18-5-5 verlangt (wie auch entsprechende MISRA-Regeln), dass Speicherverwaltungsfunktionen die folgenden Anforderungen erfüllen müssen:
(a) deterministic behavior resulting with the existence of worst-case execution time,
(b) avoiding memory fragmentation,
(c) avoid running out of memory,
(d) avoiding mismatched allocations or deallocations,
(e) no dependence on non-deterministic calls to kernel.
Deshalb dürfen die Container der C++ Standardbibliothek in solchen Anwendungen nicht verwendet werden.
Seit C++17 stehen die STL Container aber mit Allokatoren aus dem namespace std::pmr (polymorphic memory resources) zur Verfügung. Diese verwenden kein new und delete. Die Container mit diesen neuen Allokatoren können oft so verwendet werden, dass die Anforderungen AUTOSAR Regel A18-5-5 erfüllt werden. Damit kann man das erste Mal in der Geschichte von C++ die Vorteile der STL Container in einem großen Teil der embedded Welt nutzen.

tba

Du möchtest schnell Web-Applikationen entwickeln? Mit der Kombination dieser vier Werkzeuge kannst Du innerhalb kürzester Zeit ansprechende Web-Applikationen entwickeln. C# ist unsere Programmiersprache, wir hosten auf Azure, nutzen Blazor als Web-Framework, die Datenhaltung übernimmt Back4App und für das Material-Design sorgt MudBlazor. In diesem Talk möchte ich diese Vierer-Kombination vorstellen und wir entwickeln eine kleine Applikation zusammen.

Identität ist die Eingangstür einer jeden Benutzeraktion. Wenn man nicht gerade ein Sicherheitsexperte ist, sollte man beim Thema Authentifizierung & Autorisierung lieber auf einen Dienst zurückgreifen, der einem genau diese Komplexität abnimmt. In dieser Session möchte ich euch am Beispiel von AWS Cognito zeigen, wie schnell und einfach man genau dieses Problem in den Griff bekommt. Wir wenden das Ganze praktisch an und implementieren eine Simple Webapplikation in AWS, die wir mit AWS Cognito versehen, um Benutzer zu authentifizieren und zu autorisieren.

Docker & Co sind nicht nur Ops, sondern auch Dev. Eine kurze Geschichte wie Docker die Entwicklung mit C++ bereichert.

Bicep ist die domänenspezifische Sprache von Microsoft mit deren deklarativer Syntax sich Azure Ressourcen einfach bereitstellen lassen. In dieser demolastigen Session lernen wir anhand eines umfangreichen Szenarios aus der Praxis wie verteilte Web Applikationen in Azure modelliert und erstellt werden können. Dabei gehen wir auf verschiedene Azure Dienste wie App Services, Container Apps, Service Bus, Storage, Functions und FrontDoor ein mit vielen praktischen Tipps und Tricks.

So richtig cool wird Teams erst, wenn es sich in eigene Systeme integriert. Dazu sieht Microsoft die Graph API vor. Ich zeige euch wie wir Authentifizierung und Workflow in unser bestehendes ASP.NET basiertes CMS integriert haben und man wesentlich mehr aus Teams rausholen kann. Ein paar Slides und Coding.

Crypto, Web3, Metaverse und NFTs: Pionier:innen der Web3-Community sehen in dem "dezentralisierten" Netz nichts weniger als eine technische und gesellschaftliche Revolution. Blockchains werden häufig zunächst mit Bitcoins, Cryptopunks oder Finanzspekulationen in Verbindung gebracht, allerdings bietet die Technologie auch für Software- und Webentwickler:innen spannende Anwendungsfälle und Raum zum Entdecken. Dieser Talk zeigt, wie die Web3-Bewegung Smart Contracts und dezentralisierte Applikationen auf Basis der Blockchain-Technologie entwickelt, wie ein Einstieg in diese Community gelingt und welche Sprachen und Frameworks hier zum Einsatz kommen.

Beim Entwickeln einer C/C++ Software Bibliothek sollte bereits zu Anfang ein Augenmerk auf die einfache Integration der Bibliothek gelegt werden.
Dies gilt insbesondere für Bibliotheken, welche später von externen Nutzern in deren Anwendungen integriert werden sollen.
Da in vielen Projekten bereits CMake als Buildsystem verwendet wird, liegt es nahe, auch CMake für die Beschreibung der Compiler und Linker Optionen, sowie abhängiger Bibliotheken und deren Header zu verwenden.
Bei korrekter Beschreibung reichen dann folgende zwei Zeilen zur
Integration:
find_package(foo REQUIRED)
target_link_libraries(myapp PRIVATE foo::foo)
Der Vortrag führt anschaulich durch den Prozess des Paketierens unter Berücksichtigung folgender Ziele:
(a) einfache Integration der Bibliothek in eine Anwendung
(b) Erkennen fehlender Abhängigkeiten vor dem Kompilieren
(c) kein Spamming: Compiler und Linker Optionen nur dort wo benötigt hinzufügen
(d) flexible Paketierung: Einfache Integration in OS Distributions
(e) Unterstützung nicht CMake basierter Buildsysteme (z.B. mittels PKG-Config)
Hierbei geht der Vortrag insbesondere auf die Unterschiede zwischen Import und Export Targets, Find_Package und PackageConfig Skripten sowie Private / Interface / Publik Relationen ein.

In den letzten 2 Jahren sind Micro Frontends als Architekturmuster immer populärer geworden. Doch was sind Micro Frontends genau? Und was sollen sie lösen? Wie können Micro Frontends implementiert werden? In diesem Vortrag geht Dr. Florian Rappl auf genau diese Fragen ein. Anhand eines illustrativen Beispiels zeigt er den Aufbau einer clientseitig-basierten Micro Frontend Lösung, die schnell umsetzbar und gut skalierbar ist. Im weiteren geht er auf fortgeschrittene Themen wie das Management von gemeinsamen Abhängigkeiten und die richtige fachliche Aufteilung der Applikationsfunktionalität ein.

Eine große App mit zahlreichen Usern und leider keine Tests. Das erschwert uns Entwicklern natürlich erheblich die Arbeit, da sich leichter Bugs einschleichen können und selbst kleine Änderungen dazu führen können, dass wir einen Screen deutlich verbessern und einen anderen dabei gänzlich kaputt machen.

Ich zeige euch am Beispiel der Toni Kroos App, wie man es am besten angeht, Tests hinzuzufügen wenn bisher keine vorhanden sind und auch der Code nicht zwangsläufig mit Testing im Hinterkopf geschrieben wurde. Von der Argumentation mit dem PM, über welche technischen Hürden durch verwendete Plugins enstehen bis zu den spezifischen Test Plugins die wir mittlerweile in der App haben ist alles dabei.

In seinem deutschsprachigem Vortrag stellt Frank Haferkorn Details zur Compound-Gruppe "LOOP" für C/C++ vor. Nach einer Erläuterung der Syntax werden die Implementierung sowie Vor- und Nachteile der neuen Kontrollflussbefehle ausführlich erklärt - inklusive einer Vergleich Performance.
Die ursprünglichen C Kontrollfluss-Befehle haben sich seit Ende der 1970er Jahre wenig bis gar nicht verändert, Sie heißen „Compound(s)" und sind in die wohlbekannten if-else, while, do-while, for sowie switch und wurden in C++ erweitert um try{}catch(){} block sowie mit C++17 um if(;) und switch(;).
Ist es ein physikalisches Gesetz, dass keine weiteren Compounds hinzukommen dürfen?
Besprochen wird eine für C11, C++11 und C++20 angepasste „Header-Only" Lösung von:
loop(<N>){},
typed_loop(<type>, <N>){},
named_loop(<type>, <name>, <N>){}
named_loop_up(<type>, <name>, <N>){}
named_loop_down(<type>, <name>, <N>){}
Frank Haferkorn präsentiert sowohl eine C, eine C++11 als auch eine um Post-Expressions erweiterte Implementierung für C++20.
Die Vorteile sind Iterationen mit reduziertem Freiheitsgrad, verbesserter Lesbarkeit von C/C ++ und erlauben einfachere / performantere Notation von Algorithmen.
Ein Nebeneffekt ist eine Verbesserung der Teachability von C/C++ insbesondere für die Raspberry PI Generation.
(Zukünftige) Compiler können aufgrund des reduzierten Freiheitsgrads kürzeren Maschinencode Code mit zusätzlich reduzierter Zahl von „Cache-Misses" und damit eine Performance Gewinn erzielen.
Die Performance ist immer mindestens dem eines regulären for(;;){} Compound Befehls.
Eine Performance Analyse für verschiedenen CPU/DSP Plattformen und einer eine abschließende Diskussion darf nicht fehlen.