How to Understand Almost Anything mit Markus Völter

Einführung und Hinweis zu Trainings

Abschnittsübersicht: In diesem Abschnitt gibt es einen Hinweis auf bevorstehende Trainings mit dem Gastgeber bei so kreetorik. Es werden Links zu den Trainings bereitgestellt.

• Der Gastgeber erwähnt, dass es einige Trainings mit ihm bei so kreetorik gibt.

• Die Trainings umfassen verschiedene Themen im Bereich Softwarearchitektur.

• Die Termine und Details der Trainings werden im Chat zur Verfügung gestellt.

Vorstellung des Gastes Markus Völter

Abschnittsübersicht: In diesem Abschnitt stellt sich der Gast Markus Völter vor und erzählt von seiner beruflichen Tätigkeit.

• Markus Völter ist ein freiberuflicher Berater, Architekt und Entwickler.

• Sein Schwerpunkt liegt auf Sprach- und Toolentwicklung sowie Softwareplattformen.

• Er hat sich seit etwa 15 Jahren auf diese Spezialisierung konzentriert.

• Früher war er auch im Bereich Enterprise und Discovery tätig.

Zusammenarbeit mit dem Gast in einer früheren Episode

Abschnittsübersicht: In diesem Abschnitt wird darauf hingewiesen, dass der Gast bereits in einer früheren Episode zu DSLs teilgenommen hat.

• Der Gastgeber erwähnt, dass er bereits eine Episode zum Thema DSLs mit dem heutigen Gast gemacht hat.

• Die genaue Folgennummer wird als Folge 22 angegeben.

Das Buch "Auto an das dann auch muss anything"

Abschnittsübersicht: In diesem Abschnitt wird das Buch des Gastes mit dem Titel "Auto an das dann auch muss anything" vorgestellt.

• Das Buch behandelt das Thema Domainanalyse für Praktiker.

• Ziel der Domainanalyse ist es, eine konsistente Set an Abstraktionen bzw. Sprache zu finden, um die Fachlichkeit in einer Domäne zu beschreiben.

• Es werden Beispiele aus verschiedenen Bereichen wie Maschinenbau und Unternehmenssysteme genannt, bei denen eine spezifische Sprache benötigt wird, um die gewünschten Aktionen oder Funktionen zu beschreiben.

Ziel des Buches: Verstehen, was ein System tun soll

Abschnittsübersicht: In diesem Abschnitt wird das Hauptziel des Buches erläutert.

• Das Hauptziel des Buches besteht darin, zu verstehen, was ein System tun soll.

• Es geht jedoch über einfaches Verstehen von Anforderungen hinaus.

• Die Domainanalyse zielt darauf ab, eine konsistente Set an Abstraktionen bzw. Sprache zu finden, um die Fachlichkeit in einer Domäne präzise zu beschreiben.

Beispiele für die Anwendung der Domainanalyse

Abschnittsübersicht: In diesem Abschnitt werden konkrete Beispiele genannt, bei denen die Domainanalyse angewendet werden kann.

• Ein Beispiel ist ein Hersteller von Fräsmaschinen, der eine Tool-Sprache benötigt, um den Benutzern das Programmieren der Maschine zu ermöglichen.

• Auch im Bereich von Enterprise Business Systemen können spezifische Sprachen entwickelt werden, z.B. zur Steuerberechnung oder Spezifikation von Medikamentenstudien.

Zusammenfassung und Ausblick

Abschnittsübersicht: In diesem Abschnitt wird die Zusammenfassung des Gesprächs gegeben.

• Das Buch "Auto an das dann auch muss anything" behandelt das Thema Domainanalyse für Praktiker.

• Ziel ist es, eine konsistente Set an Abstraktionen bzw. Sprache zu finden, um die Fachlichkeit in einer Domäne präzise zu beschreiben.

• Es werden Beispiele aus verschiedenen Bereichen genannt, bei denen spezifische Sprachen benötigt werden.

• Der Gastgeber bedankt sich beim Gast und schließt die Episode ab.

Rabattcode für Ark Stream

