Latest / Coding Buddies | Tech & Dev-Mindset / #140 Warum Domain-Driven Design den Unterschied macht

Transcript

#140 Warum Domain-Driven Design den Unterschied macht · Coding Buddies | Tech & Dev-Mindset

0:00
Und ich finde, da sieht man wahrscheinlich relativ schnell,
0:02
dass Domain driven Design jetzt eher sich.
0:04
Kkw Maschinenhersteller finden. Da sieht man bei meinen.
0:08
Begriffen hier Coding Buddies Dein Podcast rund um
0:12
Softwareentwicklung und aktueller Tech News.
0:15
Herzlich Willkommen. Herzlich Willkommen zur neuen
0:28
Folge des Calling Bodys Podcast. Schön, dass du wieder
0:31
eingeschaltet hast. Und wie soll's anders sein,
0:34
deine Gastgeber, meine Wenigkeit, der Tino und der
0:36
fantastische Fabi. Er grinst mich wie jeden
0:39
Donnerstag hier an, er ist bereit für ne neue Folge
0:42
herzlich willkommen, fabi, was geht?
0:44
Ab was geht ab, Mann, ich find's, ich weiß nicht was bei
0:52
dir grinsen ist, aber ich zieh die heftigsten Grimassen.
0:57
Ja, das sind für mich ich ja, weißt du, ich bin ja immer sehr
1:00
positiv, so weißt du und ich denk mir dann nenn ich das
1:02
einfach mal grinsen, das klingt halt so schön, weißt du und alle
1:05
so, oh ja, der grinst vor sich hin, muss ja keiner wissen, dass
1:09
du total die. Grimassen ziehst.
1:11
Das Ding ist ganz am Anfang vom Podcast.
1:13
Weißt du noch, es war so übertrieben aufgeregt, weißt du,
1:15
der erste, die 1. Folge ja und jetzt ist halt so,
1:19
machst du halt Grimassen. Also so Auflockerungsübungen für
1:24
die Gesichtsmuskeln genau genau, genau vorher sing ich immer noch
1:28
n bisschen weißt du, damit es ja ja klar na versteh ich versteh
1:32
ich ja, es ist ja auch schon ne n bisschen Zeit ins Land
1:36
gegangen also ja wir haben ja schon n paar folgen gemacht, ist
1:40
so, da kommt dann irgendwann auch so n bisschen Routine rein,
1:42
aber ich hab trotzdem jede Woche Bock ne Folge mit dir
1:44
aufzunehmen und ich freu mich auch auf das heutige Thema aber.
1:48
Lasst uns erstmal über ne andere Sache reden, die die Woche
1:51
abgegangen ist. Ja, am Dienstag, also wir haben
1:56
es quasi gerade erst verdaut, hat ja unser For connect extreme
2:00
Turnier stattgefunden, live auf Twitch.
2:03
Die Bots sind angereist, die Zuschauer auch, es war n
2:06
absolutes Spektakel und ich muss sagen, also n bisschen
2:09
verarbeiten tu ich es ja immer noch ne also es war es war
2:12
krass, es war einfach krass. Ja, das fand ich auch krass.
2:15
Vor allen Dingen das, was ich auch, also was für mich krass
2:18
war, war, dass ich das Gefühl, also wir sind, wir haben ja
2:20
nicht ganz so lange gestreamt wie sonst immer, es war ja quasi
2:23
relativ, also eher früher vorbei als normaler Twitchstream ne,
2:28
aber nichtsdestotrotz boah ich komplett fertig danach, ich
2:33
glaub, weil ich so aufgeregt muss und Bock hatte und es hat
2:35
Spaß gemacht, wir haben das ja wieder so richtig schön
2:38
moderiert und. Es war auf jeden Fall n richtig
2:40
geiles Event. Auch alle die dabei waren ne
2:43
Riesen Dank für den tollen Abend war richtig cool, hat Mega Spaß
2:46
gemacht. Auf jeden Fall.
2:48
Man muss natürlich fairerweise sagen, wir haben n bisschen
2:50
früher angefangen, also vielleicht war der Stream gar
2:52
nicht wirklich kürzer, wenn ich so jetzt so, also ich dachte
2:55
auch mal krass, war ja eigentlich n kürzerer Stream und
2:58
trotzdem völlig fertig gewesen danach, aber eigentlich ging ja
3:01
fast ansatzweise gleich lang wie sonst.
3:03
Wir haben nur früher angefangen. Aber ich hab länger.
3:05
Geschlafen, drüber, nachdenkst, weißt du?
3:07
Und das trotzdem war ich müde danach, weil es halt einfach
3:10
weißt, hat ausgelaugt, zweimal so aufregend.
3:12
Ja, das stimmt, das stimmt, das stimmt.
3:14
Ich war auch richtig angespannt, muss ich sagen.
3:16
Ja, man muss ja auch sagen, dass die die Bots, die eingereicht
3:20
wurden, ne, die hatten ja auch schon n gutes Niveau, also da
3:23
ging schon einiges ab, deswegen waren es halt auch super
3:25
spannende Matches. Absolut.
3:26
Also wir hatten ja insgesamt 16 Bots, das heißt, es gab ne
3:28
Gruppenphase, also richtig, wieso so n geilen Turnier und
3:31
danach ne n Playoffs quasi ne KO runde.
3:35
Oh, das war ja also die Spannung war ja, das war ja der Hammer,
3:37
also gerade wenn so n Spiel richtig knapp war zwischen den
3:40
Bots und dann so n Gewinner ermittelt wurde absolut geil
3:44
also auch an dem Punkt noch mal Herzlichen Glückwunsch an alle
3:48
Gewinner an die ersten 4 Plätze und noch mal n riesen Dankeschön
3:52
an alle die teilgenommen haben ich hoffe ihr hattet Spaß beim
3:55
Implementieren also das Feedback war auf jeden Fall super noch
3:58
mal vielen vielen Dank an unseren Hauptsponsor Jet Brains
4:01
an der Stelle die auch Gewinne mit beigesteuert haben.
4:05
Und an alle, die sich jetzt denken, weil sie jetzt
4:09
vielleicht gerade hier zuhören und sich denken, ah, da hätte
4:10
ich auch gern mitgebracht, ich hab es vielleicht nicht
4:12
mitgekriegt oder hatte nicht so Zeit.
4:14
Keine Sorge, es wird auch ne dritte Auflage von dem Turnier
4:18
geben, also von dem For connect Extreme und natürlich auch von
4:22
den anderen Turnieren, wir hatten ja bisschen früher im
4:25
Jahr das Flappy Buddy Turnier zum Beispiel, das ist ja n
4:27
anderes Spiel, da wird es auch ne weitere Auflage geben und.
4:30
Ich sag mal so Spoilerwarnung. Wir haben ja auch schon die Idee
4:34
für ein weiteres Spiel, was so gerade in der Community auch so
4:36
ein bisschen entwickelt wird, wie das so sein soll und davon
4:39
wird es dann natürlich auch Turniere geben, also hier auch
4:42
noch mal ganz offiziell die Einladung, Liebe zuhören, lieber
4:46
zuhören, falls du noch nicht auf unserem Discord bist und dir
4:48
denkst, die Community klingt wirklich cool, jetzt mache ich
4:51
den Schritt, ich gehe da mit rein und möchte mit planen an
4:54
dem nächsten Turnier und an dem Spiel, du bist herzlich
4:56
eingeladen die Links wie immer in den Shownotes.
5:00
Nach dem Turnier ist vor dem Turnier.
5:02
Genauso sagt man genauso wie bei Podcast folgen nach einer
5:06
Podcast Folge ist vor der Podcast Folge ich weiß gerade
5:08
gar nicht wo wir sind nach oder vor aber auf jeden Fall
5:11
mittendrin. Ja und dann lass uns doch auf
5:16
jeden Fall mal das Thema Reinstarten und zwar ist es auch
5:20
n Thema was auch tatsächlich, weil du es gerade gesagt hast.
5:22
Community aus der Community kommt zwar n Wunsch und es geht
5:25
um Domain driven Design in dieser Folge.
5:29
OK. Und also, wenn wir jetzt da mit
5:32
reinstarten, möchte ich dir eigentlich mal so ne Frage
5:34
stellen, ne, um um jetzt reinzukommen in diese Folge und
5:36
zwar hattest du das schon mal irgendwann so in deiner Laufbahn
5:41
als Softwareentwickler, als in deinem Dasein, dass es
5:45
irgendwann mal dazu gekommen ist, dass irgendwie auf
5:50
technischer und fachlicher Ebene aneinander vorbeigeredet wurde.
5:56
Also ist jetzt die Frage jetzt, ob es mal vorgekommen ist oder
6:00
ob es irgendwann mal nicht vorgekommen ist.
6:04
Ich glaube so kann man das schneller beantworten.
6:07
Nein, es ist noch nicht nicht vorgekommen, sozusagen.
6:12
Ja, das ist gang und gäbe. Ne.
6:13
Also gerade wenn Projekte größer werden und mehr Parteien da drin
6:17
sind und das vielleicht nicht alles die absoluten Coder und
6:21
coderin sind und man sich quasi auf low Level Ebene technisch
6:25
unterhält, sondern übergeordnet fachlich, dann sind
6:29
Missverständnisse sehr oft der Fall.
6:32
Ja das geht ja dahin, dass du irgendwann Begriffe verwendest,
6:38
wo beide Seiten. Bild von Harm aber es nicht das
6:42
Gleiche ist. Und das ist Realität, dass sowas
6:44
passieren kann, weil du hast ja je nachdem in welcher Branche
6:47
oder was nicht, Branche in welchem Bereich, auf welchem
6:49
Level du dich bewegst, gibt es ja, so sag ich mal, allgemeine
6:54
Begriffe ja, also das Wort an sich ist n allgemeiner Begriff,
6:58
aber es steht für was spezifisches in deinem Kontext
7:01
und. In einem anderen Kontext für was
7:03
anderes spezifisches und bis man da merkt, dass man aneinander
7:08
vorbei redet, ist absolut keine Seltenheit.
7:10
Ja, ich mein, das fängt ja auch teilweise schon an, wenn du
7:12
keine Ahnung, irgendwer kommt von draußen rein, ne als
7:15
irgendwie einfach fiktiv und sagt erst hast du gesehen was da
7:17
draußen los ist. Also nee, meinst du das?
7:20
Nein, wieso glaubst du das? Nein ich mein das ne, also dass
7:23
man direkt also die Assoziation, also allein schon das worauf
7:27
jemand irgendwie wert legt, was was im Fokus von einer
7:30
bestimmten Person steht ist ja schon mal was ganz anderes, ne
7:33
also der eine denkt sich dann zum Beispiel ja okay draußen, da
7:36
hab ich zum Beispiel das und das gesehen, weil es mir irgendwie
7:39
aufgefallen ist, weil was weiß ich, da steht auf einmal
7:41
irgendwie n verlassenes verlassene Pflanze draußen, die
7:44
irgendwer nicht mit reingenommen hat, der andere meint aber, dass
7:46
jemand falsch geparkt hat, ne? Ist es halt der Fokus, der
7:51
berühmte. Blickwinkel dann ne genau worauf
7:53
man achtet. Und ich finde, das ist halt,
7:55
wenn wenn so ne Kleinigkeiten schon vorkommen, dann ist es ja
7:58
eigentlich relativ einfach, auch gerade in solchen komplexeren
8:02
Bereichen auch in diesem Modus zu kommen, dass man halt
8:05
vielleicht ne andere Sichtweise auf bestimmte Dinge hat, ne und
8:09
weil du ja auch jetzt gesagt hast, fachliche Ebene.
8:13
Oder Fachlichkeit hatten wir auch gesagt.
8:15
So, ich hab mich irgendwann, da hatte ich mich auch mal mit
8:18
jemandem unterhalten und da ging es dann auch immer so um beim
8:21
Programmieren, da war ich noch relativ frisch, auch so
8:23
Einsteiger im in in der Softwareentwicklung
8:27
beziehungsweise als als Berufseinsteiger ne das mein Ich
8:30
und da wurde dann auch mal hab ich mich mit jemandem leicht
8:33
zusammen per Programming gemacht mit jemandem der dann auch.
8:36
Ja, sagen wir mal viel mehr Erfahrung hat und dann noch mal
8:38
meinte, so, wenn ich dann irgendwie Vorschläge gemacht
8:39
hab, meinte er so ja gute Idee, aber das ist wir müssen genau
8:43
uns überlegen was eigentlich die Fachlichkeit ist.
8:45
Ne also wir dürfen das jetzt nicht so technisch betrachten,
8:47
also er war quasi schon in diesem Mindset Domain driven
8:50
design drin ne und ich hab es aber irgendwie überhaupt nicht,
8:53
ich dachte mal was will er denn mit seiner Fachlichkeit, ne?
8:56
Und da gehen wir auf jeden Fall noch mal genauer drauf ein, was
8:59
jetzt wirklich ne Fachlichkeit ist, weil wir gesagt haben, OK,
9:01
es gibt natürlich ne, man kann von der technischen Seite das
9:04
ganze betrachten und von der fachlichen Seite, dass diese
9:06
Unterscheidung noch mal n bisschen genauer klar wird, das
9:08
kommt auf jeden Fall in Erfolge dran, das wird auf jeden Fall
9:11
auch das Ziel dann am Ende sein und halt zu gucken, was ist
9:16
Domain driven Design eigentlich ne, also es ist ja oft so, dass
9:19
es so bestimmte ich sag malideen gibt, die so rumgeistern oder so
9:25
annahmen sowas wie. Domain driven Design ist n
9:27
Architektur pattern oder wenn von Domain driven Design
9:31
gesprochen wird, dann nutzt du Microservices, solche Sachen,
9:34
aber das entspricht nicht unbedingt der Wahrheit,
9:37
jedenfalls nicht genauso diese Gleichstellung sozusagen ne ja
9:42
und da würd ich sagen, dass wir uns das einfach mal so angucken,
9:46
was es damit alles auf sich hat, oder?
9:48
Ja, absolut. Und ich glaub das ist schon der
9:50
erste Wichtige. Punkt, den man hier am Anfang
9:54
der Folge direkt mal nennen sollte, bevor wir tiefgreifender
9:57
darauf eingehen. Dass also Test, Test, das Test
10:03
driven das ist bei mir einfach drin, immer domain driven Design
10:06
ist für mich halt auch vom großen Prozentsatz aus ne
10:12
Mindset frage oder n oder ne Herangehensweise die im.
10:17
In der Einstellung startet sozusagen, und daraus können
10:21
Architekturentscheidung resultieren oder sollten daraus
10:25
resultieren. Aber wie du schon meintest, es
10:26
ist kein kein Architektur Pattern oder irgendwas was du
10:30
direkt dann so umsetzt ne weil dann bist du ja schon wieder
10:33
auch sehr stark technisch unterwegs und das ist ja gar
10:36
nicht das worum es gehen soll, ne oder wie du meintest.
10:40
Was DDD ja, Microservices alles klar los geht es, wir legen los,
10:44
darum geht es ja gar nicht ne, sondern man muss sich halt bei
10:47
also wenn man über dieses Thema spricht mal n bisschen wirklich
10:51
auch frei machen davon und das fällt halt manchen Leuten,
10:54
gerade auch einsteigerinnen und Einsteigern, weil du das ja
10:57
gerade erwähnt hattest, weil mir ging es genauso.
11:00
Schwer, sich davon n bisschen frei zu machen, weil man neigt
11:04
dazu, immer sehr schnell ins technische zu gehen und sich zu
11:07
überlegen, wie implementiere ich das jetzt?
11:09
Ah na warte mal, warte mal jetzt jetzt braucht Datenbank hier
11:13
dann anbinden Oh nee, da in dem Fall müssen wir aber auf das und
11:16
das achten, weißt du also kennst du das wenn so die Gedanken
11:20
abdriften und man sofort im technischen ist und damit mit
11:23
diesem Designansatz ja über den wir jetzt sprechen werden.
11:28
Das Domain driven zu betrachten versuche ich bewusst davon
11:32
wegzukommen und hab halt, wie du auch schon meintest, das Ziel,
11:36
dass ich auf einer Ebene mit allen Beteiligten sprechen kann.
11:40
Diese berühmte bekannte gemeinsame Sprache in
11:44
Anführungszeichen, ne, dass wirklich jeder vom gleichen
11:47
redet und nicht wie du meintest. Hast du das gesehen da draußen
11:50
und der eine keine Ahnung sieht wie du meintest, der parkt
11:53
falsch oder was auch immer und der andere sie guckt ganz
11:55
woanders hin, dann hab ich ja nichts gewonnen.
11:58
Ich find das so geil, weil du sagst, diese gemeinsame
12:00
gemeinsame Sprache, ne, da hab ich n Begriff gehört.
12:03
Also als ich das noch mal so n bisschen da drüber mir auch noch
12:06
mal jetzt in im Zuge der Folge auch noch mal n bisschen so paar
12:09
Sachen so quergelesen hab wahrscheinlich.
12:11
Den gleichen, die ich auch gesehen hab.
12:12
Ich kann ihn nur nicht aussprechen, so richtig.
12:14
You you big, it is oder sowas language ne, das ist im
12:17
Endeffekt so diese allgemeine Sprache, das wird wohl so
12:19
genannt, hab ich vorher orderlich also den Begriff hab
12:21
ich noch nie gehört, vorher ganz komisches Wort also.
12:25
Mich würd mal interessieren ob das so n so n geläufiges ja ist
12:29
so n Ding vielleicht im Englischen?
12:31
Ich weiß es nicht genau, es ist ja ist ja quasi englischen, aber
12:34
vielleicht wird das da viel öfter verwendet.
12:35
Ich hab keine Ahnung, aber ich kann es halt wirklich
12:37
wahrstellen so n alltagswort so weißt du so in jedem zweiten
12:40
Satz, sprich bitte so nee, aber ich find es auf jeden Fall gut,
12:45
dass weil du meintest, so dass man da relativ schnell
12:48
abdriftet, ne und sagt so OK, ich bin so relativ technisch
12:52
direkt unterwegs, ne und ich find das, aber eigentlich ist es
12:54
ja komisch, dass es passiert so ne, weil wenn du jetzt zum
12:57
Beispiel mal dir überlegst, ne so als kleine Analogie, ja stell
13:00
dir mal vor, meine Kaffeemaschine ist kaputt und du
13:02
denkst dir ne ja pass auf wirklich doof das Fabian mag
13:08
gerne Kaffee ne ich bring ihm einfach mal also du bringst mir
13:11
jetzt ne Kaffeemaschine mit weil du noch eine übrig hast und
13:14
denkst dir so Mensch Junge. Komm, du darfst hier nicht out
13:17
of Kaffee laufen. Ne, das ist das ist n no go, das
13:19
dürfen wir nicht machen. So also bringst du mir eine mit,
13:21
stellst du mir n Flur so ne und jetzt ist die Frage ne weil
13:25
angenommen ich kenne diese Kaffeemaschine nicht ne du ich
13:29
hab vielleicht weiß ich nicht bin auch n bisschen blöd in
13:32
diesem Moment keine Ahnung du musst mir jetzt erklären wie ich
13:35
diese Kaffeemaschine einschalte oder wie ich die überhaupt
13:38
generell jetzt einsatzbereit bekomme wie würdest du das
13:40
machen? Also was würdest du sagen was
13:42
ich machen müsste damit ich mir Kaffee damit kaufe kochen kann.
13:45
Na ja, ich würde erst mal sagen, dass du ausrechnen musst,
13:49
wieviel Kraft du aufwenden musst, um diese Kaffeemaschine
13:51
hochzuheben. Das würde man erst mal
13:55
berechnen. Ja dann die Distanz berechnen
13:59
zum finalen Punkt, der auch ermittelt werden muss, ganz klar
14:02
OK, mit dir kann man das nicht machen, genau genau das soll ja
14:06
nicht sein, ne? Du sagst ja auch nicht keine
14:09
Ahnung. Und ja, so wie ich das gerade
14:12
meinte, ne Wende jetzt bitte Kraft XY auf um diese
14:16
Kaffeemaschine anzuheben, sondern.
14:18
Kinetische Energie um die Kaffeemaschine in die Küche zu
14:21
bringen und leite 230 Volt in die Kaffeemaschine, so das würde
14:25
ja auch keiner machen, da würdest du sagen, Nimm die
14:26
Kaffeemaschine, Pack die in die Küche, Steck Stecker rein und
14:29
drück auf an, so nach dem Mut, das ist ja.
14:31
Ist n Schalter on. Genau.
14:34
So, aber das ist halt genau der Punkt, weil in solchen Momenten
14:36
ist, fängt man ja nicht an, technisch darüber zu reden, so,
14:38
man ist ja auf einer fachlichen Ebene, man überlegt sich, OK,
14:42
wie funktioniert das, was ich ja eigentlich machen soll, ne, wie
14:45
erkläre ich das ganze fachlich, dann mach die Kaffeemaschine an,
14:48
indem du auf Andrückst. Es ist halt so.
14:49
Das klingt jetzt so n bisschen witzig, aber es ist halt
14:52
eigentlich n ganz gutes Beispiel, weil wir würden uns ja
14:54
auf einer fachlichen Ebene. Wenn man das jetzt fachliche
14:57
Ebene nennen kann bei einer Kaffeemaschine, da aber
14:59
unterhalten, weil wir reden vom gleichen und du weißt, wenn ich
15:02
dir sage, Steck bitte den Stecker rein, dass du auch bitte
15:06
dann den Stromanschluss da bereitstellst sozusagen ne und
15:12
genau darum geht es halt auch, dass man genau auf so einer
15:14
Ebene dann kommunizieren kann und man sich um die eigentliche
15:19
Fachlichkeit der Kaffeemaschine. Unterhält und wie man das
15:23
umsetzen kann und nicht darum, wie es intern sag ich mal
15:26
elektronisch umgesetzt ist, weil das interessiert dich als Kunde
15:30
zum Beispiel oder als als ja doch nehmen wir mal den Kunden
15:35
im Sinne von dem Kaffeetrinker. Interessiert dich das ja nicht.
15:38
Ja, richtig, und da kann halt auch n Rechtsanwalt mit einem
15:40
Elektriker sprechen und dann wissen trotzdem alle wie das
15:43
Ganze funktioniert, auch wenn der Elektriker vielleicht genau
15:45
weiß wie das da mit dem Strom funktioniert, ne?
15:47
Genau. Deswegen wollte ich erst sagen,
15:50
so der der Maschinenhersteller, aber da gibt es natürlich Leute
15:54
gut, doch nehmen wir mal das Beispiel, kann man auch ganz gut
15:56
daran erklären, dass du sagst, aber auch bei einem bei dem
15:59
Hersteller ne in dem Unternehmen die diese Maschinen herstellen,
16:02
gibt es ja auch unterschiedliche Leute, da gibt es den
16:05
Produktdesigner, dem ist halt wichtig wie die Knöpfe
16:08
angeordnet sind, wie vielleicht die User Experience ist und den
16:11
interessiert auch nicht wie die interne elektrische Schaltung
16:14
aussieht, damit das so funktioniert wie er sich das
16:17
vorstellt und trotzdem. Müssen ja die Entwickler ja,
16:20
also sagen wir mal auch die, die wirklich das auf Elektroebene
16:24
machen kommunizieren können die Produktdesigner und dann muss
16:28
klar sein, wenn von dem Knopf geredet wird was passiert oder
16:32
keine Ahnung weiß ich nicht irgendwelche Siebe, einläufe was
16:38
auch immer man dann da besprechen kann, ja oder das
16:41
Malwerk von mir aus auch da muss ja trotzdem jeder wissen worum
16:44
es geht so ne. Genau.
16:46
Und ich find da sieht man doch wahrscheinlich relativ schnell,
16:48
dass. Domain driven design jetzt.
16:51
Eher sich kein Kaffeemaschinenhersteller
16:53
finden. Da sieht.
16:54
Man bei meinen Begriffen hier. Ein Sieb sieb ist schon mal gut.
16:59
Das kann man bestimmtes Hunderpro dabei und Mahlwerk
17:02
gibt es auch. Erzähl mir doch nichts.
17:03
Wir reden ja hier von Vollautomaten oder wir reden
17:05
doch hier von Vollautomaten. Nein, ich beite gerade.
17:08
Ne Filtermaschine ist doch logisch.
17:10
OK, gut, dann bin ich raus. Nein, aber siehst du da?
17:13
Haben wir schon wieder n? Nein, nein, aber also man, man
17:16
sieht halt, dass deshalb zum Beispiel ist ja Domain driven
17:19
Design keine kein Architektur Pattern oder so, das ist ja
17:21
etwas, was im Kopf beginnt, ne also dass man sich wirklich
17:24
überlegt, wie kann ich die Kommunikation maximal
17:28
verbessern. Und dafür halt dann am Ende auch
17:31
Sorgen, dass der Code halt eben auch besser ist.
17:33
Dass alle am Ende über das gleiche reden, aber dass es halt
17:37
eben nicht im Code anfängt, sondern halt in der
17:40
Kommunikation ne und demzufolge halt logischerweise im Kopf.
17:45
Demzufolge ist es halt eben auch nicht einfach nur irgendwie n
17:48
Pattern wo man sagt, OK, gestalte deine Software so auch
17:52
unter anderem, aber es geht vielleicht auch n bisschen
17:54
darüber hinaus, ne? Wenn wir uns das ganze jetzt
17:58
noch mal n bisschen technischer angucken, ne und sagen, OK, wir
18:00
nehmen jetzt zum Beispiel das Kaffeebeispiel und unsere
18:02
Kaffeefirma, keine Ahnung, die hat jetzt n bestellsystem ne und
18:07
wir jetzt mal überlegen OK was ist jetzt eigentlich die
18:08
Fachlichkeit bei diesem Bestellsystem, dann ist es ja
18:12
so, dass im Großen und Ganzen die Fachlichkeit selber oder
18:16
diese Domain, das kannst du gleichsetzen, die Fachlichkeit
18:18
sozusagen die Domain an der Stelle und du möchtest jetzt
18:20
etwas bestellen, das heißt du hast irgendwie n irgendwas mit
18:22
Order ne Order. Das ganze Ordering ne, das ist
18:26
sozusagen eine Domain die dahinter steht und da wird halt
18:29
im Endeffekt mit dieser Fachlichkeit wird beschrieben
18:32
was eigentlich passiert. Also es geht wirklich um die
18:34
Abläufe oder so gewisse Regeln aus der Business Sicht.
18:38
Ne wenn du jetzt zum Beispiel sagst du hast n Kunde der jetzt
18:41
ne Bestellung aufgibt sag ich möchte jetzt gerne n Kilo Kaffee
18:43
kaufen, beispielsweise in diesem Onlineshop oder was auch immer.
18:47
Dann darf natürlich nur diese. Besteht diese Bestellung
18:49
getätigt werden, wenn auch Kaffee verfügbar ist,
18:52
beispielsweise, und wenn nicht, dann wird dem Kunden halt
18:54
angezeigt, ey pass auf, das geht gerade nicht, du kannst das
18:58
nicht bestellen, weil es nicht da oder so und zum Beispiel gibt
19:01
es dann auch noch die weiß ich, die Regel, dass es erst
19:04
losgeschickt wird, wenn es bezahlt wurde oder sowas in die
19:06
Richtung, das heißt es wird ja. Einfach nur beschrieben, wie
19:12
diese Domain ja in dem also dieses Geschäft in
19:14
Anführungsstrichen, je nachdem wie groß du deine Domain siehst,
19:17
aber zumindest diese diese online diese online Bestellung,
19:20
diese Domain, diese Fachlichkeit wird einfach beschrieben.
19:23
Wie funktioniert das, was für Regeln gibt es da ne auf der
19:26
technischen Seite ist es halt anders, da bist du halt eher an
19:28
einer technischen Lösung orientiert wie du ja auch schon
19:30
meintest, dass man da relativ schnell hin abdriftet und sich
19:34
dann sagt, wenn dir jemand zu dir kommt und sagt ich mein, das
19:36
kennen wir ja glaub ich selber ganz gut ne.
19:38
Kommt jemand zu dir hin und sagt Implementier Mal n Onlineshop,
19:41
dann denkst du dir wahrscheinlich ehrlich, OK
19:43
ramara, dann brauch ich irgendwie ne Datenbank wo meine
19:45
ganzen Produkte drin sind. Wenn jetzt ne Bestellung kommt,
19:48
wo wird die Bestellung gespeichert?
19:49
Ah da nehmen wir vielleicht ne SQL oder ne Mongo DB.
19:52
Das ganze packen wir in Kybernetes Cluster und wir
19:57
implementieren es in in in Kotlin so ne und wenn jetzt aber
20:01
zu viel Traffic kommt müssen wir das System skalieren das sind ja
20:03
alles dann im Endeffekt diese. Ganze Technik, Performance,
20:06
Infrastruktur, Datenhaltung. Was für Implementierungsdetails
20:10
wollen wir dafür nehmen? Also das wie ne wie wird es
20:12
umgesetzt und das ist ja sozusagen dieser kleine
20:16
Unterschied zwischen die Fachlichkeit die du hast und
20:21
halt eben diese technische Seite, ne?
20:24
Ja, und wenn man das ganze jetzt sag ich mal domain driven macht.
20:29
Du hast ja jetzt Ordering zum Beispiel genommen, dann.
20:32
Ist es ja so, dass hier auch mal die Anmerkung, dass dein
20:37
gesamtes Produkt oder deine Applikation, wie man es auch
20:41
jetzt nennen möchte, auf welchem Schnitt ne.
20:44
Besteht ja aus mehreren Domainen, sozusagen ne.
20:46
Also es gibt dann verschiedene Abstufungen sozusagen, aber du
20:50
kannst ja jetzt sagen, dieser ganze Bestellprozess ist ne
20:53
Domain, geh ich mit ja und dann gibt es verschiedene Entitäten,
20:57
wie jetzt der Kunde das Produkt ja also was du jetzt so genannt
21:01
hattest, um das noch mal so n bisschen einzuordnen, genauso
21:04
gibt es ja aber auch weitere Domain, dass Du sagen kannst OK,
21:07
aber payment ist auch noch mal ne eigene Domaine, weil der
21:10
Kunde oder der. Projekt Verantwortliche sagt,
21:14
Ich möchte oder wir müssen dafür sorgen, dass man das Produkt
21:18
auch bezahlen kann. Ja, er kommt ja nicht um die
21:21
Ecke und sagt, wir müssen übrigens hier Payment Service XY
21:24
anbinden, dafür müssen wir folgenden Request machen und das
21:28
Mitsenden und hier damit wird er ja nicht um die Ecke kommen, das
21:31
sind Themen die beschäftigen dich nachher wenn du quasi Dinge
21:35
implementieren möchtest, aber auf Domain ebene diskutierst du
21:39
ja nicht. Auf diesem Level sozusagen,
21:42
sondern du sagst vielleicht, wir müssen gewährleisten, dass wir
21:46
verschiedene Bezahlmöglichkeiten anbieten.
21:49
In genau dieser Payment Domain. Ne, wenn wir uns da also mit dem
21:52
Blick auf diesen Punkt gucken sozusagen, und so geht das ja
21:56
immer weiter, ja, also kannst du denn halt dein, dein ganze, dein
22:00
ganzes Projekt strukturieren, mit dem richtigen Blickwinkel
22:05
sozusagen. Ich find das gut, dass du sagst,
22:07
dass dass man es halt theoretisch unterschiedlich.
22:11
Ich sag mal trennen kann oder eingliedern kann oder splitten
22:15
kann wie du es nennen möchtest. Also die einzelnen Domains, weil
22:18
ich finde ich weiß nicht wieso dein deine Gedankengänge
22:21
normalerweise funktionieren, also ein bisschen weiß ich es,
22:23
weil wir kennen uns ganz gut, aber bei mir ist es oft so, dass
22:27
ich mir zum Beispiel denke ja hier domains ne so mach domain
22:29
driven design, da musst du das in Domains teilen, dann denke
22:32
ich mir oder ne wenn ich anfange mit einem neuen Thema.
22:35
Und vielleicht geht es ja auch irgendwie.
22:37
Jetzt zum Beispiel Dir Liebe zur lieber Zurer, so dass du denkst,
22:40
OK, domains, aber was sind denn jetzt meine Domains, ne?
22:42
Und ich find das ist halt immer schwierig, weil für mich ist es
22:45
gerne. Also ich hab gerne sowas wie, ja
22:48
das ist halt also das sind die Regeln, dann ist es ne Domain,
22:51
aber es ist halt schon n bisschen floating ne weil du
22:54
musst ja überlegen, OK was ist denn jetzt wirklich eine
22:57
Fachlichkeit ist eine Fachlichkeit die komplette
22:59
Bestellung ne dass du einfach sagst OK Bestellung umfasst
23:03
sowas wie. Den Warenkorb, den die
23:06
Bezahlung, das ordern, weißt du dieses Ganze, weil weil du ja
23:09
auch meintest, es gibt ja Payment zum Beispiel, es gibt es
23:10
gibt Ordering was auch immer und es ist halt genau die Frage und
23:16
das kann man nicht pauschal beantworten, was eine Domain
23:19
ist. Es ist immer die Fachlichkeit
23:21
und das liegt im Auge des Betrachters und da ist es halt
23:23
auch wichtig, wenn man gerade so nach Domain driven Design
23:25
arbeiten möchte, dass man genauso was abklärt, ne also
23:31
zwischen dem Team. Und ich sag mal dem Fachbereich,
23:34
mit dem dann sozusagen diese Anwendung oder dieses Produkt
23:36
oder was auch immer entwickelt wird, dass man auch wirklich mal
23:40
klipp und klar absteckt, was ist denn jetzt eigentlich zum
23:43
Beispiel eine Domain, was ist eine Fachlichkeit, ne, was
23:45
gehört zusammen, weil ich finde, und da, da geht es auch wieder
23:49
um den Punkt Kommunikation, weil oft werden einfach Dinge
23:52
angenommen, manchmal denken ja oder denkt so n Fachbereich gar
23:56
nicht darüber nach oder so Fachexperten.
23:59
Was es eigentlich bedeutet, weil es für die Leute so unglaublich
24:01
klar ist. Aber kennst du das, wenn du dir
24:04
etwas total klar ist? Aber du kannst es trotzdem
24:07
eigentlich nicht richtig beschreiben, weil es einfach nur
24:09
so n Gefühl ist und das passt. Das passt zusammen, das ist eine
24:12
Sache, das ist eine Sache, aber du kannst es nicht explizit
24:15
beschreiben. Ja, also das ist halt gerade
24:18
wenn man sich lange in ein Thema reingräbt und sich da auskennt
24:22
und da quasi zu Hause ist, dass genau diese Momente auftreten,
24:25
dass du sagst. Ja, ist doch logisch, oder?
24:28
Oder beziehungsweise dass du verknüpfen kannst, dass gewisse
24:31
Dinge einfach immer zusammenhängen, was aber von
24:35
außen und ich sag bewusst außen ne für Leute, die jetzt
24:39
vielleicht auf eher auf fachlicher Ebene da unterwegs
24:42
sind, das gar nicht bewusst ist, dass Dinge immer zusammenhängen
24:46
und dass man vielleicht an der Stelle.
24:48
Ganz andere Domain hat, als man gerade vom Mindset her, also
24:51
als, als dass man gerade annimmt, sozusagen ne da.
24:56
Deswegen gibt es ja auch zum Beispiel den Begriff von
24:58
Aggregates, dass du sagst, es gibt Verbünde, die immer
25:03
zusammenhängen und nur zusammen funktionieren.
25:05
Und wenn du dir über sowas Gedanken machst, kannst du halt
25:08
auch besser Domain bilden. Ja, ja, beispielsweise weil du
25:15
meintest, der Bestellprozess, das wird halt keinen
25:17
Bestellprozess ohne einen Kunden geben.
25:19
Ja, also irgendwer muss es ja bestellen genauso.
25:23
Ja, ich will mich jetzt nicht zu weit aus dem Fenster lehnen,
25:26
aber sagen wir mal so n Warenkorb, weil du den gerade
25:28
genannt hast. Der muss halt auch irgendwo im
25:30
Bestellprozess irgendwie ne Rolle spielen, weil wo brauch
25:33
ich n Warenkorb außerhalb sozusagen.
25:35
Ja, genau, definitiv. Und so kann man denn halt quasi
25:40
auch anhand dieser Entitäten, die da involviert sind, auch
25:44
Domains dann irgendwie gliedern, sag ich mal.
25:46
Beziehungsweise du, du Meißelst das ja nicht in Stein und sagst,
25:51
so sieht das aus, sondern es ist deswegen am Anfang dieser
25:54
Aussage, es ist irgendwo auch Mindset 80% Mindset, würd ich
25:58
mal sagen ne, weil du halt immer mit diesem Gedanken da rangehen
26:02
musst sozusagen. Ja, auf jeden Fall.
26:04
Und wenn wir jetzt, also wir haben jetzt.
26:06
Ich ich denke so so was jetzt ne Fachlichkeit, das haben wir
26:09
eigentlich ganz gut abgeklärt und gerade bei Domain driven
26:12
Design geht es ja auch vor allem darum zu sagen, ich möchte nicht
26:15
die Fachlichkeit mit der technischen Seite vermischen, da
26:18
hab ich mich zum Beispiel auch als ich das erste Mal oder als
26:20
ich überhaupt so generell so n bisschen auf Domain driven
26:22
Design mal gestoßen bin, dachte ich mir mal so, aber du brauchst
26:25
ja irgendwann technisch das technische, muss ja mit rein,
26:28
also wie kann es sein, dass sozusagen, dass man diese diese
26:32
Technik da ich sag mal also für mich war es dann so OK soll die
26:36
soll diese technische Seite dann ausgeklammert werden oder so ne
26:39
aber das ist es ja nicht, sondern es ist ja wirklich so,
26:41
dass du sagst man muss es trennen, damit man eben damit
26:46
die Software halt dann am Ende auch schöner wird ne also so n
26:51
kleines Beispiel ne, wenn du jetzt mal wenn du jetzt sagst.
26:54
Ne Bestellung darf nicht getätigt werden, wenn das nicht
26:57
auf Lager ist. Wenn wenn du davon nichts mehr
26:59
hast. Also du kannst kein Kilo Kaffee
27:00
bestellen, wenn es kein Kilo Kaffee mehr gibt.
27:03
Von dieser Sorte beispielsweise ne technisch sagt man OK, wir
27:06
müssen also die Menge in der Tabelle Inventory überprüfen mit
27:10
einer SQL Curry mal als Beispiel ne das wäre jetzt sozusagen das
27:13
technische und wenn du das ganze jetzt aber nicht trennst
27:18
voneinander hast du vielleicht irgendwie diesen diesen
27:21
technischen Aspekt wo dann irgendwo?
27:24
Ich sag mal in deinem in deinem ganzen Konstrukt, wo du da
27:30
bestimmte SQL Queries abfeuerst. Also du hast irgendwo n Pfeil wo
27:34
SQL Queries gebastelt werden und irgendwo innerhalb deiner SQL
27:38
query wird aber gesagt so aber nur wenn Stock größer 0 ist.
27:41
Ne nur dann können wir das zum Beispiel verarbeiten und dann
27:46
ist diese Fachlichkeit die die dir eigentlich sagt.
27:51
Du darfst gar nicht erst eine Bestellung ausführen, wenn der
27:55
Stock gar nicht vorhanden ist. Es ist ja eigentlich relativ
27:57
einfach zu sagen, NE IF Inventory ist sozusagen für das
28:02
Produkt ist 0. Dann kannst du halt nicht
28:04
bestellen, dann wirf ne Exception oder irgendwie sowas.
28:06
Ne, das ist ja eigentlich relativ einfach zu sag ich mal
28:10
fachlich zu greifen, aber wenn das irgendwo tief im Code
28:13
verankert ist, wo du. Vielleicht als Entwickler oder
28:15
Entwicklerin auch noch mal ewig nachgucken muss.
28:17
Ne jemand sagt dir zum Beispiel sowas wie ja dein der User der
28:21
bestellt, der muss aber verifiziert sein oder n Konto
28:24
haben oder sowas ne und dann und das musst du jetzt einbauen, das
28:28
heißt da müsstest du irgendwo gucken tief in diesen Code
28:30
reingucken bis du irgendwann an der Stelle bist wo dann diese
28:33
Bedingung kommt und wo du dir dann sagen kannst OK wart mal,
28:36
aber hier will ich ja eigentlich das überhaupt erst machen wenn
28:39
der User wart mal wo hab ich den User also du.
28:42
Du bist irgendwo ganz tief im Code drin und musst dann
28:46
irgendwie frickelst da was rein, ne im im worst case und wenn du
28:50
aber jetzt sagst ich trenne diesen technischen Bereich, also
28:52
zum Beispiel den Datenbankzugriff ne von der
28:56
fachlichen Seite, also irgendeiner übergeordneten Ebene
28:58
wo einfach nur drin steht ne ganz, also ganz einfache Regel
29:03
ne wenn das Inventory gefüllt ist und wenn der User zum
29:07
Beispiel auch wirklich weiß nicht registriert ist, dann
29:10
darfst du überhaupt diesen Zugriff machen.
29:12
Das ist sozusagen wieso ne, wie sagt man wieso n wieso n wieso n
29:17
Buch so n Regelbuch weißt du wo du nachgucken kannst?
29:21
Ja wonach etwas passiert und dann ist es viel einfacher so ne
29:24
Zusatzbedingung noch hinzuzufügen, weil du eine Ebene
29:27
hast in deinem Code, die einfach die überhaupt nicht technisch
29:30
ist, sondern wo nur fachlich, sag ich jetzt mal regeln stehen,
29:34
die dir irgendwie zeigen. Nach diesem Prinzip funktioniert
29:37
hier irgendwas, diese Domain ne. Ja.
29:41
Ja, so kannst du ja auch abbilden, quasi wie die
29:43
Funktionsweise aussieht. Und das ist ja der Punkt, dass
29:46
du sagst, auf fachlichen fachlicher Ebene komme ich ja
29:49
nicht dahin zu sagen, Na ja, da müssen wir in der Datenbank da
29:52
und da abfragen, weil das interessiert auf fachlicher
29:56
Ebene nicht, sondern es ist ja eher sowas wie ist der Artikel
30:01
noch auf Lager? Ja, wir müssen feststellen, ist
30:03
der noch auf Lager, haben wir noch, ist er vorrätig oder so,
30:08
das wär die fachliche Ebene. Und dann, ob dahinter ne
30:11
Datenbankabfrage ist oder jemand guckt auf einen Zettel ob das da
30:15
drauf steht. Wie auch immer erfasst wird ob
30:18
noch dieses dieser Artikel vorhanden ist.
30:20
Also auf Lager ist oder nicht spielt ja also auf der
30:23
fachlichen Ebene keine Rolle, genau auf der Domain jetzt ne
30:27
klar jetzt kann ich in ne andere reingucken und dann sieht das
30:29
vielleicht schon anders aus je tiefer ich gehe je technischer
30:33
wird es zwangsläufig irgendwann ne.
30:36
Aber wir sind ja quasi, und das ist wichtig, ja, auf einer
30:39
Ebene, wo alle miteinander kommunizieren sollen, und dann
30:42
gehst du ja nicht zum ja, keine Ahnung, nehmen wir das Beispiel
30:47
noch mal. Ich find, das ist n ganz gutes
30:48
Beispiel zu sagen, wir haben jetzt n Designer, der sagt, so
30:51
und so sieht der Job aus, ne und?
30:55
Sagt, dann möchte ich da anzeigen, wenn der Artikel auf
30:58
Lager ist, dass da n grüner Text ist auf Lager sofort lieferbar.
31:03
Wenn das der Fall ist, möchte ich, dass die Lieferzeit so und
31:06
so ist oder so weiter ne, also er betrachtet das ja ins Aus
31:10
seiner Perspektive, das Design so, aber wenn er sagt auf Lager
31:16
ne dann. Wissen alle, was damit gemeint
31:19
ist? Genau.
31:20
Und er sagt ja nicht, wenn diese Query sagt, das Ergebnis größer
31:25
0 ist so nach dem Motto ne, weil du das so schön gesagt hast.
31:28
Klar, auf technischer Sicht muss es so umgesetzt werden, um auf
31:31
Lager entscheiden zu können, sozusagen ob es auf Lager ist
31:34
oder nicht. Aber genauso wie du es schon
31:38
angemerkt hast, das ermöglicht mir überhaupt den Spielraum zu
31:41
sagen. Ganz ehrlich, wir haben am
31:43
Anfang ne technische Entscheidung getroffen, die sah
31:46
erstmal gut aus, dass wir jetzt zum Beispiel die und die
31:48
Datenbank nehmen, aber wir stellen das jetzt oben auf das
31:50
und das. Wenn ich aber das ganze Domain
31:53
driven betrachtet hab, fällt es mir im Nachhinein viel einfacher
31:57
diese Änderung sag ich mal auf Architekturebene durchzuführen
32:01
beziehungsweise anders gesagt, meine Architektur resultiert aus
32:06
einem Domain driven Ansatz und ich bin überhaupt in der Lage
32:10
diese Adaption machen zu können, ohne dass.
32:12
Alles den Bach runter geht so ne.
32:14
Ja, du kannst halt einfach diese.
32:15
Du kannst halt einfach. Du kannst den technischen Teil
32:17
austauschen ohne die Fachlichkeit halt im Endeffekt
32:20
anzufassen. Ne, das ist halt genau der
32:22
Vorteil an der Stelle. Also es wird immer noch grün
32:26
angezeigt auf Lager, dann am Ende wie jetzt überprüft wird,
32:29
ob das der Fall ist oder nicht. Ne, das ist halt der große
32:31
Vorteil dabei. Ja, genau, und das ist halt
32:35
finde ich auch genau die, die also genau die Frage, die man
32:39
sich dann im Endeffekt auch gut stellen muss, weil.
32:41
Das hilft einfach, um wenn du in den Code guckst ne und du bist
32:45
irgendein Entwickler, ne oder ne Entwicklerin und guckst in
32:48
diesen Code und möchtest etwas erweitern und da steht irgendwas
32:52
drin, wo du vielleicht nicht so richtig weißt.
32:55
OK, was bedeutet das denn eigentlich?
32:56
Ne? Also jetzt noch mal dieser
32:58
Punkt, dass wirklich die Fachlichkeit eben abgebildet
33:00
wird, aber nicht nur in ich sag mal Funktionen in Regeln
33:04
Abläufen, sondern halt auch. Im Naming von Funktionen oder
33:09
von, von Klassen oder so ne. Und es gibt ja nichts
33:12
Schlimmeres, als wenn du irgendwie in den Code guckst und
33:14
irgendwen fragst und sagst, was ist denn das jetzt hier
33:17
eigentlich genau, was bildet das in der realen Welt in
33:20
Anführungsstrichen ab ne und dann kommt sowas wie ja, das
33:23
heißt, das heißt zwar user, aber eigentlich ist es nur n Account
33:26
ne so und dann denkst du dir so OK, also was ist denn das jetzt
33:30
genau also. Du musst, du brauchst dann
33:32
transferleistung im im Worst case.
33:34
Wenn du es nicht gut quasi gemacht hast.
33:36
Wenn du diese diese einheitliche Sprache im Code und in der
33:39
echten Welt in Anführungsstrichen nicht richtig
33:42
vereinheitlicht hast, dann brauchst du ne transferleistung
33:46
irgendwie so ne Art Übersetzer, der dir sagt, das bedeutet aber
33:50
eigentlich das und ich finde das ist auch so n so n Red Flag,
33:54
wenn es um Software geht, mehr oder weniger, dass man sich
33:58
sagt. Wenn du hörst, eigentlich
34:00
bedeutet es aber das und das oder eigentlich ist damit das
34:03
und das gemeint, dann weißt du schon, OK, hier gibt es ne
34:05
Diskrepanz zwischen dem Code und der wieder in Anführungsstrichen
34:09
echten Welt, ne zwischen dieser Fachlichkeit, die eigentlich
34:12
irgendwie abgebildet werden soll und ich hatte das selber auch
34:15
schon mal, dass ich mir mit einem Kollegen angeguckt hatte n
34:18
Code und gesagt hab, so ey, verdammt noch mal was was, was
34:22
soll das sein, was bedeutet das eigentlich ne und dann?
34:25
War auch die Antwort. Ja, das ist eigentlich, weil
34:28
dann kam jemand, der das kannte oder das entwickelt hat
34:30
beziehungsweise da schon länger im Produkt war und meinte so,
34:33
ja, das ist jetzt zwar so und so benahmt, aber eigentlich gehört
34:37
das gar nicht. Man könnte zwar denken, dass das
34:39
sozusagen zu a gehört, aber eigentlich ist es b so und du
34:42
denkst dir so wie soll man das zur Hölle wissen, wenn ich jetzt
34:46
mich mit irgendwem unterhalte aus dem Fachbereich über genau
34:49
diese diesen Punkt denk ich mir so.
34:51
Nee, aber also das passiert aber im Code nicht so wie du sagst.
34:55
Also dann, da müssen wir es umbauen, aber eigentlich war es
34:57
eigentlich genauso gemacht, nur dass halt eben ne ich dieses
35:01
Wissen dafür nicht hatte und dafür ist es halt super gut
35:04
einfach zu sagen, OK wenn du gut nach Domain driven Design
35:08
arbeitest, dann. Ist der Code quasi mit der
35:12
eigentlichen Fachlichkeit eigentlich sehr gut erklärt,
35:14
weil du sehr gut verstehst, was eigentlich wirklich passieren
35:17
soll. Das ist halt n Riesenvorteil ne,
35:19
weil du ja gerade n Beispiel gebracht hast.
35:21
Das ist wirklich nicht selten, ich hatte das auch in einem, ist
35:24
schon ne Weile her in einem Projekt, das war im Prinzip
35:28
ziemlich Hardware nah oder es war Hardware nah und es gibt
35:34
halt einfach so Begriffe, das hatte ich ja am Anfang gesagt,
35:36
die sind so. Allgemein, dass jeder mit seinem
35:40
Blickwinkel weiß, was dahinter steckt, aber das sich nicht
35:44
deckt. Ne einfaches Beispiel, da ging
35:47
es halt darum in diesem Projekt quasi verschiedene Stände
35:55
Releases zu bauen sag ich mal ne und oder auszuliefern gehen wir
35:58
mal ganz allgemein davon ne wir hatten n Produkt, das lief auf
36:01
Mikrocontroller und das musste ausgeliefert werden und.
36:05
Im Endeffekt das Wort Target. Ja, jeder verbindet da
36:09
wahrscheinlich was anderes mit ne, aber du konntest so
36:12
wunderbar sehen, dass am Ende jede Person, die auf einer
36:17
anderen Ebene unterwegs war, für diese Person war.
36:21
Wenn das Wort Target fällt. Etwas Unterschiedliches, das
36:26
fand ich stark, weil für mich zum Beispiel der sich viel auch
36:29
mit der Bildumgebung beschäftigt hat, war ein Target einfach,
36:32
dass wir etwas gewisses Bauen, kompilieren und Linken
36:35
sozusagen. Ja, also wir haben ein Target,
36:37
und das ist das Ziel, was da am Ende rausfallen soll, war in dem
36:41
Fall keine Ahnung, sagen wir jetzt einfach eine Executable
36:43
oder eine Library oder so, ja, und für andere war das aber zum
36:47
Beispiel direkt das, was du auf Mikrocontroller Flasht am Ende.
36:51
Ja, das ist n Target sozusagen ne und für den Dritten war das
36:54
wieder übergeordnet noch was anderes.
36:55
Ja, es steigert halt am Ende dann die Komplexität.
36:58
Ne, weil du genau dieses Verständnis, dieses einheitliche
37:02
Verständnis nicht hast. Und es ist halt viel, viel
37:06
einfacher. Wirklich den exakten Begriff
37:09
also am besten du hast noch sowas wie ja ich pack da n
37:13
Entity rein, so ne, aber dann weißt du ja gar nicht.
37:16
Also es ist doch viel einfacher, wenn wirklich das da steht worum
37:18
es geht als wenn du irgendwas hinschreibst was allgemeines und
37:21
irgendwie auf einer Metaebene funktioniert und du dann halt
37:24
eben dir überlegen musst. OK.
37:28
Warte mal, das war das. Das war also, das ist ja, wieso
37:31
Vokabeln lernen, die du noch zusätzlich machen musst, ne und
37:34
wir wissen alle, dass es durchaus komplex sein kann,
37:37
Software zu entwickeln, je nachdem gerade in bestimmten
37:41
Bereichen, wo vielleicht auch noch mehrere, ich sag mal
37:44
fachlichkeiten aufeinandertreffen, ne wo
37:47
vielleicht mehrere Fachlichkeiten innerhalb einer
37:49
Software aus verschiedenen Bereichen sogar noch kombiniert
37:51
werden müssen, dann ist es natürlich viel viel einfacher,
37:55
wenn du dann nicht zusätzlich noch.
37:57
Dir diese Komplexitätsstufe noch mit reinholst ne ja.
38:02
Jetzt fragt sich vielleicht der eine oder andere, OK gut, hab
38:05
ich verstanden, fachliche Sicht da drauf, domain driven ja
38:09
gemeinsame Sprache das andere Wort hab ich schon wieder
38:12
vergessen was du gesagt hast kann ich es nicht aussprechen.
38:14
Und aber was, was ist ja genau, was ist denn jetzt so der Punkt,
38:20
dass man sagt, deswegen sollte man das so machen?
38:23
Was sind die Vorteile, was sind die Nachteile, weil es gibt
38:26
nicht, also wenn ne Sache nur Vorteile hat, würde es ja jeder
38:29
machen, da ist es mal so als Spoilerwarnung ne also es gibt
38:32
ja Gründe die dagegen sprechen und gerade Domain driven Design
38:37
geistert doch jetzt bestimmt. 20 Jahre schon durch die IT Welt
38:41
gerade in der Softwareentwicklung.
38:43
Ich meine, das ist ich krieg es nicht genau zusammen, das hätte
38:46
man vielleicht recherchieren soll Schaden über mein Haupt,
38:48
aber so Anfang der Zweitausender gab es so die erst ist das somit
38:53
das erste Mal gefallen würd ich sagen wenn ich das so richtig
38:57
verknüpfe kann sein dass es auch viel früher ist.
38:59
Dann gerne ne Nachricht an uns aber ich meine so Anfang der
39:03
Zweitausender ist das so n bisschen aufgekommen das ganze
39:07
ne oder? Man hat es, sag ich mal, in
39:10
Begriffe gepackt. Ja, weil diese Gedanken dahinter
39:12
sind wahrscheinlich schon älter, aber dass man den ganzen Namen
39:15
gibt, sozusagen ne. Ja, die Grund.
39:18
Die was sind jetzt? Was würdest du sagen, sind jetzt
39:21
so die ganz klaren Vorteile dahinter, weil oder wo wo du
39:26
sagst. Deswegen verwende ich das
39:29
Prinzip auch oder dieses Mindset.
39:33
Mhm, also erstmal ist es natürlich ne klare ne bessere
39:37
Kommunikation die stattfinden kann über auch das
39:42
Entwicklerteam hinweg würde ich sagen, weil das ist halt sehr
39:44
wichtig, bedeutet aber finde ich auch um jetzt ganz kurz das noch
39:48
mal einzugrenzen wann es überhaupt sinnvoll ist oder wann
39:50
es wirklich Vorteile bringt, wenn du halt auch in einem, ich
39:54
sag mal relativ komplexen Umfeld dich bewegst.
39:57
Dann macht das eben halt auch Sinn ne, weil dann hast du ne
40:00
weil komplexeres Umfeld bedeutet mehr Kommunikation und die kann
40:03
dann halt eben eben besser werden.
40:04
Ne, du kriegst halt n super klares Modell wenn du möchtest.
40:07
Für deine Fachlichkeiten, für deine Domains, für Deinen, für
40:11
das was für deine Regeln deiner Software was da passieren soll
40:14
sozusagen ne und ich finde es ist halt auch relativ gut
40:20
testbar, weil du halt relativ. Einfach siehst, was in Deiner
40:23
Software passiert. Also du hast halt ne Ebene, in
40:25
der du das halt gut sehen kannst und demzufolge halt gut auch
40:29
deine entsprechenden. Ich sag es jetzt wieder, ich
40:31
weiß es geht wahrscheinlich irgendwann auf n auf n Keks,
40:34
weil diese entsprechenden Fachlichkeiten halt eben auch
40:37
gut abgebildet werden können, weil du das Halt verstehen
40:39
kannst was da los sein soll überhaupt weißt du.
40:42
Ja, ich glaub du kannst das relativ da auch streichen, weil
40:45
in dem Moment, wenn ich mir die Gedanken darüber mache, hatten
40:48
wir ja gesagt, resultiert ja auch eine Architektur
40:50
dementsprechend daraus. Und die ist testbarer ja, weil
40:55
ich halt Entscheidungen treffe, weil ich es fachlich und
40:59
technisch sauber auch trenne, dass ich einfach ne testbarere
41:03
Software hab, weil ich zum Beispiel, wie wir vorhin gesagt
41:05
haben, die unterste Ebene denn auch austauschen kann.
41:08
Ja, weil es nicht mehr ne Rolle spielt, welche Datenbank hängt
41:11
da dran, sondern ich möchte testen, ob da jetzt steht auf
41:15
Lager ne und das kann ich ja denn.
41:18
Testbar gestalten, indem ich dann auch Dinge austausche und
41:21
das simulieren kann beispielsweise.
41:24
Also da geh ich auf jeden Fall ganz klar mit und ich find es
41:26
auch gut, dass du gesagt hast, also diese gemeinsame Sprache
41:29
ist auf jeden Fall ja n Vorteil und diese komplexitätsabbildung
41:35
ich finde mit Domain driven schafft man es einfach näher an
41:40
die Realität zu kommen, Mhm. Ja, also du hast ja Modelle
41:45
gesagt. Klar, es sind am Ende Modelle,
41:46
ja du kannst nicht die Realität, dafür gibt es Modelle, du kannst
41:49
es ja nicht 1 zu 1 abbilden, aber du versuchst dich auf die
41:52
Dinge zu konzentrieren in deinem Modell, die von Bedeutung sind
41:57
für die Applikation und die werden halt besser und
42:01
realitätsnaher und dementsprechend hast du auch ne
42:05
bessere Struktur am Ende die daraus resultiert ja.
42:09
Ja. Ein Punkt, den du ganz eingangs
42:12
erwähnt hattest, fand ich ganz witzig, weil du hast gesagt,
42:16
Domain driven ja, Microservices, so dass das Mindset so
42:21
Rumgeistert, geh ich mit denken viele dran, hat aber halt auch n
42:24
Grund, weil dieser Domain driven Design Ansatz auch ne starke
42:30
Basis für ne Microservices Struktur oder Architektur
42:34
bildet. Ja weil du halt genau das halt
42:36
schon so betrachtest, dass das überhaupt technisch möglich ist.
42:40
So zu differenzieren. Ich glaube, in der Folge
42:42
Microservices, Monolithen, das hatten wir so mal in der Folge
42:46
verglichen, da hab ich auch glaub ich sogar den Begriff
42:49
Fachlichkeit verwendet, weil du n Microservice für eine
42:52
Fachlichkeit abnimmst. Als du lebst, ist einfach nein
42:55
nein, weil also ist mir gerade eingefallen, weil du hast ja
42:58
recht, es ist es ist halt möglich, dass also da domain
43:01
driven Design, wenn du dieses wie gesagt im Kopf hast, ne
43:03
dieses Mindset mehr oder weniger ne, dann ist Microservices eine
43:08
mögliche Architektur dafür. So ne, genau so kann man das,
43:11
weil du halt wie gesagt diese bounded contexts hast.
43:14
Ne und diese Aggregates durch diese Betrachtung bündelst du
43:18
halt Dinge die einfach zusammengehören und kannst
43:22
daraus halt Architekturen ableiten wie zum Beispiel Oh
43:24
Mensch, das ist so n astreiner Microservice.
43:27
Jetzt ja. Der daraus resultiert.
43:30
Genau, ja, und natürlich gute Designentscheidung,
43:35
resultierende gute Architekturen und das ist wie bei jeder guten
43:39
Architektur, dass ich natürlich dadurch schaffe, langlebig das
43:44
Ganze zu gestalten, ohne dass ich es komplett neu
43:45
implementieren muss oder mir das ganze wieso n Kartenhaus
43:49
zusammenfällt. Das ist natürlich klar, dass das
43:52
daraus resultiert, deswegen würde ich es fast schon
43:54
spannender finden. Welche Nachteile siehst du da
43:58
drin beziehungsweise wann würdest du sagen er heißt n
44:02
bisschen over the top das ganze ich wollt Grad sagen klingt doch
44:06
alles gut, warum sollte man das jetzt einfach so gibt es nicht
44:10
Folge beendet aber. Es es ist halt so oftmals
44:13
einfach genau, es sind halt ähnliche Gründe oft nicht.
44:16
Ich meine das ist halt logischerweise, du musst dir ne
44:19
gemeinsame Sprache bilden, ne was wir gesagt haben, diese UB.
44:23
Wie geht es Language? Nein, aber das sind alle alle
44:25
das Gleiche verstehen, sagt jeder zehnmal dieses Wort oder
44:28
aber damit damit alle das gleiche verstehen, und das ist
44:31
ja genau wieder n Punkt, der ist halt anstrengend, das ist halt,
44:33
es ist natürlich irgendwie ne gewisse Art von Investment, das
44:36
dauert du, du musst halt irgendwie Zeit investieren um
44:39
dir zu sagen, OK wir schaffen aber dieses gleiche Verständnis
44:42
und das ist natürlich einfach nun mal am Anfang erstmal n
44:46
bisschen zeitintensiver, das bedeutet das ist halt teurer
44:49
beispielsweise. Du brauchst sowas nicht zu
44:51
machen, wenn du NMBP machen möchtest, wo du einfach nur mal
44:54
irgendwas austesten willst. Im Proof of Concept Hinballern
44:57
möchtest, dann brauchst du sowas erstmal nicht zu tun.
45:00
Ne, dafür ist es halt einfach nicht gedacht, ne oder zum
45:03
Beispiel sowas wie irgendwas einfaches crat, mäßiges ne ne
45:07
API wo einfach nur irgendwas erstellt, gespeichert,
45:11
verändert, gelöscht werden soll, was auch immer, dann brauchst du
45:14
auch keine extrem krasse Architektur, das ist im
45:17
Normalfall relativ klar was da passiert dann ne.
45:19
Es geht um wirklich komplexe Sachen und wenn die Sachen nicht
45:22
komplex sind, dann muss man nicht unbedingt Domain driven
45:25
Design nehmen, dann ist es teilweise sogar einfach zu viel.
45:28
Ja, das das neigt dann ganz klar zum Over Engineering, auch ne.
45:32
Also wenn ich ne so ne kleine Applikation hab, dass ich
45:34
einfach eine Domain hab und da ist einfach alles drin und ich
45:37
kann da 1000 Stunden drüber nachdenken, es bleibt diese eine
45:40
Domain weil es halt einfach wie du meintest so ne simple
45:42
Anwendung ist dann. Wozu den Aufwand betreiben?
45:47
Dann macht das keinen Sinn, dann brauch ich das nicht, dann wird
45:49
da auch nicht ne bessere Architektur draus resultieren,
45:52
weil die Architektur eh schon nur simpel sein kann, sozusagen
45:56
ne oder gar nicht komplexer werden kann, dass ich in
46:00
irgendwelche Bredouillen komme, sozusagen.
46:03
Da hab ich. Da da würd ich ja auch sagen und
46:04
ich finde wegen dieser gemeinsamen Sprache, ich will
46:11
also das, das ist jetzt kein, wie soll ich sagen.
46:15
Kein Angriff oder so gegen Junior Developer, sondern
46:19
einfach nur meine eigene Erfahrung.
46:21
Ich als Junior Developer, wo ich frisch ins Arbeitsleben
46:24
eingestiegen bin, hätte man mir das so dermaßen um die Ohren
46:28
geworfen, dass ich mich da hätte, also so nach dem Motto
46:31
Domain dürfen ist klar oder so neues Projekt, jetzt geht es los
46:34
hier. Ich finde man, da muss man halt
46:36
auch n bisschen reinwachsen, dann ist es vielleicht nicht
46:38
unbedingt Junior developer abhängig, sondern eher
46:42
erfahrungsabhängig ne, weil ich denke es gibt auch Senior
46:45
Developer, die da nicht ewig viel mit zu tun gehabt hatten,
46:49
weil sie vielleicht einfach auf ganz anderen Projekten unterwegs
46:52
waren. Ja und man muss da reinwachsen
46:54
und das ganze muss Reifen so das ist der Punkt.
46:59
Das muss einem klar sein, dass es das funktioniert in der Regel
47:02
nicht so einfach. Out of the Box, habe ich
47:04
festgestellt. Ja, finde ich auch gut und da
47:06
würde ich auch einfach so n Tipp mitgeben, weil für mich war es
47:09
immer ganz am Anfang als ich so Domain driven Design gehört hab,
47:11
war für mich immer so OK irgendwie, du musst es hat
47:14
irgendwas mit Ordnerstruktur zu tun ne für mich war es immer so,
47:18
da muss ich irgendwie die Files und so weiter muss ich dann
47:21
irgendwie so das das muss irgendwie das muss passen du
47:24
hast irgendwie so Ordner und da kommt alles rein.
47:26
Sowas war für mich am Anfang immer so Domain driven Design,
47:29
aber eigentlich, wenn man jetzt mal wirklich das ganze ganz
47:32
abstrakt betrachtet, ist es klar, kann man mich jetzt gerne
47:37
werfen, Stein was auch immer, aber es ist eigentlich
47:39
scheißegal. Ich.
47:39
Hab schon eine in der Hand hier. Aber es ist scheißegal, mehr
47:43
oder weniger ne wo die Files jetzt liegen, weil in erster
47:46
Linie geht es um die Idee zu sagen.
47:49
Löst dich mal n bisschen von dem ganzen technischen Gedanken, wie
47:52
du irgendwas umsetzt, sondern geh doch erstmal wirklich auf
47:54
der obersten Ebene ganz fachlich, was jeder versteht ran
47:58
und versuche deine Regeln in den Code zu fassen und danach kannst
48:01
du alles implementieren, so und dann kommt man ganz von alleine
48:04
dahin, dass du sagst OK warte mal, das ist ne Fachlichkeit,
48:07
das würde ja vielleicht Sinn machen, dass man diese
48:09
Fachlichkeit auch in n eigenen Ordner zum Beispiel
48:11
Zusammenpackt. Ne, dass man zum Beispiel sagt,
48:13
Ja, und die ist da und die ist da.
48:14
Und wenn du jetzt aber zum Beispiel irgendwelche
48:16
Hilfsfunktionen hast, die aber überhaupt nicht fachlich sind,
48:19
ne, weil ich find das ist so n relativ schneller Gedanke der
48:21
mir aufkommt sowas wie du willst, Redundanzen vermeiden
48:24
irgendwelche Hilfsfunktionen, die du nicht zweimal
48:25
implementieren willst und die ist überhaupt nicht fachlich,
48:27
sie hat nichts mit der Fachlichkeit zu tun.
48:29
Ja dann pack dir n shared Ordner so nach dem Motto und dann ist
48:31
es OK, dann kannst du sie überall benutzen.
48:33
Wenn es aber sehr sehr fachlich ist, wiederum dann ist es
48:35
natürlich wichtig, dass es in die entsprechende Domain kommt,
48:38
was? Eventuell n gleicher Ordner ist
48:42
ne, aber das ist find ich das Wichtige sich einfach mal zu
48:45
überlegen. OK wie mach ich mich denn frei
48:47
von dieser ganzen technischen Implementierung immer gleich
48:49
komplett technisch zu denken und das ist find ich das Wichtigste
48:54
was man jetzt so mitgeben könnte zu sagen ey domain driven Design
48:59
denk mal n bisschen anders so nach dem Motto ich.
49:02
Find es auch gut. Es ist auch n wichtiger Punkt zu
49:04
sagen die Ordnerstruktur ist gar nicht so entscheidend dabei,
49:07
klar. Das sollte aufgeräumt sein.
49:09
Das Projekt von der Ordnerstruktur her, und da gibt
49:11
es auch Präferenzen, ganz klar, jeder baut sich das so n
49:15
bisschen anders zusammen, aber wie du schon meintest.
49:18
Domain Driven ist ja nicht die Ordnerstruktur, sondern zum
49:20
Beispiel die Abhängigkeiten unter, also unter den Klassen ja
49:24
oder wie Kapsel ich das ganze, welche bound it Kontext habe
49:28
ich, wie gruppiere ich das ganze?
49:30
Das sind die entscheidenden Fragen, die mich dann in der
49:33
Entwicklung begleiten und gute Entscheidungen treffen lassen
49:36
und nicht die Ordnerstruktur, aber natürlich räumt eure
49:39
Projekte auf Leute, andere Entwicklerinnen und Entwickler
49:42
werden es euch danken, ja. Da würd ich sagen, haben wir es.
49:47
Cooles Thema, ich find es halt auch geil, dass Domain driven
49:51
Design halt wirklich viel übergeordnet ist.
49:55
Ja, also es ist jetzt nicht, dass man über Code quatscht,
49:58
sondern einfach die Ebene da drüber und es fördert halt auch
50:01
einfach ne gute Zusammenarbeit und gutes Projektgeschehen, das
50:05
muss man sagen und es resultieren auch oft daraus gute
50:10
Architektur architekturentscheidung richtig.
50:13
Und damit würde ich sagen, vielen Dank erstmal für das
50:15
Gespräch. Tino über DDD wie man das so
50:19
schon nennt und Liebe zuhören, lieber zuhören, wenn du jetzt
50:22
sagst Ey, das war echt ganz cool, manche Sachen sind mir
50:25
noch nicht so ganz klar oder könnt ihr da noch mal bei der
50:27
einen oder anderen Sache in die Tiefe gehen oder vielleicht mal
50:30
ne bestimmte Architektur beleuchten, die irgendwie
50:33
vielleicht aus Domain driven Design resultiert?
50:36
Dann schreibt uns auf jeden Fall wie gesagt, Tino meint ja schon
50:38
Discord beispielsweise Podcast Mail geht auch einfach auf uns
50:42
zukommen, irgendwo auf den Plattformen eurer Wahl, links
50:45
dazu gibt es auf jeden Fall den Shownotes zu einem Plattform und
50:48
dann können wir da auf jeden Fall was machen, ne mit und auf
50:53
jeden Fall ansonsten ich freu mich drauf.
50:54
Ja ansonsten würd ich sagen war es das hier an dieser Stelle
50:58
auch. Vergesst nicht, wenn euch die
51:00
Folge gefallen hat, einfach mal ne Bewertung da zu lassen oder
51:03
den Podcast zu empfehlen. Es würde uns mega freuen, wenn
51:06
ihr sagt Ey ganz cool, es hat mir mal wieder was gebracht die
51:11
Podcast Folge generell der Podcast und ihr sagt ey ich hab
51:14
Grad n bisschen was übrig und möchte dem was Gutes tun
51:17
sozusagen dann gibt es auch n kleinen Spendenlink in den
51:19
Shownotes aber nichtsdestotrotz wünsch ich jetzt dir Tino und
51:25
dir liebe Zura lieber Zura einen schönen Tag noch.
51:28
Und bis zur nächsten Folge Deine Collin Balls.
51:31
Gemeinsam. Besser sag, wie geht es
51:36
language, du kriegst es und sag mir you, wie geht es, bist du
51:42
sicher, dass es ausgesprochen wird?
51:43
Das klingt total falsch, ich habe keine Ahnung, ob das
51:45
ausgesprochen wird.