Lesezeichen werden lokal in diesem Browser gespeichert.
KI-basierte Systeme entwerfen – 3-Tage-Intensivworkshop mit Matthias Bohlen (30CP für iSAQB®️ CPSA-A)
Event Storming, Context Map, Domain Model, Softwarearchitektur – Domain Driven Design als 3-Tage-Intensivworkshop mit Matthias Bohlen (30CP für iSAQB®️ CPSA-A)
Softwarearchitektur-Dokumentation erstellen, effektiv kommunizieren, leicht pflegen. 2Tage-Intensiv-Workshop mit Matthias Bohlen (20 CP für iSAQB CPSA-A)
Softwarearchitektur reflektieren, Risiken finden, Entscheidungen erleichtern. 2Tage-Intensiv-Workshop mit Matthias Bohlen (20 CP für iSAQB CPSA-A)
Ein Startup braucht eine gute Website. Wenn ein Entwickler eine Website macht, dann braucht er mehrere Versuche bis sie wirklich interessant wird, z.B. mit einem Erklärvideo. Hier schreibe ich auf, wie ich es gemacht habe.
Mein Nebenprojekt Trainer's Joy braucht eine neue Website und braucht mehr Feedback von Domänenexpert:inn:en, sonst wird das nichts mit dem Domain-Driven Design. Also: Fangen wir an!
Heute möchte ich wissen, wie weit ich mit meinem Selbstversuch "Trainer's Joy", dem SaaS für professionelle Trainer, schon gekommen bin und dies mit Ihnen teilen.
Das SaaS, das ich im Rahmen des Devlog-Selbstversuchs entwickle, heißt jetzt "Trainer's Joy", und ich habe es diese Woche in die Cloud gestellt. Sagen Sie mir, wie Sie es finden!
Domain-Driven Design kann Input für das Objektmodell, aber auch für die Informationsarchitektur einer App sein. Ein Beispiel.
Die Livestream-Aufzeichnung vom Selbstversuch "SaaS für Trainer". Software Engineering am praktischen Beispiel.
Die Livestream-Aufzeichnung vom Selbstversuch "SaaS für Trainer". Software Engineering am praktischen Beispiel.
Eins meiner Architekturprinzipien beim Entwurf von Softwaresystemen lautet: Nur klare, einfache, robuste Technologien einsetzen, keine "Rocket Science". Doch woher weiß ich, ob etwas Rocket Science enthält oder ob ich lediglich zu dumm bin, es richtig zu nutzen
Die Livestream-Aufzeichnung vom Selbstversuch "SaaS für Trainer". Software Engineering am praktischen Beispiel.
Dokumentation: Jeder will sie lesen, keiner will sie schreiben. In diesem Artikel zeige ich, wie Teams große Teile dafür automatisch erzeugen und dann mit selbstgeschriebenen Texten verknüpfen können, und wie das C4-Modell und DDD dabei helfen
Mit Domain-Driven Design erzeugen Domänenexpert/inn/en und ein Entwicklungsteam gemeinsam ein Domänenmodell. Doch womit sollte man das erstellen und wo aufheben, so dass es immer stimmt? Ich plädiere für genau einen Platz: den Quellcode
Freitags, 13 Uhr: Der neue Termin für meine wöchentliche Livesendung zum Devlog-Vorhaben. Manches kann man mündlich (also per Vide