Abschnittsübersicht: In diesem Abschnitt wird ein Rabattcode für Ark Stream erwähnt.

Rabattcode und Link

• Es gibt einen Rabattcode für 35 Prozent auf Ark Stream.

• Der Code lautet "Arch" und "Stream".

• Der Link zum Angebot wird später in den Shownotes bereitgestellt.

Gültigkeitsdauer des Rabattcodes

Abschnittsübersicht: Es wird nach der Gültigkeitsdauer des Rabattcodes gefragt.

• Die genaue Gültigkeitsdauer ist nicht bekannt.

• Es wird vermutet, dass der Code etwa einen Monat lang gültig ist.

• Weitere Informationen dazu werden in den Shownotes bereitgestellt.

Verbindungsprobleme und Buchstatus

Abschnittsübersicht: Es werden Verbindungsprobleme und der Status eines Buches diskutiert.

• Ein Zuschauer auf Twitch hat geschrieben, dass er seit Monaten einen Reminder hat, um den Status des Buches zu überprüfen. Sobald der Reminder nicht mehr funktioniert, wird das Buch fertig sein.

• Es gibt Hinweise auf Verbindungsprobleme, aber es ist unklar, was genau getan werden kann.

• Markus schaut sich die Situation noch einmal an.

Meetings und Probleme

Abschnittsübersicht: Hier geht es um Meetings und mögliche Probleme.

• Wie alle anderen verbringt der Sprecher täglich 5 bis 10 Stunden in Meetings.

• Bisher gab es keine größeren Probleme bei den Meetings.

• Falls es Probleme gibt, liegen sie wahrscheinlich außerhalb der Kontrolle des Sprechers.

• Es wird darauf hingewiesen, dass Deutschland möglicherweise ein Faktor sein könnte.

Rumänisches Design und DSL-Hintergrund

Abschnittsübersicht: Es wird über rumänisches Design und den Hintergrund von Domain Specific Languages (DSL) gesprochen.

• Nikos erwähnt, dass das rumänische Design eng damit zusammenhängt.

• Die Frage nach dem Einbezug von Personen mit einem starken DSL-Hintergrund wird auf später verschoben.

Quereinsteiger in der Softwareentwicklung

Abschnittsübersicht: Hier geht es um die Frage, ob Quereinsteiger in der Softwareentwicklung erfolgreich sein können.

• Der Sprecher hat gute Erfahrungen mit Quereinsteigern gemacht, die Informatik studiert haben.

• Es gibt Beispiele von Unternehmen, die erfolgreich mit Quereinsteigern arbeiten.

• Allerdings kann es auch schiefgehen und jede gute Idee kann schlecht umgesetzt werden.

Spezifisches Wissen für Medikamententrials

Abschnittsübersicht: Es wird über spezifisches Wissen für Medikamententrials gesprochen.

• Bei medizinischen Projekten wie Medikamententrials ist spezifisches Wissen erforderlich.

• Softwareentwickler haben dieses Wissen normalerweise nicht, während Mediziner es besitzen.

• Das Ziel ist es, Mediziner in die Lage zu versetzen, ihre Fachlichkeit direkt einzubringen und nicht nur Anforderungen zu schreiben.

Fachlichkeit vs. Softwareentwicklung

Abschnittsübersicht: Hier wird über den Unterschied zwischen Fachlichkeit und Softwareentwicklung gesprochen.

• Mediziner sollen sich auf ihre Fachlichkeit konzentrieren können, ohne sich um Skalierbarkeit oder komplexe Algorithmik kümmern zu müssen.

• Die Softwareentwicklung sollte auf einer sinnvoll hohen Abstraktionsebene erfolgen.

• Dies kann den Gesamtprozess beschleunigen und effizienter machen.

Beispiel mit CNC-Maschine

Abschnittsübersicht: Es wird ein Beispiel mit einer programmierbaren CNC-Maschine gegeben.

• Bei einer programmierbaren CNC-Maschine ist es nicht sinnvoll, sie nicht programmierbar zu machen.

