Latest / Coding Buddies | Tech & Dev-Mindset / #118 Design Patterns 1 – Schluss mit Chaos im Code

Transcript

#118 Design Patterns 1 – Schluss mit Chaos im Code · Coding Buddies | Tech & Dev-Mindset

0:00
A 5 leichter schliff auf 3 und denkst dir so ey.
0:04
Was alter, Oh mein Gott, oh mein Gott, bitte entfernen Sie nicht
0:09
Coding Buddies Dein Podcast rund um Softwareentwicklung und
0:12
aktueller Tech News. Herzlich Willkommen.
0:26
Halli Hallo und herzlich Willkommen zur neuen Folge des
0:30
Coding Bodys Podcasts. Schön, dass du wieder
0:31
eingeschaltet hast. Und wie soll es anders sein,
0:35
deine Gastgeber wie immer und jetzt auch schon seit einer
0:37
ganzen Weile meine Wenigkeit, der Tino und der fantastische
0:41
Fabi, der mir wie immer hier gegenüber sitzt und ich ihn
0:44
begrüßen mag, er grinst, er hat Bock, er ist bereit fabi was
0:49
geht ab? Einen wunderschönen guten Tag,
0:51
Tino. Einen wunderschönen guten Tag.
0:55
Geht es? Wie geht es dir?
0:56
Mir mir geht es gut, das Wetter schön.
1:00
Das ist schön. Ich hab das schon mal ne
1:02
langsame. Voraussetzung Ja, Gefühl
1:04
langsamer Sommer hast du, hast du dir was vorgenommen.
1:08
Diesen Sommer geht es irgendwo hin, geht es irgendwie cool in
1:10
den Urlaub. Ne, ich hab noch gar nicht so
1:12
viel geplant, ich bin aber sehr spontan im Buch, auch sowas
1:15
meistens sehr spontan, hab noch keinen Plan, ne kann ich kann
1:20
ich. Kann ich nichts berichten jetzt
1:22
so ne coole Urlaubsstory oder so, da ist noch nichts geplant
1:25
da. Wünsch ich dir auf jeden Fall
1:26
dir erzählen, dass du was Schönes findest.
1:28
Ja, klar. Ja, ich, ich glaube, pass auf,
1:31
wir hatten das glaub ich mal in irgendeiner.
1:32
Es ist jetzt auch schon n paar Jahre her, also man kann ja
1:35
jetzt glaub ich schon fast sagen 2 Jahre weil so lange machen wir
1:38
schon n Podcast ungefähr n bisschen mehr.
1:40
Ist heftig. Ja, und ich hab irgendwann mal
1:44
gesurft. Habe ich auch berichtet in in
1:47
der Podcast Folge und das mache ich diesen Sommer noch mal.
1:51
Hat mir so gefallen, dass ich Bock drauf hatte noch mal surfen
1:55
zu gehen. Das heißt im August werde ich
1:56
auf jeden Fall noch mal eine Runde surfen.
1:58
Dann haben wir die gleiche Podcast Folge einfach noch mal
2:00
raus. Genau, einfach.
2:04
Das Surfen, Salz und Def Offs oder wie soll ich das?
2:08
Stimmt ja, kann ich auf jeden. Fall nur ja, Wellen surfen.
2:12
Ist auch ne coole Sache, ist auch ne coole Sache, das glaub
2:15
ich dir sofort. Ich bin ja eher noch beim
2:17
Wintersport, aber ich denk mal surfen wird auch noch mal auf
2:19
meiner Agenda sein, unbedingt ansonsten bis wir denn zu der
2:22
Surffolge kommen, wollen wir ja heute mal quasi ein neues Thema
2:26
anfangen, wir haben ja immer so kleine Podcast folgenreihen sagt
2:31
man glaub ich nennt man so und es ist Zeit mal wieder für ne
2:34
neue Wir haben ja auch schon so n Paar abgeschlossen, wir hatten
2:36
ja zum Beispiel die Clean Code Reihe.
2:38
Und haben uns gedacht, Na, lass uns doch mal ne Reihe machen zu
2:42
so richtigen Basics. Ja, also so wirklich Themen, die
2:46
gerade für Einsteiger noch sehr relevant sind und für
2:49
Fortgeschrittene immer noch relevant sein sollten, auch
2:53
gerade so hinsichtlich Auffrischung noch mal da n
2:57
bisschen drüber nachdenken. Ja, so Back to the roots ja
3:00
dementsprechend. Haben wir doch n ganz, ganz
3:03
cooles Thema mitgebracht, oder? Fabi hau doch mal raus.
3:06
Das Thema ist Software Design Patterns, also ich mein.
3:11
Kurz, kurz, sag kurz, jetzt kannst du was anderes.
3:15
Ich meine, man hat das sicherlich schon mal gehört,
3:18
zumindestens sowas wie Factory Pattern, singleten, Observer,
3:21
Pattern oder was auch immer. Also es gibt ja einige von
3:24
diesen Patterns und. Wir wollen einfach jetzt mal ne
3:28
Reihe starten. Ne, heute geht es erstmal so n
3:30
bisschen um die Einleitungsfolge um dann sozusagen immer mal
3:34
wieder regelmäßig ein bestimmtes Pad an uns rauszunehmen.
3:38
Vielleicht wären es auch 2 pro Folge, gucken wir mal und die n
3:41
bisschen durchzusprechen ne um einfach mal zu gucken OK ne was
3:46
ist das für n pad dann was wird da eigentlich ne was wird damit
3:49
gemacht, warum braucht man das überhaupt, warum nutzt man das
3:52
eigentlich ne und ich meine? Selbst wenn man Patterns
3:56
vielleicht noch gar nicht so richtig kennt, ist es ja auch
3:59
so, dass man vielleicht unterbewusst beziehungsweise
4:02
nicht unterbewusst, sondern unbewusst dieses Pattern
4:05
vielleicht schon nutzt. Ne, also ich hab das glaub ich
4:08
selber auch schon mal gehabt, dass ich mir dachte, so oh, ich
4:10
brauch jetzt zum Beispiel. Ne Klasse, die nur irgendwie
4:14
einmal existiert und hab dann irgendwas zurecht gefriemelt und
4:18
dacht mir so Oh guck mal, ist n Singleton so ne sowas aber
4:20
besprechen wir alles noch mal im Einzelnen ja.
4:23
Ich glaube, du hast ja allein schon den Fall, wenn du sag ich
4:26
mal Frameworks verwendest, Lips verwendest oder hast selbst
4:29
Sprachen an sich, die ja unter der Haube auch.
4:33
Auf Design Pattern zurückgreifen, ne, dass du halt
4:35
sagst, OK, warum muss ich jetzt das so und so aufrufen unter OK
4:38
was gehen da für Parameter rein und unter der Haube sitzen da ja
4:42
auch wieder Design pattern. Warum ist es so, warum muss ich
4:44
das überhaupt so aufrufen? Ja und deswegen ist das so n
4:49
sehr basic Thema aber immer cool da noch mal drüber nachzudenken.
4:53
Ja, es ist ja auch immer aktuell, weil irgendwie.
4:55
Kommt man eigentlich, wenn man im Alltag programmiert, egal wo
5:00
dran, man programmiert eigentlich immer wieder an
5:02
irgendwie Punkte wo man sagt, OK, dies oder jenes Pattern
5:05
macht schon Sinn das jetzt einzusetzen und dann hilft es
5:08
halt auch manchmal darüber Bescheid zu wissen, was es
5:11
überhaupt für Patterns gibt, wann man die vielleicht benutzt,
5:14
damit man einfach in der Lage ist, in seinem Repertoire
5:16
einfach darauf zurückzugreifen und nicht erst weiß, nicht ewig
5:19
darüber zu überlegen, weil es macht ja auch einfach Sinn.
5:23
Und in der Folge jetzt wollen wir noch nicht speziell.
5:26
Über. Bestimmtes Pattern reden,
5:27
sondern erst mal klären, was überhaupt Design Patterns genau
5:31
sind, warum man sie halt kennen sollte und halt einfach mal
5:36
gucken, welche schon mal ein bisschen anreißen, was wir
5:38
vielleicht für Patterns in der neuen Reihe, die wir jetzt
5:41
anfangen mit dieser Auftakt Folge besprechen wollen.
5:45
Genau und Liebe zu Liebe zu. Falls du dir denkst, so geiles
5:48
Thema, ich habe richtig Bock auf die Reihe und vielleicht
5:51
allgemein unseren Podcast abfeierst und.
5:53
Schau doch mal in die Shownotes, da findest du n Link, falls du
5:56
Bock hast uns n bisschen zu supporten, da ist n spenden Link
5:58
dieser Aufruf ganz kurz an dieser Stelle bevor wir jetzt
6:01
los starten. Wir würden uns mega freuen das
6:03
supported uns extrem und schon mal vielen Dank dafür und jetzt
6:07
wie Let's Go lass die Reihe starten wir.
6:11
Brauchen jetzt so ne Tröte. Genau.
6:15
Genau. Also wir können ja erstmal
6:17
anfangen, was eigentlich so Software Design pattern
6:20
eigentlich was es ist ne. Ich find man kann das ja, du
6:23
weißt wie ich es, wie ich es gerne handhabe, am besten mit
6:26
Analogien erklären und ich weiß gar nicht, ich glaub in unserer
6:31
allerersten Folge hattest du mich mal gefragt, wie du oder
6:36
was ich an der Softwareentwicklung so mag und
6:38
ich hab da so ne Analogie lego genommen und die würde ich jetzt
6:41
noch mal ähnlich verwenden, weil wenn du sagst du hast Design
6:45
pattern ne und du und das ist so wie wenn man sagt man baut mit
6:50
Lego etwas. Und du kannst ja mit Lego alles
6:53
mögliche bauen, ne. Und wenn du jetzt zum Beispiel
6:55
aber sagst, du willst keine Ahnung n Auto bauen, dann
6:58
braucht das irgendwie 4 Räder und irgendwie sag ich mal ne
7:00
Karosserie und damit du nicht aber jedes Mal überlegen musst,
7:03
sag mal wie bau ich denn jetzt diese Karosserie, gibt es dann
7:06
vielleicht ich nenn es mal so ne Anleitung wo du bestimmte
7:09
gängige oder bewährte Bauschritte drin hast um halt
7:12
eben sowas dann einfach schnell noch mal bauen zu können, ohne
7:15
dass du jedes Mal überlegen musst.
7:17
Ha. Wieviel Räder waren denn das
7:18
noch mal im Auto 4? 5. 20 weißt du, sind ja fragen,
7:23
die einem ständig aufkommen. Dann beim Legoboard.
7:26
Ich frag mich auch grad welches Auto 20 Räder hat, aber es gibt
7:29
bestimmt welche. Nee, aber.
7:31
Also in der Analogie kannst du es halt so sehen.
7:33
Ne LEGO ist halt dann der Code und diese Anleitung von dir ich
7:36
gesprochen sind dann im Endeffekt die Designpad dann
7:37
nachdem man dann sozusagen basteln kann ne.
7:39
Also es sind halt ja ich sag mal.
7:43
So. Es ist nicht etwas, wo du sagst,
7:46
so ist es copy paste und fertig für das Problem, sondern es ist
7:49
im Endeffekt etwas ja wo du dich es ist n Konzept so das kann man
7:55
sagen. N wiederverwendbares Konzept und
7:58
gerade so bei LEGO. Wenn du zum Beispiel wie du
8:00
schon meinst, so Autos ne, dann wirst du halt zum Beispiel dir
8:02
denken Hey aber warte mal n Auto ist ja immer gleich aufgebaut,
8:05
dann kann ich ja schon mit diesem Konzept immer diese
8:08
Grundstruktur bauen und dann halt nur noch.
8:12
Quasi adaptieren wie genau das Auto da noch mal aussehen soll.
8:16
Aber der Grundaufbau ist der gleiche und da sind wir auch
8:18
schon bei dem ersten Pattern, das geht nämlich ganz stark in
8:21
die Factory Pattern Richtung. Was werden wir auf jeden Fall
8:24
mal hier in der Reihe beleuchten, aber da sieht man
8:26
halt schon, es gibt halt Konzepte die man immer wieder
8:29
verwenden kann und das ist nicht nur bei Autos so, bei Häusern
8:32
also wir sind immer noch in der Legowelt ne wenn du anfängst dir
8:35
so ne kleine lego Stadt zu bauen wirst du immer wieder zu dem
8:38
Punkt kommen zu sagen. Warte mal so was ähnliches hatte
8:41
ich schon mal. Wie habe ich denn das gemacht,
8:42
als habe ich so eine so eine generelle Lösung dafür, wie ich
8:46
das angehen kann. Halt ne ich finde die Analogie
8:50
auch mega cool, eine die auch so rumgeistert weil sie halt auch
8:54
sehr treffend ist ist so eine typische Bauanleitung, ne also
8:59
sagen wir mal so was wieso eine Ikea bauanleitung?
9:02
Ikea ist ein super Beispiel für ne wer schon mal irgendwie da
9:05
eine Küche oder so aufgebaut hat dann erstmal ich fühle das das
9:08
ist echt Scheiße. Mach das lieber nicht.
9:12
Aber du hast ja am Ende genau solche Sachen wie Hey, so ein
9:16
Korpus ist immer gleich. Ja, du machst vielleicht eine
9:18
andere Tür dran, am Ende vielleicht ein anderer Griffe,
9:20
aber du hast halt eine Anleitung, die dir erstmal sagt,
9:22
so und so machst du erstmal einen Korpus und damit fängst du
9:24
jetzt an deine Küche aufzubauen. Ja, und genauso ist es in der
9:27
Softwarewelt dann am Ende auch und ich finde das sind auf jeden
9:30
Fall sehr treffende Analogien. Ja, vor allem die funktionieren
9:33
halt einfach in. Also ich würde mal sagen.
9:37
Je nach Anwendungsfall und je nach Pattern, was du vielleicht
9:40
gerade gebrauchen kannst, funktionieren die halt einfach
9:43
irgendwie universell in vielen Projekten und in vielen
9:46
Kontexten und das ist halt das Schöne.
9:48
Das heißt, wenn du einmal das Konzept oder diese diese
9:51
Strategie verstanden hast, wie Code sozusagen in diesem Pattern
9:55
eigentlich arbeitet oder was da eigentlich hinter steckt oder
9:58
wofür man das verwendet, dann ist es natürlich einfach
10:00
sinnvoll und hilft dir dann im weiteren, dein Code einfach zu
10:04
verbessern. Und deswegen ist es nicht
10:06
schlecht. Also wenn du jetzt mal als
10:08
Beispiel ne, du brauchst ne ne Möglichkeit wie mehrere Teile in
10:13
der Anwendung zum Beispiel benachrichtigt werden, also zum
10:15
Beispiel du hast irgendwie n System und musst halt keine
10:20
Ahnung sagen wir mal teilsystem a, teilsystem b und Teilsystem
10:23
c, musst du irgendwie benachrichtigen ne und du sagst
10:25
ja so ah was mach ich denn jetzt?
10:26
Da gibt es vielleicht irgendwie du kannst dir was überlegen, du
10:29
kannst dir irgendwie ne ne Strategie zusammenbasteln wie
10:31
man irgendwie das alles hinkriegt.
10:34
Aber um zum Beispiel, dass also zum Beispiel über die GUI ne,
10:37
also du hast so ne GUI, klickst da irgendwo drauf und dann
10:40
werden halt alle diese Teilsysteme benachrichtigt,
10:42
kannst du halt zum Beispiel mit zum Observer Pattern
10:44
beispielsweise machen. Nur mal nur mal irgendein
10:46
Beispiel zu nennen, dass man einfach mal jetzt in der
10:49
Softwarewelt sozusagen diese Analogie jetzt umsetzen und
10:53
sagt, OK, es gibt ein eine Lösungsstrategie und diese
10:56
lösungsstrategie kann man dann anwenden und das ist natürlich
10:59
etwas abstraktes, Allgemeines, was du dann auf den konkreten
11:03
Fall anwendest. Genau das ist nicht der Punkt,
11:07
dass egal was man am Ende entwickelt, was für ein Produkt
11:11
das ist, in welcher Sparte das ist.
11:15
Die Softwareentwicklung kommt oft an gleiche Probleme, die
11:18
schon gelöst wurden und dann kannst du halt so Strategien
11:22
wieder verwenden, zum Beispiel so was wie.
11:24
Hey, ich hab irgendwelche wie du gerade meintest.
11:27
Ne Komponenten die müssen informiert werden wenn in einer
11:30
anderen Komponente sich was ändert, also wie Krieg ich das
11:33
hin? Ja die müssen jetzt irgendwie
11:34
darauf lauschen, die müssen irgendwie mitkriegen wenn sich
11:36
da was ändert, weil du jetzt zum Beispiel so n Observer Pattern
11:39
ansprichst und das ist ja genau der Punkt dieses Grundproblem,
11:43
ja die. Hast du immer wieder, ob du
11:46
jetzt keine Ahnung frontend machst oder keine Ahnung
11:49
wirklich Desktop Applications selbst überall, egal in welcher
11:53
Sparte, in welcher Branche, wie auch immer, sowas kommt ja immer
11:56
wieder und da gibt es halt Lösungen, die haben sich
11:58
durchgesetzt, die sind durchdacht sag ich mal und es
12:02
ist auf jeden Fall super hilfreich sich die mal
12:04
anzuschauen zu verinnerlichen weil es einfach.
12:07
Im Prinzip deine Denkweise und auch dein ja, dein dein dein
12:12
Toolset erweitert ne, weil du halt zu diesen Problemen kommst
12:15
und dir denkst, ha warte, da kann ich das und das Pattern
12:19
nehmen, das wird da gut, das hat sich bewährt.
12:20
Ja, das ist ja wirklich so, das hat sich bewährt.
12:23
Ja, ob es immer der richtige Weg ist?
12:25
Klar, das ist irgendwann auch fallspezifisch ne.
12:27
Es gibt auch Fälle wo du sagst, ja vielleicht doch nicht das
12:29
Patternehmen, obwohl es vielleicht letzte mal ne sehr
12:31
gute Sache war, aber in dem Fall ne ist natürlich auch immer
12:35
spezifisch, aber du hast auf jeden Fall ne Anlaufstelle.
12:38
Und da hilft. Auch das Bild rumgeisters ne,
12:40
was ja so dieses klassische Antipattern war wär ich mach
12:44
erstmal es funktioniert jetzt kommt noch was rein oh er
12:46
funktioniert immer noch, irgendwann gar keine Struktur,
12:49
keine Strategie. Ich bin am Arsch.
12:52
Sowas, aber dafür hilft es natürlich auch, dass man mehrere
12:55
verschiedene kennt, also mehrere Design Pattern, ne, dass man
12:58
jetzt nicht immer nur auf 1 zurückgreift, sondern vielleicht
13:00
auch ein Repertoire hat und das wollen wir auch ein bisschen mit
13:02
der Reihe schaffen. Ich finde es gut, dass du
13:05
Antipattern angesprochen hast. Ich finde das sollte auch mal
13:07
eine Folge werden, dass wir einfach auch mal darüber reden,
13:10
was eigentlich antipattern sind, weil das ist nämlich eigentlich
13:14
im Endeffekt genau das Gegenteil von dem Design pattern, weil
13:16
Design pattern also. Wenn wir jetzt überlegen, warum
13:19
die eigentlich wichtig sind, ne, warum gibt es dir eigentlich was
13:22
was? Wobei helfen die denn überhaupt?
13:24
Ne? Also allein was mir als Erstes
13:27
einfällt ist, dass du zum Beispiel einfach ne ne super
13:29
Erweiterbarkeit hast und ne höhere Flexibilität in deinem
13:32
Code. Ne wenn du jetzt zum Beispiel
13:35
sagst, du hast jetzt n infactory pattern, ne, dann dann kannst du
13:38
zum Beispiel. Ne, wie der Name schon sagt
13:43
irgendwie. Du hast ne Factory, du kannst da
13:45
verschiedene Sachen draus bauen. Also du kannst jetzt zum
13:47
Beispiel sagen, OK ich bau jetzt n Auto aber ich kann zum
13:49
Beispiel vielleicht aber auch n anderes Modell von einem Auto
13:51
bauen, ne wie auch immer, aber weil wir vorhin bei Auto waren
13:54
aber du hast halt eine Fabrik die dir verschiedene Variationen
14:00
einer Instanz ausspucken kann, die aber irgendwo sagen wir mal
14:03
n Kern haben n gleichen Kern und n Antipattern zum Beispiel und
14:08
das hilft halt einfach weil wenn du jetzt zum Beispiel n Neues.
14:11
Keine Ahnung. N neues Modell reinbringst was
14:13
irgendwie rauskommen soll, was aber im im Grunde ne im im Kern
14:16
das Gleiche ist. Dann ist es einfach schön, dass
14:20
man das Ganze einfach erweitern kann.
14:21
Ne, also du hast halt, musst nicht mehr viel machen und
14:24
kannst sozusagen aus dieser Fabrik relativ schnell wieder
14:28
was ähnliches rauszaubern und das ist ja das schöne und n
14:31
Antipattern zum Beispiel weil das, darauf wollte ich gerade
14:33
noch mal hinaus, das ist halt etwas.
14:36
Was eigentlich genau das Gegenteilige bewirkt, also
14:39
sozusagen die Erweiterbarkeit und Flexibilität, wenn wir jetzt
14:42
bei dem Beispiel bleiben, einfach einschränken, ne.
14:45
Und ja, du hast halt den Punkt ne, wenn wenn man das
14:48
Autobeispiel nimmt. Du kannst ein Modell
14:50
reinbringen, du kannst 2 reinbringen 34 das mag alles
14:53
noch gehen ne dann sagst du ja OK ich definier zum Beispiel
14:56
jedes Mal wieder, dass n Auto 4 reifen hat, ne 4 Räder, 2 Achsen
15:00
wie auch immer, alles was man so definieren könnte dann auch auf
15:03
softwareseite ne. Das mach ich halt 34 mal.
15:07
Aber wenn ich dann irgendwann ne riesen Palette hab es quasi ne
15:10
große Fabrik sag ich mal ja hab ich Bock das alles jedes Mal
15:14
noch mal neu zu definieren oder hab ich im Kern nen gleichen
15:18
Aufbau und nur die Farbe ändert sich oder keine Ahnung die
15:22
Leistung der Motor was man immer denn auch variieren möchte in
15:24
seiner Software und da merkt man halt schon so hey ja warte mal
15:27
es macht absolut Sinn da irgendwie so ne gemeinsame.
15:31
So n kleinsten gemeinsamen Teiler zu finden und genau dafür
15:33
sind dann halt auch so Pattern da, damit dein Code nicht
15:36
komplett auswuchert ne, dass du gar nicht mehr weißt wo vorne
15:39
und hinten ist, sondern erst skalierbar, er ist Wartbar ist
15:42
ne, dass er verständlich ist und da gibt es halt richtig richtig
15:45
gute Design patterns. Die man auch wirklich regelmäßig
15:49
verwendet. Und es ist auch irgendwo ne
15:51
stilistische Frage. Das heißt, es gibt Leute die
15:53
fahren total auf das eine Pattern an ab wo andere das gar
15:57
nicht verwenden, dann gibt es halt auch immer so 2 Lager.
16:00
Ja wie kannst du das nehmen, das ist total schlecht und die
16:03
anderen sagen ohne das kann ich gar nicht leben so.
16:06
Also das ist auch immer so ne Mindset frage am Ende und
16:08
deswegen würde ich sagen, also wir werden das ja so machen,
16:11
dass wir die hier objektiv ganz neutral mit so vor und
16:14
Nachteilen beleuchten, die wir da drin sehen.
16:17
Also Neutralität im Sinne von wie wir das sehen aber nicht
16:20
bewerten, ob wir das gut oder schlecht finden, weil ich finde
16:22
jedes hat am Ende seinen an Anwendungsfall sag ich mal auf
16:26
jeden Fall und es spielt halt auch immer viel Erfahrung am
16:29
Ende mit rein und deswegen gerade liebe Zuhörer liebe
16:31
Zuhörer, wenn du vielleicht am Anfang deiner
16:34
Softwareentwicklungskarriere stehst schau dir ruhig mal
16:37
verschiedene an und nimm dir mal 1 und bau mal verschiedene
16:41
kleine Sachen damit und probier dich damit aus.
16:43
Versuche herauszufinden, was gefällt dir daran, was gefällt
16:46
dir daran nicht, welche Grenzen siehst du und welche Vorteile
16:50
und ich finde mit so kleinen Beispielen und wenn wir quasi in
16:53
den einzelnen Folgen auf die Patterns eingehen, können wir
16:55
auch Beispiele nennen, die man vielleicht so ein bisschen
16:58
nachcoden kann, merkt man erstmal eher, doch das ist so
17:02
wie cool, das hilft mir ja. Was ich zum Beispiel auch finde,
17:06
ist, dass es natürlich auch hilft zu sagen, OK, wenn du
17:11
beispielsweise diese Begriffe, wenn die also wenn dir diese
17:14
Patterns n Begriff sind und du vielleicht auch in, sagen wir
17:18
mal im Team arbeitest oder so, dann hast du natürlich auch
17:20
einfach dieses Vokabular mit dem, was dahinter steckt, halt
17:24
eben auch direkt drin. Also wenn jetzt zum Beispiel
17:26
jemand sagt, soeben, da würde ich doch zum Beispiel am besten
17:29
das verwenden und du denkst dir so coole Sache, weiß ich gerade
17:32
nicht, was das ist. Und ich weiß ja auch, wie das
17:35
ist. Also ich hab das selber auch
17:37
schon n paar mal gehabt, so dass man sich dann zwar denkt, Oh,
17:39
das muss ich mal nachgucken, aber im Endeffekt guckt man es
17:41
ja doch nicht nach, weil man ist ja auch meistens mit anderen
17:43
Sachen beschäftigt, ne? Ne, das ist so auch so ne kleine
17:47
Analogie. Ich stell mir das manchmal immer
17:49
so vor, weil du meinst so so Vokabular ne, stell dir vor du
17:52
bist jetzt noch mal so im handwerklichen Bereich unterwegs
17:55
ne und kommst so neu in ne Firma und hast so n Projekt und bist
18:00
zum Beispiel jetzt vielleicht n Lehrling oder so ne.
18:02
Und wie es nervt ja am Anfang so angenommen du, du trägst den
18:06
großen, sag schon Werkzeugkoffer ne immer hinterher hinter dem
18:11
Meister und er sagt Ja gib mir mal das und das hier komm wir
18:13
brauchen Ah siehst du den Fall wir brauchen jetzt das und das
18:16
und du wühlst da drin rum weißt gar nicht was du rausnehmen
18:18
sollst. Gibst du ihm irgendwas in der
18:19
Hoffnung dass es stimmt so ne und das ist ja im Prinzip auch
18:22
ne Analogie dafür, wenn man sich mit diesen Themen
18:24
auseinandersetzt und dann in ein Team reinkommt, jemand sagt EY
18:27
wir haben hier n Problem. Vielleicht können wir das so und
18:30
so lösen und du kennst das Pattern und hast so quasi ne
18:34
strategische Übersicht wie es hier angewandt wird und ob das
18:39
Sinn macht oder nicht. Ob das Sinn macht oder nicht,
18:41
sind nachher Erfahrungswerte ganz klar ne ne.
18:44
Also wenn ich so an an die letzten oder so einige Jahre
18:48
mittlerweile zurückdenke, wo auch im Studium wo wir so
18:50
Patterns kennengelernt haben, dachte ich mir ja ich bin bereit
18:54
für die Coding Welt ich kann dieses Pattern, ich werde alles
18:57
mit diesem Pattern lösen und dann.
18:59
Also exzessiv genutzt, obwohl es gar nicht sinnvoll war, am Ende
19:02
oder vielleicht echt Nachteile mit sich gebracht hat.
19:04
Deswegen ist immer so pro Contra und Fall abhängig, aber es ist
19:08
halt einfach wichtig diese zu kennen.
19:09
Ja, ich finde deine Analogie muss ich gerade daran denken,
19:12
dass ich letztens, weil ich bei meiner Zahnärztin und kennst du
19:17
das, wenn du sitzt, da da, dann wird dein deine Zähne werden so
19:20
durchgecheckt und dann so C 3 bis 8 sind OKA 5 leichter
19:26
schliff auf 3 und du denkst dir so ey.
19:28
Was alter, Oh. Mein Gott, Oh mein Gott, bitte
19:31
entfernen Sie nicht. Und jetzt stell dir mal vor,
19:34
dass du diese Vokabeln als zum Beispiel weiß, nicht hier, wie
19:38
heißt das der Supporter hier zahnarzthelfer, wenn du das da
19:44
nicht drauf hast, dieses. Vokabular ne so alles.
19:47
Klar weiß ich auch nicht. So ja OK, ich sag mal wir bohren
19:52
da genau. Da musst du dran denken.
19:56
Aber du meintest ja eben, wir wollen das natürlich objektiv,
19:59
dann die einzelnen Pattern betrachten und das finde ich
20:02
auch sehr gut. Wir können aber trotzdem finde
20:04
ich auch immer noch ein bisschen dazu sagen, ob wir die zum
20:07
Beispiel auch oft verwenden oder nicht, weil ich weiß selber,
20:08
dass ich zum Beispiel bestimmte Pattern oft auch gerne verwende,
20:12
einfach auch, weil man es schon oft so oft gemacht hat und
20:14
andere verwendet man vielleicht nicht so oft, aber das sind
20:18
immer finde ich auch genau die Punkte, weil es kommt immer
20:20
darauf an. Auch wie oft, was du eigentlich
20:23
auch meintest, ne wieviel Erfahrung man damit schon
20:26
gesammelt hat, weil es ist am Ende ja auch irgendwie ne Sache
20:29
von wie gut kann ich dieses Tool benutzen?
20:32
Ne also du wirst dich ja genauso hinstellen und sagen ey wenn ich
20:35
zum Beispiel IDI 1 verwende, immer zum Beispiel von Jet
20:38
Brains oder so und aber auf der anderen Seite irgendwie n
20:41
anderer IDI nicht so oft verwende.
20:43
Dann nimmst du natürlich eigentlich lieber das, was du
20:45
schon gerne, also was du öfter verwendest, ne.
20:47
Aber genau dafür ist es natürlich auch da, dass man auch
20:50
so seinen Horizont erweitern kann und sagen kann, EY Pass
20:52
auf, es gibt ja noch die und die Patterns und meistens gibt es
20:56
auch vielleicht wirklich für n bestimmten Anwendungsfall.
20:59
Hattest du vorhin glaub ich auch gesagt mehrere Patterns die man
21:01
einfach verwenden kann, ne ist einfach gut und ich glaub da
21:06
kann man selber auch noch. Also selbst wir können auch was
21:08
dabei lernen. Das wollte ich gerade sagen.
21:12
Ich hab halt auch, als du die Reihe vorgeschlagen hattest, war
21:15
das auch so mein erster Gedanke, dass ich halt wirklich Bock
21:18
drauf hab, weil es gibt viele Patterns und es gibt viele, die
21:22
ich ewig nicht verwendet hab, weil du ja wie du gerade so
21:25
meintest. Man kommt halt in seinen Modus,
21:28
ne in seinen Stil so und guckt manchmal nicht mehr nach links
21:31
und rechts, gerade wenn man projektgetrieben ist.
21:34
Ne vielleicht Deadlines hat, dass man sagt ja nee ich löse es
21:36
so. Wie es mir jetzt im Sinn kommt.
21:39
Vielleicht gibt es andere charmante Lösungen, vielleicht
21:42
auch bessere, die ich jetzt aber einfach gerade nicht auf dem
21:44
Schirm, aber ich mach jetzt so mit meinem Stil das und da, das
21:48
ist jetzt weder gut noch schlecht bewertet, ne, aber es
21:50
ist einfach Fakt, dass man irgendwie so seinen Coding Stil
21:54
hat und deswegen hab ich so Bock auf die Reihe, weil wir uns ja
21:57
damit zwangsläufig noch mal alle Patterns angucken und ich hab
22:02
auch Bock alle noch mal so n bisschen Beispiele zu coden.
22:06
Einfach das aufzufrischen und deswegen auch die der Appell am
22:09
Anfang gerade auch an fortgeschrittene Coder oder
22:13
Coderin oder auch vielleicht seniorentwicklerin, die halt
22:17
mega viel Erfahrung haben, einfach noch mal n step
22:20
zurückgehen und sich noch mal auf die Basics besinnen und sich
22:23
das alles noch mal angucken. Vielleicht.
22:25
Entdeckt auf jeden Fall Sinn. Genau.
22:26
Vielleicht entdeckt man noch mal was Schönes, was man vielleicht
22:28
was, was vielleicht auch in Vergessenheit geraten ist.
22:30
Ne, manchmal denkt man sich ja auch so ne wie du meinst du bist
22:32
im Modus und hast es dann vielleicht, du hattest es mal
22:35
verwendet, hast es aber für. Völlig verdrängt und denkst dir
22:37
wieder so, guck mal, das ist ja auch geil, aber Fakt ist es auf
22:40
jeden Fall, dass diese Design Pattern, die sind halt warum
22:42
sind die wichtig, weil sie am Ende eigentlich dafür im Großen
22:46
und Ganzen kann man ja zusammenfassend sagen, zur
22:48
Verbesserung der Codequalität einfach beitragen, aber wie du
22:52
schon meinst, es gibt sehr sehr viele Arten von Pattern, es gibt
22:56
ja glaube ich so verschiedene, also wir können das ja auch so
22:58
Kategorien mal einordnen, was es da so gibt.
23:02
Und vielleicht auch mal schon mal n Paar ansprechen.
23:04
Also wir hatten ja schon jetzt n Paar gesagt, die wir halt auch
23:08
jetzt definitiv auch mal in der in der Reihe sicherlich
23:10
besprechen werden, was was haben wir denn da so für Kategorien?
23:16
Nee, also ich glaub eine der größten ist so alles was
23:19
Richtung Erzeugung geht oder also erzeugungsmuster ne also.
23:25
Dass du im Prinzip ja. Wir hatten zum Beispiel das
23:28
Factory Pattern genannt, du hattest glaub ich schon
23:30
Singleton erwähnt. Bilder pattern find ich halt
23:35
auch ziemlich cool, würde da auch reinspielen und das ist
23:38
halt alles so, wenn ich zum Beispiel Objekte von Klassen
23:41
erzeugen möchte, ne, also Instanzen.
23:44
Da spielen die halt rein, dass da halt das ganze strategisch
23:47
nach einem gewissen Design Pattern abläuft, oder zum
23:50
Beispiel beim Single hast du ja schon gesagt, es nur einmal
23:53
passieren kann. Entweder habe ich keins oder 1
23:55
ja solche Sachen dann strukturmuster gibt es noch, da
24:04
fällt mir. Direkt, direkt und ich überlege
24:10
das Adapterpad dann zum Beispiel ne, also wenn ich sag ich mal 2
24:16
ich hab a und b und die können eigentlich nicht direkt
24:18
miteinander kommunizieren sag ich mal oder die greifen nicht
24:22
aneinander ne so richtig wie man sich das auch bei.
24:25
Bei verschiedenen Kabeln vorstellt ne, also so n so NUSBC
24:29
Adapter zum Beispiel weißt du, dass du sagst ey OK, ich hab
24:33
jetzt a, muss aber auf C kommen, jetzt nehm ich n Adapter der von
24:36
A auf C geht und dann passt das. Genau das ist die perfekte
24:40
Analogie schon wieder so OK. Ein Adapter patter du nimmst zum
24:42
Beispiel einen USBC Adapter. Ja, ja, weil der Name steckt da
24:47
schon drin, aber ich mein, da kann man sich das direkt
24:49
vorstellen. Ne, also du hast wie gesagt 2
24:51
Sachen die eigentlich nicht zusammenpassen und ich kann
24:53
jetzt mit einem gewissen Pattern dafür sorgen, dass ich die also
24:57
wie sagt man bitte? Verbinde verbinde ich find zum
25:02
Beispiel Proxy, fällt mir da auch noch ein.
25:04
Ich find Proxy klingt immer so sehr, wieso sagen wir mal außer
25:10
Internetkommunikation ne. So hast du mal dein Proxy
25:13
gecheckt, so ne aber im Proxy an sich ist ja am Ende auch wie
25:17
gesagt, das ist ja ein ein Lösungs oder ein Muster was man
25:24
verwenden kann und nicht nur unbedingt in der
25:25
Softwareentwicklung, sondern vielleicht auch irgendwie zum
25:27
Beispiel dann eher noch im Hardwarebereich.
25:30
Ne, also das kannst du ja da auch verwenden.
25:32
Also es ist halt immer wenn es jetzt.
25:35
Da also es ist natürlich schon im Internet, also im im im
25:38
Softwarebereich irgendwo, aber es ist so, ich würd sagen, das
25:40
ist so vielleicht so n bisschen nicht mehr ganz ausschließlich
25:44
Software kann kann jetzt jeder einordnen wie man will, aber für
25:47
mich ist Proxy. Also wenn ich jetzt an Internet
25:49
Proxy denke, irgendwie weiß ich nicht, das ist sowas, das
25:53
programmierst du nicht, sondern das konfigurierst du weißt was
25:55
ich meine. Ja, du bist jetzt ja OK auf
25:58
Server Seite. Ja, quasi.
25:59
Nee, aber deswegen. Aber es ist am Ende ist es ja
26:01
auch ein Designpattern in der Softwareentwicklung, was man
26:04
verwenden kann zum also unter Strukturmuster was da drunter
26:07
fällt, ne. Und dann?
26:08
Gibt es ja noch so Verhaltensmuster zum Beispiel.
26:12
Ja, da hast du ja glaube ich das Observer schon genannt.
26:14
Ne genau klassisches Beispiel, wenn ich halt irgendwie auf
26:19
etwas. Lausche oder ja Observer.
26:22
Ich beobachte n Verhalten von einer anderen Komponente und auf
26:25
Ereignis A möchte ich informiert werden oder ich möchte
26:28
mitkriegen, dass ein Ereignis auftritt, damit ich selbst drauf
26:30
reagieren kann, so n klassischer Anwendungsfall, ne.
26:34
Und dann würde ich sagen, also das sind jetzt so die 3
26:37
Kategorien, die ich auch. So wirklich.
26:41
Ich sag mal bei der Software Verorte bei der
26:43
Softwareentwicklung. Im weiteren Sinne gibt es
26:47
vielleicht auch noch so Architekturmuster.
26:49
Haben natürlich auch was mit Software zu tun, aber auf einem,
26:53
ich würde mal sagen auf einer anderen Ebene und deswegen würde
26:56
ich architekturmuster jetzt nicht in das in diese Reihe mit
27:00
Reinzählen, weil wir ja auch selber schon mal überlegt
27:03
hatten, dass wir vielleicht auch noch ne andere Reihe irgendwann
27:05
in Zukunft machen, wo es dann wirklich um Architektur und
27:09
Architekturentscheidungen von Software geht.
27:12
Ja, da auch gerne ne Nachricht an uns, wenn da Interesse
27:15
besteht, dass wir diese Reihe machen, dann werden wir das
27:17
natürlich auch sehr gerne tun, aber ja, ich weiß was du meinst.
27:22
Also du meinst jetzt zum Beispiel so hab ich ne kleinen
27:24
Server Anwendung, wär ja auch so ne Designentscheidung
27:26
grundsätzlich in meinem Projekt hab ich Microservices, manche
27:31
Frameworks die einfach auch sagen Hey pass auf das ist jetzt
27:34
NMVVM Pattern was du hier verwendest oder MVC.
27:38
Das sind ja alles auch Design Patterns, die aber irgendwo
27:41
übergeordnet, also nicht n Teil von deinem Code sind sozusagen,
27:47
sondern eine Architekturentscheidung deines
27:50
Deiner Software sind am Ende. Ja, ich find das ist natürlich,
27:54
also da kann man auf jeden Fall drüber diskutieren, aber
27:57
irgendwie würde ich es glaube ich auch, gerade weil wir auch
27:58
überlegt hatten, auch so in Sachen Clean Architecture, wie
28:02
gesagt. Wenn es da auch Interesse gibt,
28:05
auf jeden Fall uns gerne schreiben, aber dass wir da
28:07
vielleicht auch noch mal irgendwie ne Reihe drüber machen
28:09
und deswegen würde ich das glaube ich eher da verorten als
28:11
jetzt in unserer Design Pattern Reihe.
28:14
Genau ja. Ja, dann würde ich sagen, lasst
28:19
uns noch am Ende, wir wollten ja wie gesagt ne einführungsfolge
28:22
machen, das heißt gar nicht so lange heute aber noch mal kurz n
28:27
Aufbau gehen, wie wird das aussehen?
28:28
Also das ganze Stelle ich mir jetzt persönlich so vor,
28:31
korrigiere mich. Dass wir halt so gewisse Fragen
28:34
beantworten wollen. Zu dem Pattern ne und natürlich
28:37
auch irgendwie nen Mehrwert generieren wollen, was so Take
28:41
Home Messages zu diesen einzelnen Patterns sind.
28:43
Ne also zum Beispiel ganz klar, wofür verwende ich überhaupt das
28:47
Pattern XY, was gerade besprochen wird, also was löst
28:52
das für n Problem? Wie sieht n typisches
28:54
Codebeispiel aus? Hatte ich ja vorhin gesagt, das
28:56
sollten wir auf jeden Fall uns hinter die Ohren schreiben, dass
28:58
wir da was mitgeben und in welchen Situationen ist es halt
29:02
auch besonders nützlich dann oder halt nicht geeignet.
29:04
Ja, also ist ja mal n für und wider.
29:06
Gibt es Alternativen? Zum Beispiel?
29:08
Ja, guter Punkt. Manchmal hast du ja auch
29:10
Fallstricke, weil ich kenn das zum Beispiel auch, dass du
29:12
sagst, ich nehm jetzt so n Pattern und dann ist dieses
29:16
Pattern, wenn es zum Beispiel nicht wirklich geeignet ist.
29:19
Machst du dir das Leben damit eigentlich eher schwer, als dass
29:21
es irgendwie hilft? Und das sind manchmal auch so
29:23
Fallstricke, weil ich kenn das zum Beispiel weiß nicht, ich
29:27
wollte irgendwie auch mal n Bilderpetter nutzen und dachte
29:29
mir, so weißt du so halt, dachte ich mir so, das wär irgendwie
29:31
cool und irgendwie hab ich dann so in der ganzen Programmierung
29:33
dacht ich mir so ey, weißt du n bilderpetter macht dir irgendwie
29:37
gar keinen Sinn. Also.
29:39
Kommt halt auch dahin, dass man dann vielleicht auch zum
29:42
Beispiel sowas als Fallstrick hat, aber vielleicht auch
29:45
andere. Das wollen wir dann halt eben
29:46
auch noch mitgeben, dass man halt da vielleicht auch noch mal
29:48
ein bisschen aufpassen kann. Genau.
29:52
Und was denkst du, was sind so die Tech Home Messages dann, was
29:57
ist unser Ziel auch für uns persönlich?
29:59
Von den einzelnen Folgen oder von der gesamten Reihe, sowohl
30:06
als auch. Na ja, ich würd glaub ich schon
30:10
n bisschen gucken oder? Oder mit also so die Frage
30:13
beantworten, wie häufig wird so n Pattern im Endeffekt genutzt?
30:16
Find ich nämlich irgendwie wichtig, weil da kann man sich
30:18
dann nämlich auch selber find ich n bisschen drauf einstellen
30:20
um dann zu sagen OK brauch ich das jetzt zwingend ist das ne
30:25
Sache ne Sache die ich in mein Näheres oder mein alltäglicheres
30:28
Repertoire aufnehmen muss beispielsweise oder vielleicht
30:31
nicht? Ne, also wenn du jetzt zum
30:33
Beispiel sagst, du hast sagen wir mal n Factory Pattern, das
30:35
trifft mal relativ häufig an, würde ich sagen und dann hast du
30:37
vielleicht irgendwie n anderes Pattern, was vielleicht manchmal
30:39
wirklich sinnvoll ist. Aber eigentlich, wenn du es
30:42
nicht kennst, dann ist es nicht schlimm, weil du triffst
30:45
vielleicht mit weniger hoher Wahrscheinlichkeit darauf.
30:47
Ne, das ist zum Beispiel auch irgendwie was, was etwas dann am
30:50
Ende auch an Mehrwert generiert und dass man vielleicht auch
30:54
weiß, OK in welcher Situation setze ich das ein, ne, wann ist
30:57
es besonders nützlich, wann nicht so für die einzelnen
31:00
Beispiele. Und aus der Reihe, was man da
31:02
mitnehmen kann, ist natürlich, im Endeffekt soll man jeder, der
31:06
sich sozusagen diese Reihe anhört, ein besseres Verständnis
31:09
für die Strukturierung von komplexer Software gewinnen und
31:12
gerade das, finde ich, ist auch ein wichtiger Punkt, weil
31:17
zumindest aus meiner jetzigen Erfahrung natürlich auch mit AI
31:21
kannst du dir zwar gut einzelne Funktionen generieren lassen und
31:25
auch vielleicht darüber hinaus, aber irgendwann ist hat hat
31:28
diese oder haben diese LLMS halt auch die.
31:31
Grenzen und die gehen meiner Meinung nach darauf hin, dass
31:35
du, wenn du komplexe Software erstellen willst, dann musst du
31:38
da selber noch sehr, sehr viel mitwirken und das hilft dir
31:41
halt. Ja, guter Punkt, guter Punkt.
31:47
Ja, dann würde ich sagen, lass uns in der nächsten Folge der
31:51
Reihe einfach mit einem. Erzeugungspattern zum Beispiel
31:56
arbeiten, also damit anfangen, wir können, wir hatten jetzt zum
31:58
Beispiel ziemlich schon ziemlich viel, das Factory Pattern, ja
32:02
ne, damit könnten wir einfach einfach mal loslegen, würde ich
32:05
sagen, ist n Klassiker und ist n Klassiker nutz ich auch gerne,
32:09
also immer wenn die Situation es hergibt, aber ich mag das
32:12
Pattern ja ansonsten fabi würde ich sagen ist es ne
32:18
Einführungsfolge ziehen wir es nicht in die Länge.
32:21
Liebe zuhören, liebe Zuhörer, falls du ein Lieblingspattern
32:24
hast, lass es uns gerne wissen. Wir, wir diskutieren da gerne
32:27
drüber, aber jetzt nicht, dass wir es kritisieren, sondern
32:29
einfach wir möchten einfach gerne Eure Meinung hören oder
32:32
möchtest du zum Beispiel n bestimmtes Pattern besprochen
32:34
haben, gibt es da vielleicht n pattern wo du dir denkst so ah,
32:38
das hab ich nie so richtig verstanden oder?
32:40
Irgendwie ist mir das suspekt, warum sollte man das verwenden?
32:43
So, das wäre auf jeden Fall auch richtig interessant.
32:45
Dann schreib uns wie gesagt die E Mail findest du wie immer in
32:49
den Shownotes oder halt auf jedem Kanal den du möchtest.
32:52
Wir sind für dich da und werden es lesen und antworten.
32:56
Nicht nur wir, auch die ganze Community kommen Discord wie
32:58
gesagt alle links dazu in den Shownotes.
33:01
Und ja, wenn dir der Podcast gefällt, wenn du sagst, ey, das
33:04
ist cool, die die Folge war gut, der Podcast ist schön, dann.
33:08
Lasst doch gerne eine Bewertung da, da freuen wir uns mega oder
33:10
empfiehlt es auch gerne 2 deiner Freunden, Freundinnen oder
33:13
Freundinnen würde uns auch mega freuen und ansonsten würde ich
33:18
die Folge mal so ein bisschen zusammenfassen im Sinne von
33:22
guter Code ist kein Zufall, das hatten wir schon mal gesagt,
33:25
sondern er ist gut entworfen, in diesem Fall also würde ich sagen
33:31
bis zum nächsten Mal. Bis zur nächsten Folge macht's
33:34
gut bis dahin. Deine Coding Bytes gemeinsam
33:36
besser. Hey Cortana.