Von der Website zur Audience (devlog #12)
Eine total volle Woche: Über weniger gutes Event Storming, über die neue Website, über mehr Datenschutz und über meine Vorbilder.
Training
Softwarearchitektur für KI-Systeme: iSAQB® CPSA Advanced Level Workshop (SWARC4AI)
KI-basierte Systeme entwerfen – 3-Tage-Intensivworkshop mit Matthias Bohlen (30CP für iSAQB®️ CPSA-A)
Training
Domain-Driven Design: iSAQB® CPSA Advanced Level Workshop (DDD)
Event Storming, Context Map, Domain Model, Softwarearchitektur – Domain Driven Design als 3-Tage-Intensivworkshop mit Matthias Bohlen (30CP für iSAQB®️ CPSA-A)
Training
Softwarearchitektur dokumentieren: iSAQB® CPSA Advanced Level Workshop (ADOC)
Softwarearchitektur-Dokumentation erstellen, effektiv kommunizieren, leicht pflegen. 2Tage-Intensiv-Workshop mit Matthias Bohlen (20 CP für iSAQB CPSA-A)
Training
Softwarearchitektur bewerten: iSAQB® CPSA Advanced Level Workshop (ARCEVAL)
Softwarearchitektur reflektieren, Risiken finden, Entscheidungen erleichtern. 2Tage-Intensiv-Workshop mit Matthias Bohlen (20 CP für iSAQB CPSA-A)
Event Storming ist nicht immer gut
Manchmal kann Event Storming eine suboptimale Methode sein, um eine Domäne zu erforschen. Das fand ich kürzlich in einer Gruppe von 6 netten Leuten heraus.
Ein Erklärvideo fertigstellen (devlog #11)
Diese Woche stand ganz im Zeichen der Videoproduktion. Ich wollte das Erklärvideo für die Website meiner Case Study "Ein SaaS für Trainer" fertigbekommen. Das ist auch tatsächlich gelungen. Knifflig war es schon!
Wenn ein Entwickler ins Marketing geht (devlog #10)
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.
Eine Website und mehr Domain-Knowhow (devlog #9)
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!
Review ohne Scrum (devlog #8)
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 allererste Release (devlog #7)
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!
Informationsarchitektur mit Domain-Driven Design entwerfen
Domain-Driven Design kann Input für das Objektmodell, aber auch für die Informationsarchitektur einer App sein. Ein Beispiel.
Devlog Live Stream vom 29. Mai 2020
Die Livestream-Aufzeichnung vom Selbstversuch "SaaS für Trainer". Software Engineering am praktischen Beispiel.
Devlog Live Stream vom 22. Mai 2020
Die Livestream-Aufzeichnung vom Selbstversuch "SaaS für Trainer". Software Engineering am praktischen Beispiel.
Rocket Science versus Inkompetenz (devlog #6)
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
Devlog Livestream vom 15. Mai 2020
Die Livestream-Aufzeichnung vom Selbstversuch "SaaS für Trainer". Software Engineering am praktischen Beispiel.