• Es gibt jedoch auch Situationen, in denen andere Lösungen möglich sind.

Schnelligkeit und Effizienz in der Softwareentwicklung

Abschnittsübersicht: Hier geht es um die Bedeutung von Schnelligkeit und Effizienz in der Softwareentwicklung.

• Es gibt Firmen, die ähnliche Ansätze verfolgen und dabei zu langsam sind.

• Die Konkurrenz kann diese Unternehmen dadurch überholen.

• Es ist wichtig, schneller und effizienter zu werden, um im Wettbewerb bestehen zu können.

DSL-Hintergrund und Ergebnisse

Abschnittsübersicht: Hier wird über den Einfluss eines starken DSL-Hintergrunds auf die Ergebnisse gesprochen.

• Wenn jemand mit einem starken DSL-Hintergrund an einem Projekt beteiligt ist, kann dies zu einer DSL-Lösung führen.

• Es wird diskutiert, ob es immer sinnvoll ist, dass Domain ExpertInnen die Fachlichkeit selbst schreiben.

Rabattcode für Musik

Abschnittsübersicht: In diesem Abschnitt wird ein Rabattcode für Musik erwähnt.

Rabattcode für 35 Prozent

• Es gibt einen Rabattcode für 35 Prozent auf Musik.

• Der Code lautet "Ark Stream".

• Der Link zum Angebot wird in den Shownotes bereitgestellt.

Buchstatus überprüfen

Abschnittsübersicht: Hier geht es um die Überprüfung des Status eines Buches.

Reminder für Buchstatus

• Ein Zuschauer hat geschrieben, dass er seit Monaten einen Reminder hat, um den Status des Buches zu überprüfen.

• Leider funktioniert der Reminder nicht mehr.

• Es gibt Hinweise auf Verbindungsprobleme, aber es ist unklar, was dagegen getan werden kann.

Überprüfung der Verbindungsprobleme

Abschnittsübersicht: Hier wird erwähnt, dass die Verbindungsprobleme überprüft werden sollen.

Überprüfung der Probleme

• Die Moderatoren werden sich die Verbindungsprobleme genauer anschauen und sehen, was passiert.

Meetings und Probleme in Deutschland

Abschnittsübersicht: Hier geht es um Meetings und mögliche Probleme in Deutschland.

Meetings und Kontrollierbarkeit

• Die Moderatoren verbringen täglich viele Stunden in Meetings.

• Es gibt normalerweise keine Probleme, außer wenn etwas außerhalb ihrer Kontrolle liegt.

• Möglicherweise liegt es an Faktoren, die in Deutschland auftreten.

Rückstellung der Frage zu rumänischem Design

Abschnittsübersicht: Hier wird vorgeschlagen, eine Frage zu rumänischem Design zurückzustellen.

Rückstellung der Frage

• Es wird vorgeschlagen, die Frage zu rumänischem Design vorerst zurückzustellen.

• Die Moderatoren haben diese Frage noch im Hinterkopf und werden später darauf eingehen.

Quereinsteiger in der Softwareentwicklung

Abschnittsübersicht: Hier geht es um Quereinsteiger in der Softwareentwicklung.

Erfahrungen mit Quereinsteigern

• Es wird diskutiert, ob Quereinsteiger gute Ergebnisse in der Softwareentwicklung erzielen können.

• Es gibt Beispiele von Unternehmen, bei denen dies gut funktioniert hat.

• Allerdings kann es auch schiefgehen und es gibt Risiken bei der Umsetzung von Ideen.

Systeme ohne Wahlmöglichkeiten

Abschnittsübersicht: Hier geht es um Systeme ohne Wahlmöglichkeiten.

Keine Wahlmöglichkeiten bei bestimmten Systemen

• Bei einigen Systemen gibt es keine Wahlmöglichkeiten.

• Zum Beispiel bei CNC-Maschinen kann man nicht einfach die Firmware ändern oder eigene Anpassungen vornehmen.

• In anderen Bereichen wie medizinischen Studien ist spezifisches Wissen erforderlich, das Softwareentwickler möglicherweise nicht haben.

Fachlichkeit vs. Softwareentwicklung

Abschnittsübersicht: Hier geht es um den Unterschied zwischen Fachlichkeit und Softwareentwicklung.

Trennung von Aufgaben

• Es wird diskutiert, dass Fachleute sich auf ihre Fachlichkeit konzentrieren sollten, während Softwareentwickler sich um technische Aspekte kümmern.

• Die Idee ist, dass die Fachleute mit einer passenden Menge an Sprachkonzepten arbeiten und sich nicht mit Skalierbarkeit oder komplexer Algorithmik befassen müssen.

• Dies kann den Gesamtprozess effizienter machen.

Vorteile der Zusammenarbeit von Domänenexperten und Entwicklern

Abschnittsübersicht: Hier werden die Vorteile der Zusammenarbeit von Domänenexperten und Entwicklern besprochen.

Vorteile der Zusammenarbeit

• Durch die Zusammenarbeit von Domänenexperten und Entwicklern kann der Prozess schneller werden.

• Die Domänenexperten können sich auf ihre Fachlichkeit konzentrieren, während die Entwickler technische Aspekte übernehmen.

• Dies führt zu effizienteren Ergebnissen und anderen Vorteilen.

Herausforderungen bei langsamer Umsetzung

Abschnittsübersicht: Hier geht es um Herausforderungen bei einer langsamen Umsetzung.

Langsame Umsetzung als Risiko

• Es wird erwähnt, dass langsame Umsetzung zu Problemen führen kann.

• Konkurrenzunternehmen könnten schneller sein und dadurch einen Wettbewerbsvorteil haben.

• Effizienz und Geschwindigkeit sind wichtige Faktoren, um in bestimmten Branchen erfolgreich zu sein.

DSL-Hintergrund und Ergebnisse

Abschnittsübersicht: Hier geht es um den Einfluss eines DSL-Hintergrunds auf die Ergebnisse.

Einfluss des DSL-Hintergrunds

• Es wird diskutiert, ob ein starker DSL-Hintergrund immer zu einer spezifischen Art von Ergebnissen führt.

• Es wird darauf hingewiesen, dass dies nicht immer der Fall ist und andere Faktoren eine Rolle spielen können.

• Es gibt Beispiele von Unternehmen, bei denen verschiedene Ansätze erfolgreich angewendet wurden.

Diese Zusammenfassung bietet einen Überblick über die wichtigsten Punkte des Transkripts. Die Abschnitte sind nach Themen geordnet und enthalten prägnante Informationen aus dem Transkript.

Funktioniert das?

Abschnittsübersicht: In diesem Abschnitt wird darüber gesprochen, ob etwas funktioniert oder nicht.

Funktionieren der Begrifflichkeiten

• Die These besagt, dass die Begrifflichkeiten den Kern des Problems nicht ausdrücken können.

• Steuerlogik, CNC-Maschinenlogik und Antriebslogik können mit diesen Begriffen nicht umgesetzt werden.

• Es gibt zwar in den Systemen Entitäten, aber sie führen nicht zum gewünschten Ergebnis.

• Es hängt von der Domäne ab. Bei prozessartigen Dingen kann man mit Daten und Prozessen weit kommen.

• Für Geschäftsprozesse gibt es DSLs und für die Datenmodellierung UML.

• Oft vernachlässigt man dabei den fachlichen Kern, der letztendlich das ist, womit Unternehmen Geld verdienen.

Logik und Sprache

Abschnittsübersicht: Hier geht es um die Beziehung zwischen Logik und Sprache.

Beeinflussung des Denkens durch Sprache

• Die Sprache beeinflusst das Denken und ermöglicht ernsthaftes Nachdenken über ein Problem.

• Eine eigene Sprache kann besser auf die spezifische Domäne zugeschnitten sein als allgemeine Begriffe wie Entitäten oder Events.

• Das Vokabular prägt das Denken stark.

Eigene Sprache vs. Klassendiagramme

Abschnittsübersicht: Hier wird diskutiert, ob es besser ist, eine eigene Sprache zu entwickeln oder Klassendiagramme zu verwenden.

Vorteile einer eigenen Sprache

• Das Versuch, alles in Klassendiagramme zu zwängen, macht keinen Spaß und führt nicht zu vernünftigen Ergebnissen.

• Eine eigene Sprache kann besser auf die Domäne abgestimmt sein und ermöglicht besseres Arbeiten.

• Es gibt Bücher wie "Domain Driven Design", die bereits Modelle für bestimmte Domänen bieten.

Kurze Bücher

Abschnittsübersicht: Hier wird über kurze Bücher gesprochen.

Vorteile von kurzen Büchern

• Kurze Bücher sind oft leichter zugänglich und werden eher gelesen als ausführliche Bücher.

• Ein Beispiel für ein gutes kurzes Buch ist "Domain Driven Design".

Die drei Tätigkeiten

Abschnittsübersicht: Hier geht es um die drei Tätigkeiten im Zusammenhang mit der Arbeit an einem Projekt.

Die drei Tätigkeiten

• Die drei Tätigkeiten sind das Sammeln, das Denken und das Validieren von Informationen.

• Diese Tätigkeiten sollten den Großteil der Zeit in Anspruch nehmen.

Zyklus und Struktur in Meetings

Abschnittsüberblick: In diesem Abschnitt spricht der Sprecher über den Zyklus und die Struktur von Meetings.

Zyklus des Meetings

• Der Zyklus wird einmal pro Tag durchlaufen.

• Es ist wichtig, den Zyklus nicht als wasserfallartige Phase zu interpretieren.

• Es gibt unterschiedliche Tätigkeiten im Meeting, die häufig wiederholt werden.

Struktur des Meetings

• Die Struktur des Meetings kann kompliziert sein.

• Eine vernünftige Struktur zu finden, ist eine Herausforderung.

• Best Practices können helfen, eine gute Struktur zu schaffen.

Domain Prototyping

• Domain Prototyping ist ein Ansatz, bei dem man mit wenig Technologie versucht, etwas zu bauen.

• Ein Beispiel für Domain Prototyping ist das Bauen eines Systems für Catering von Flügen ohne komplexe Technologien wie Datenbanken oder Webserver.

• Durch Domain Prototyping kann man schnell verstehen, welche Abstraktionen benötigt werden.

Validierung und DSL Bauhaus

• Validierung spielt eine zentrale Rolle bei der Entwicklung von Domänenmodellen.

• Das schnelle Erstellen von Prototypen ermöglicht es, Fehler frühzeitig zu erkennen und die Sprache der Domäne besser zu verstehen.

• MPS (Meta Programming System) ist ein effektives Werkzeug für das schnelle Implementieren von Domänenmodellen.

Leben erwecken durch Ausprobieren und Tests

Abschnittsüberblick: In diesem Abschnitt geht es darum, wie man Ideen zum Leben erweckt und Fehler findet.

Ausprobieren und Tests

• Das Aufschreiben von Ideen reicht oft nicht aus, um Fehler zu finden.

• Durch Ausprobieren und Tests kann man Ideen zum Leben erwecken und Fehler entdecken.

• Ein inkrementeller Ansatz ermöglicht es, das System schrittweise aufzubauen.

Konsistente Abstraktionen

• Es ist teuer, wenn man bereits implementierte Abstraktionen ändern muss.

• Ein agiler und flexibler Ansatz mit weniger Technik kann helfen, konsistente Abstraktionen zu finden.

Domain Specific Language (DSL)

• Eine DSL kann bei der Validierung helfen, wird aber möglicherweise nicht in der Umsetzung genutzt.

• MPS ist ein effektives Werkzeug für die Erstellung von DSLs und Prototypen.

Zusammenfassung

In diesem Video geht es um den Zyklus und die Struktur von Meetings sowie um das Leben erwecken von Ideen durch Ausprobieren und Tests. Der Einsatz von Domain Prototyping und einer Domain Specific Language (DSL) kann dabei helfen, schnell zu validieren und konsistente Abstraktionen zu finden. MPS ist ein empfohlenes Tool für die schnelle Implementierung von Domänenmodellen.

Hört man heute eher weniger davon, wobei

Abschnittsübersicht: In diesem Abschnitt wird diskutiert, dass heutzutage weniger über bestimmte Themen gesprochen wird.

Fehlende Diskussion über bestimmte Themen

• Es wird festgestellt, dass es heutzutage weniger Diskussionen zu bestimmten Themen gibt.

• Es wird betont, wie wichtig es ist, vernünftige Beschreibungen zu haben und diese zu überfliegen.

• Man sollte vermeiden, sich auf oberflächliche Betrachtungen oder das Lesen von Codezeilen zu beschränken.

• Die Suche nach Personen mit dem erforderlichen Wissen und der Fähigkeit zur Darstellung kann eine Herausforderung sein.

Halbwegs vernünftige Beschreibung haben

Abschnittsübersicht: In diesem Abschnitt geht es darum, halbwegs vernünftige Beschreibungen zu haben und die richtigen Leute für die Arbeit zu finden.

Finden der richtigen Leute

• Es wird darauf hingewiesen, dass Sturm konkrete Tipps geben kann, wo man Leute mit dem erforderlichen Wissen finden kann.

• Die Expertise der Mitarbeiter spielt eine wichtige Rolle bei der Identifizierung von Problemen und der Entwicklung von Lösungen.

• Oft werden strategische Richtungen vom Management vorgegeben. Es ist wichtig, diese in die Arbeit einzubeziehen.

• Domänenexperten verstehen oft die Probleme und haben Ideen für Veränderungen. Es kann jedoch schwierig sein, mit ihnen zusammenzuarbeiten, wenn sie in ihrer eigenen Perspektive gefangen sind.

Oft vom Management vorgegeben

Abschnittsübersicht: In diesem Abschnitt wird diskutiert, wie oft strategische Richtungen vom Management vorgegeben werden und wie wichtig die Zusammenarbeit mit Domänenexperten ist.

Vorgaben des Managements und Expertenwissen

• Das Management gibt oft generelle strategische Richtungen vor.

• Domänenexperten haben ein tiefes Verständnis für die Probleme und mögliche Änderungen.

• Es kann schwierig sein, mit Experten zusammenzuarbeiten, die in ihrer eigenen Perspektive gefangen sind.

• Die Zusammenarbeit mit den richtigen Personen ist entscheidend für den Erfolg der Arbeit.

Wer macht denn diese Domänenanalyse?

Abschnittsübersicht: In diesem Abschnitt wird besprochen, wer für die Durchführung der Domänenanalyse verantwortlich ist.

Verantwortlichkeiten bei der Domänenanalyse

• Die Verantwortung für die Domänenanalyse liegt oft bei einer Person, die bereits Erfahrung damit hat.

• Idealerweise sollte diese Person auch ein Gespür für Abstraktionen und Sprachbarrieren haben.

• Es kann auch hilfreich sein, eine zweite Person zu haben, die flexibel ist und aus einem anderen Bereich kommt.

• Architekten spielen oft eine Rolle bei technischen Aspekten der Analyse.

Business Analystisch - Der schwierige Begriff

Abschnittsübersicht: In diesem Abschnitt wird der Begriff "Business Analystisch" diskutiert und wie er in der Praxis angewendet wird.

Die Rolle des Business Analysten

• Der Begriff "Business Analystisch" ist relativ schwierig zu definieren.

• In der Praxis gibt es oft eine Person, die Erfahrung mit Domänenanalysen hat und ein Gespür für Abstraktionen besitzt.

• Es kann auch hilfreich sein, eine dominante Expertin aus dem entsprechenden Bereich einzubeziehen.

• Architekten und Entwickler spielen ebenfalls eine Rolle, aber die Fachleute sollten an erster Stelle stehen.

Alles klar?

Abschnittsübersicht: In diesem Abschnitt wird über die Klärung von etwas gesprochen.

Klärung

• Es wird darüber gesprochen, ob alles in Ordnung ist.