Latest / Coding Buddies | Tech & Dev-Mindset / Clean Code #2 - YoU NAmE IT!

Transcript

Clean Code #2 - YoU NAmE IT! · Coding Buddies | Tech & Dev-Mindset

0:00
Und jetzt kommst du als Teammitglied und guckst dir das
0:03
an, denkst dir, was ist x was zur Hölle ist x oder ich komm 4
0:07
Wochen später und denk mir was ist XX ist 4 so weißt du.
0:11
Bowling, Bodys deinem Podcast rund um Softwareentwicklung und
0:14
aktueller Technews. Herzlich Willkommen.
0:28
Ja, herzlich Willkommen zur neuen Folge des Covid Podcasts.
0:31
Und nicht nur die neue Folge, es ist auch die 1.
0:34
Folge und Zwar hatten wir einen Jahreswechsel. 2024 und an
0:41
meiner Seite natürlich wieder der fantastische Fabi.
0:45
Moin, Moin Fabi. Hey Tino, ein frohes neues Jahr
0:49
wünsche ich dir. Das wünsche ich dir auch.
0:52
Mein schöner. Wie geht es dir alles gut?
0:54
Ja, alles super gut. Reingestartet würde ich jetzt
0:58
mal so behaupten, relativ entspannt.
1:00
Wie war es bei dir? Ja, auch tatsächlich ziemlich
1:04
entspannt. Also jetzt keine wilde Party,
1:07
eher so im Kreis der Freunde und Familie.
1:11
Aber hat mir sehr gut gefallen. Also ich bin muss auch sagen,
1:14
ich bin jetzt auch kein Mega. Fan von Silvesterpartys also,
1:19
dass ich jetzt das ganze Jahr darauf hin Fieber.
1:24
Aber es war schön, es hat Spaß gemacht, bin gut reingerutscht.
1:27
Ja, wie sah es bei dir aus? Ja, ähnlich.
1:30
Also Freunde, entspannte Runde war es, wir haben Raclette
1:34
gemacht und dann klingt es geil und dann halt um um 9 schlafen
1:38
gegangen, also. Am 1.1.
1:41
Um 9. Ja, aber ich ich find es auch
1:45
immer. Also ich find es cooler, also so
1:47
ich weiß nicht, also so viele gibt es, gibt ja viele die so
1:50
richtig heftig so Party machen zu silvester, ich hab das auch
1:55
ne Zeit lang. Also ich, was heißt gerne, ich
1:59
fand es irgendwie, ich finde es für mich hat sich
2:01
herauskristallisiert, dass ich es cooler finde, wenn man
2:04
einfach so mit Leuten zusammen feiert, die man halt weiß ich,
2:08
die man halt kennt, die man gut kennt, weißt du wo man halt.
2:11
Auch irgendwie so ein. Weiß ich nicht.
2:14
Sich gehen lassen. Nein, du weißt was.
2:18
Ich meine ja. Also ich find es halt auch
2:20
irgendwie überbewertet, da irgendwie so n mega Partyabend
2:23
draus zu machen. Also ich kennte oder ich.
2:27
Bekannte Leute, die halt auch extrem darauf aus waren.
2:30
Das muss die Nacht des Jahres werden so.
2:34
Ja, für beide, für das Alte und fürs neue Jahr.
2:36
Es ist einfach, steht alles in. China ist ja auch überall gar
2:39
kein Druck, kein Druck. Kein Druck und dann wird es am
2:42
Ende immer Scheiße damit. Dann wird es halt immer
2:45
irgendwie, dann ist die Erwartung einfach zu groß.
2:49
Findet man selbst, wenn man sich keine Erwartung macht, find ich
2:52
die Erwartung trotzdem immer. Irgendwie weiß ich nicht, also
2:55
weißt du also irgendwie selbst wenn man sich so sagt, so, es
2:57
ist ja ganz entspannt und dann denkt man sich trotzdem, ja,
2:59
aber heute, so wie Silvester und ich sag mal ganz ruhig, es ist
3:01
ja nur so alles, es ist doch nur Silvester.
3:06
Nee, also da muss ich sagen, dieses Jahr hatte ich nicht
3:08
wirklich viel Erwartung oder hatte jetzt nicht vor, dass es
3:10
sonst wie krass wird und es war halt deswegen einfach ziemlich
3:13
cool. Es hat mir sehr gut gefallen,
3:14
muss ich sagen. Das ist schön.
3:16
So ganz entspannt halt ne. Böllerst du.
3:19
Na, auf keinen Fall. Also ich meine, wir haben glaube
3:23
ich lange nicht mehr Silvester zusammen gefeiert.
3:25
Ne. Also wir haben.
3:26
Echt schon zusammen gefeiert? So ist es nicht und ich Feier
3:29
auch sehr gerne mit dir Silvester, aber es hat sich
3:31
nicht ergeben, ja. Weil du immer so hart Party
3:34
machen willst und ich halt nicht.
3:39
Du hörst mir einfach nicht zu. Nein, also das ist ja ein guter
3:44
Punkt, müssen wir auch gerne mal wieder machen.
3:48
Und zu deiner Frage mit den Böllern, das finde ich halt
3:51
richtig furchtbar und sinnlos. Ich hoffe jetzt schalten dich
3:54
die Leute aus. Und alle.
3:55
Machen aus, alle machen aus oder alle zünden erstmal irgendwie
3:59
einen Balladen. Aus Prinzip.
4:01
Also ich. Finde es also ich finde das
4:02
finde das super furchtbar ehrlich mag ich gar nicht.
4:05
Also ich finde es krass, weil ich Böller auch nicht mehr oder
4:08
lasse raketensteigen oder so. Ich habe das aber früher übelst
4:11
viel gemacht und also keine Ahnung, mein sechzehnjähriges
4:14
ich hat. Irgendwann mal von keine Ahnung,
4:18
ich sag mal den irgendwie Freunden von meinen Eltern, die
4:20
haben irgendwie gesagt sowas wie ja wir machen das so ganz
4:24
entspannt, wir laufen machen so nen kleinen Spaziergang über
4:26
00:00 Uhr und dann knallen alle und wir gucken uns das an aber
4:31
wir böllern selber nicht und ich dachte mir mit 16.
4:35
Was geht eigentlich ab? Also das geht das überhaupt?
4:40
Ist das physikalisch möglich, keine Raketen Loszustarten zu
4:43
Silvester, das fand ich voll krass, aber heute hat sich das
4:46
bei mir halt so ein bisschen gedreht, weil ich das halt
4:48
einfach irgendwie auch nicht mehr brauche.
4:50
Ja, also früher hab ich das auch gemacht und fand das natürlich
4:54
auch irgendwo cool oder so. Keine Ahnung was ich mir dabei
4:57
gedacht hab, aber mittlerweile denk ich mir so ist es halt
5:00
irgendwie halt echt auch sinnlos und vor allem denk ich da
5:04
mittlerweile auch anders drüber, gerade wenn man so Haustiere
5:06
hat, was für n Stress das für so ein Tier auslöst und das merkst
5:10
du ja extrem und da denk ich mir halt auch so, ist halt echt
5:13
unnötig. Ja gut, aber das haben ja auch
5:17
nicht alle Haustiere, ne? Nein, aber ich verstehe, ich
5:21
verstehe das, also ich finde es halt irgendwie ganz schön sich
5:23
das anzugucken, aber ich kann es auch verstehen, dass das
5:26
natürlich auch für für Tiere kann, also es ist sehr sehr
5:30
stressig auf jeden Fall. Aber im Endeffekt war es, finde
5:35
ich, um das ganze jetzt nicht daunergehen zu lassen.
5:39
Ich hatte ein ganz gutes Silvester, es war ganz entspannt
5:42
und ich sag mal so viel, ich hatte keinen Kater am nächsten
5:45
Tag und das war ganz gut. Das ging mir auch so, auch
5:49
schön, gerade in unserem Alter katert man ja doch schon mal ein
5:52
bisschen mehr. Ja genau gehe ich hier ganz mit.
5:58
War bei mir ähnlich. Und natürlich dachte ich mir
6:02
00:00 Uhr so ja schön neues Jahr, das heißt, wir können bald
6:06
wieder ne Podcast Folge aufnehmen und deswegen lass uns
6:09
mal zum heutigen Thema kommen. Ja, was haben wir denn?
6:12
Das heutige Thema ist Silvester. Nein, und zwar hatten wir ja im
6:21
letzten Jahr ne neue Reihe angefangen, und zwar die
6:24
Cleancode Reihe und wollten ja einfach mal, weil es n sehr
6:27
umfangreiches Thema ist, das n bisschen splitten auf mehrere
6:30
Folgen. Und deswegen würde ich sagen,
6:34
lass uns doch heute einfach mal die 2.
6:37
Folge zu dieser Reihe. Quasi machen, aufnehmen,
6:41
besprechen, wie auch immer und da.
6:45
Vorschlagen starten wir mal ganz entspannt mit der Namensgebung
6:50
von beispielsweise Variablen und Funktionen.
6:53
Das ist eigentlich immer n ganz cooles Einstiegsthema und klingt
6:56
vielleicht jetzt für dich, liebe Zuhörerin, liebe Zuhörer,
6:59
trivial aber ist es definitiv nicht und ist es auch nicht
7:03
meiner Meinung nach selbst für erfahrene Entwickler nicht, da
7:07
waren jetzt ganz viele nichts in diesen Sätzen, aber ich wollte
7:10
es einfach mal unterschreiben. Und deswegen fabi, was meinst
7:14
du, hätte ich Bock auf jeden Fall mal mit dir drüber zu
7:16
quatschen. Ja, auf jeden Fall.
7:18
Also das ist ein wichtiger Punkt.
7:22
Ich glaube, wir können ja erstmal damit anfangen, dass wir
7:25
gucken. Warum es überhaupt sinnvoll ist
7:29
oder wichtig ist, bei der Programmierung, bei der
7:33
Softwareentwicklung auch wirklich, sag ich jetzt mal,
7:37
sich Gedanken darüber zu machen, wie Variablennamen, wie man
7:41
diese Variablennamen oder funktionsnamen oder eigentlich
7:44
jede Art von Benahmung im Code vergibt, belegt.
7:49
Ja, das ist, das ist auf jeden Fall ein cooler Einstieg, weil
7:52
wenn man so drüber nachdenkt. Also wir haben ja in der
7:55
Eröffnungsfolge ja eigentlich so mal eingeleitet, was Cleancode
7:59
bedeutet, und da sind wir ja so auf Punkte eingegangen wie.
8:03
Wartbarkeit, Skalierbarkeit, Lesbarkeit vor allem.
8:06
Ja, und das sind ja alles Punkte, weshalb es klingt, quasi
8:11
gibt oder diese Definition und so Best Practices und da zählt
8:15
ja die Benahmung auch mit rein. Und genau aus diesen Gründen,
8:20
weil gute variablen Namen, gute Funktionen.
8:23
Uns nahm und was gut ist, können wir ja gleich mal bisschen
8:26
definieren, was so als gut gilt, sag ich mal.
8:29
Sorgen ja aber dafür, dass du zum Beispiel den Code schneller
8:33
und besser lesen kannst und besser verstehst.
8:35
Also die Verständlichkeit wird ja auch besser.
8:38
Dadurch wird er natürlich wartbarer, weil ich einfach auch
8:43
nach Wochen noch schnell weiß, was da passiert und das verstehe
8:48
und kann es halt einfach besser warten und skaliere skalierbarer
8:51
wird es auch, weil ich halt schneller beispielsweise wieder
8:55
Schnittstellen finde, wo ich denn jetzt meine Funktion
8:58
erweitern kann und da das alles gut lesbar wartbar ist, weiß ich
9:02
halt, ach ja, genau das passiert hier, das passiert da und an der
9:05
Stelle kann ich jetzt meine neue Funktionalität einbauen.
9:08
Also allein die Benahmung hilft. Dabei ja schon, das stimmt.
9:15
Nahmung, also benahmung klingt halt immer sehr trivial.
9:19
Aber. Ist es denn auch so trivial?
9:25
Nee, absolut nicht. Also meinen Augen gar nicht und
9:27
ich tue mich da auch heute immer noch schwer mit, beziehungsweise
9:32
was heißt schwer. Man kann natürlich einfach
9:33
irgendwelche Namen nehmen, aber wenn man halt auch, also ich
9:37
sage, ich sag mal so mit zunehmender Erfahrung.
9:39
Arogen wird einem bewusst, wie wichtig denn diese Benahmung ist
9:43
und deswegen versucht man im Vorfeld schon mehr Zeit da
9:46
reinzustecken, um einfach später nicht diese Probleme, die man ja
9:49
dann schon mal hatte, oder diese Erfahrungswerte, die man
9:51
gesammelt hat, später nicht zu bekommen, sondern Monate später
9:55
auf den Code guckt und sich denkt, Ach ja, ok, funktion
9:58
sowieso, die macht das alles klar okay verstehe ich was da
10:01
passiert, das ist ja so. Das wünschenswerte Ziel, sage
10:06
ich mal und nicht variable x mit Y.
10:12
Geteilt durch ZB. Dann weiß ja keiner mehr, was da
10:16
los ist. Also.
10:20
Wie soll ich sagen, also. Und wenn du die Software
10:25
schreibst oder sagen wir mal diese eine Funktion, dann bist
10:28
du voll drin im Thema und dann sagst du dir OK, ja gut, jetzt
10:31
muss ich das machen. OK das und das ich brauch mal
10:34
schnell ne Variable ja was dir gut die hält irgendein integer
10:39
irgend ne Größe beispielsweise erreicht der die nenne ich jetzt
10:41
x weil brauche ich ja nur hier und ja okay dann verwende ich x
10:46
und fertig und. Kommst du als Teammitglied und
10:51
guckst dir das an, denkst dir was ist x was zur Hölle ist x
10:54
oder ich komm 4 Wochen später und denk mir was ist XX ist 4 so
10:58
weit. Und das ist genau das Problem.
11:01
Ich find das beschreibt es halt ganz gut, weswegen so ne
11:04
Namensgebung extrem wichtig ist. Wie sind denn da so deine
11:08
Erfahrungen? Ja, also ich meine.
11:14
Man was, was ich gemerkt habe, ist dass egal.
11:19
Wenn man also wir beide haben jetzt mittlerweile schon so sind
11:23
jetzt. Relativ längere Zeit schon
11:27
erprobte Softwareentwickler in Anführungsstrichen sag ich jetzt
11:30
mal. Ich weiß nicht wie ich.
11:30
Das ja schon formuliert, wie ich das.
11:32
Jetzt ausdrücken soll. Aber wir haben ja schon einiges
11:35
programmiert, wir haben schon einiges an einigen Projekten
11:37
gearbeitet. Und ich finde, das ist natürlich
11:42
besser, wird also dadurch, dass man halt eben ein höheres,
11:47
höheren Augenmerk, höheres Augenmerk.
11:49
Ich weiß nicht, wie man das sagt, höheres Augenmerk.
11:51
Klingt super, sagen wir so das. Spotlight wenn man also, man
11:56
legt ja immer mehr, sag ich mal, schon Energie da rein bei
12:01
Überlegungen da rein, dass man sagt, Okay wie könnte eine
12:04
Funktion. Benahmt werden wie kann eine
12:07
variable benatet werden, aber nichtsdestotrotz.
12:11
Kommt es immer noch mal wieder vor, dass man sich vielleicht
12:13
irgendwie mal auf sein, auch auf seinen eigenen Code, dass man da
12:16
drauf guckt und sich denkt? Ah, warte mal.
12:20
OK was was genau passiert da noch mal ne und ich merk das
12:23
halt immer wenn ich noch mal ne Funktion hab wenn ich da noch
12:25
mal ne längere Zeit drauf gucken muss oder ne je länger ich da
12:28
drauf gucken muss desto blöder war eigentlich die Vorarbeit ob
12:31
es jetzt quasi mein Code war oder der Code von einem
12:34
Teamkollegen in dem Fall. Der aber auch andersrum.
12:39
Also das ist halt immer genau der Punkt, dass auch wenn man
12:42
jetzt eine Menge Erfahrung vielleicht schon mitgebracht
12:44
hat, es ist nie so, dass also jedenfalls nicht immer
12:47
hundertprozentig der Zeit, dass ich mir denke, okay, ich hab
12:49
sofort den perfekten Namen für was auch immer, also man muss
12:53
schon darüber nachdenken, merke ich, und das ist wirklich
12:56
unglaublich wichtig, auch darüber nachzudenken und es.
13:00
Natürlich nicht so, dass du jetzt bei jeder Funktion oder
13:04
bei jedem bei jeder variable Ewigkeiten drüber nachdenken
13:07
musst und sagen musst, boah ey, keine Ahnung, ich hab jetzt
13:10
irgendwie weiß nicht muss 10 Minuten drüber nachdenken.
13:13
Das ist nicht immer so ne. Aber.
13:16
Es gibt halt einfach schon Momente, wo man schon relativ
13:19
schnell merkt, OK, an der Stelle sollte ich vielleicht wirklich
13:24
mal darüber nachdenken. Allein wenn du schon, wenn du
13:26
diese Funktion schreibst und sagst, die soll jetzt die
13:29
Funktion soll jetzt, die soll jetzt was, die soll jetzt das
13:31
machen, aber die sagt, Na was passiert da eigentlich so weißt
13:35
du also wenn du da wirklich mal so ein bisschen.
13:39
Beim Codenummer selbst auch am Anfang.
13:43
Irgendwas hinschreibt willst du erstmal loskommen?
13:45
Du schreibst erst mal irgendwas hin und weißt aber vielleicht
13:48
noch nicht so richtig hundertprozentig okay was ist
13:50
denn der perfekte Name dafür? Dann ist es mindestens ein
13:54
Anzeichen, sich mal zu sagen okay, dann muss ich gleich noch
13:57
mal gucken. Und das ist halt genau der
14:00
Punkt. Also ich weiß, dass es besser
14:02
wird. Ich persönlich lege mehr Wert
14:06
darauf, gute Benahmungen für bestimmte Sachen, Funktion,
14:10
Variablen namens Tests, was auch immer zu geben.
14:14
Und deswegen wird es besser. Aber man merkt trotzdem immer
14:18
nochmal im Nachhinein zumindest ich, dass man da auch noch
14:23
Potential nach oben hat und dass es eben keine triviale
14:26
Angelegenheit ist, um zu sagen, das ist jetzt auf jeden Fall
14:29
das. Das ist ganz spannend, weil
14:34
vielleicht ist das unseren Zuhörern auch nicht so klar oder
14:38
vielleicht nicht allen. Das ist ja nicht so, dass man
14:41
sich hinsetzt, 5 Minuten schweigt und sich überlegt, so
14:46
okay ich hab's, wir nennen es so und so, sondern es ist ja
14:49
wirklich ein Prozess, wie du schon meintest, man schreibt was
14:51
hin, okay ja okay ja, das ist gut, nein, das lasst es lieber
14:55
so nennen, okay gut, ja okay das doch das finde ich ganz gut,
14:58
jetzt fängst du an, die Funktion zu implementieren.
15:02
Aber eigentlich so wirklich beschreibt das nicht, was da
15:04
drin passiert. Und dann baust du um, dann wird
15:06
die Funktionalität vielleicht noch ein bisschen geändert und
15:08
dann ist es ja auch wieder wichtig, diesen Funktionsnamen
15:11
anzupassen, weil vielleicht gar nicht mehr das wirklich passiert
15:13
da drin, so wie es mal ursprünglich benahmt wurde und
15:17
deswegen finde ich es geil, dass du sagst, es ist ein Prozess,
15:19
weil wenn ich quasi mal aufnehmen würde, wie das dieser
15:23
Prozess bei mir aussieht, dann schreibe ich was hin, lösch es
15:26
wieder weg, ich schreibe es wieder hin, okay finde ich gut,
15:28
lösch es weg, schreibt das erste wieder hin was ich hatte lösch
15:30
es weg, weißt du? Das das ist also, so sieht es ja
15:34
eigentlich in Realität aus, das ist ja nicht so, dass es so eine
15:37
Theoriearbeit im Kopf ist. OK, schreib ich diktiere weißt
15:43
du und der andere schreibt das hin, so läuft es ja nun auch
15:45
nicht und. Sich diese Zeit aber zudem finde
15:50
ich unfassbar wichtig und das findet man auch in vielen
15:53
Lehrbüchern zu dem Thema. Das ist halt wichtig, ist mit
15:58
den entsprechenden Argumenten auch, wie wir gesagt haben, dass
16:00
es dir einfach im Nachhinein hilft.
16:03
Ihre Software zu programmieren oder zu entwickeln, so dass man
16:07
sagen kann, dass dieser dieser erste riesenpunkt halt wirklich
16:10
ist. Verwende aussagekräftige Namen
16:14
für Funktionen, Tests, Variablen, was alles, was halt
16:18
benannt werden muss. Aussagekräftig ist auf jeden
16:20
Fall gut. Was mir auch noch mal ganz kurz
16:24
zu diesem Thema einfällt ist. Oder was?
16:26
Ich auch noch mal als Tipp vielleicht mitgeben kann, wovor
16:28
man sich nicht scheuen sollte, ist.
16:31
Tipps sind immer gut ist. Dass man zum Beispiel, also ich
16:34
kenne das selber, ich hatte das auch schon mal, dass ich dann.
16:38
Eine Funktionsnamen hatte also ich, ich mir waren.
16:40
Ich hatte so ein paar mir überlegt, keine Ahnung, 5 Stück.
16:44
Und die ich war mal mit allen noch nicht richtig zufrieden,
16:47
weil das war auch ne wertvolle Funktion für die Software, ne
16:51
und dann hab ich halt auch wirklich nen Teamkollegen
16:54
gefragt in dem alten Projekt und hab gesagt du pass auf ich hab
16:56
mir jetzt diese 5 Namen mir überlegt für diese Funktion.
16:59
Ich bin mir aber nicht sicher, welche ich nehmen soll
17:01
beziehungsweise meine Bedenken sind halt noch die und die und
17:04
die, weil ich halt eben auch nicht hundertprozentig
17:06
zufrieden, weil ich dachte mir so OK die der Funktionsname
17:08
kommt schon irgendwie hin, aber irgendwas stimmt noch nicht so
17:12
und es hat mich echt gewurmt, weil es halt wie gesagt ein
17:15
wichtiger Teil war und deswegen. Auch durchaus ratsam mal zu
17:20
sagen, OK, selbst wenn man jetzt also was ich oft genug auch
17:24
erlebt hab, war sowas wie ja dies das das dann hast du so
17:27
vielleicht diesen Prozess den du geschildert hast.
17:29
Auch der ging dann so vielleicht 3 bis 5 Minuten.
17:33
Und dann war irgendwann so, ach komm, wir lassen, wir nehmen das
17:35
jetzt erstmal so und das hab ich auch schon oft erlebt und das
17:39
sollte man vielleicht nicht unbedingt machen, also das kann
17:42
man vielleicht einmal machen, aber wenn du es einmal machst,
17:45
machst du es noch mal und dann hinterher hast du irgendwann
17:47
genau den Effekt, dass du selber oder jemand anders darauf guckt
17:51
und sich denkt, was ist denn das, dann brauchst du Zeit
17:53
dafür, um das wieder zu verstehen und.
17:56
Wegen sehr guter Punkt. Tipp würde ich sagen, auch wenn
18:00
man sich nicht sicher ist, auch noch mal wen anders fragen und
18:02
noch mal ein paar mehr Meinungen oder Ideen, zumindest Ideen
18:06
reinholen, das kann. Helfen finde ich sehr gut.
18:10
Ein sehr wertvoller Tipp, was natürlich bei solchen
18:14
Geschichten, also wenn man da hin und her überlegt, kann es ja
18:17
auch darauf hinweisen, dass es vielleicht schon eine Art
18:19
Designfehler ist, zum Beispiel bei Funktionen bzw Fehler finde
18:25
ich jetzt ein bisschen übertrieben, aber das ist
18:27
vielleicht. Cleaner geht das Ganze zu
18:30
entwickeln, aber da würde ich jetzt nicht zu sehr darauf
18:33
eingehen, weil Funktionen wie Funktion am besten aussehen oder
18:37
was so best practice es sind finde ich ist eine super
18:39
spannende extra Folge, also ein einzelnes Thema, weil da könnten
18:42
wir auch echt bestimmt ziemlich lange drüber reden.
18:46
Aber was ich da immer spannend finde, und das würde ich halt
18:49
kurz nochmal als Tipp mitgeben, wenn es mir zum Beispiel schwer
18:53
fällt, Funktionen zu benennen, kann es halt einfach sein, dass
18:57
sie auch nicht klar definiert sind, was passiert.
18:59
In dieser Funktion, oder es passiert zu viel und ich glaube,
19:03
das kennst du auch, das kenne ich, das kennt jeder, dass man
19:06
merkt, so da. Eigentlich 2 verschiedene Sachen
19:11
und wenn du dann sowas hast wie? Create or open, ja.
19:17
So was wie or or end. Das sind alles so Wörter, wenn
19:22
ich versuche oder gewillt bin das in so nen Namen einzubauen,
19:25
dann ist schon dann ist schon da was im Argen, dass da was nicht
19:28
richtig ist. Also das find ich noch so als
19:30
Tipp. Das sind so Schlüsselwörter, die
19:33
symbolisieren. Oh, das ist geht vielleicht doch
19:35
sauberer zu coden, dass man denn zum Beispiel Funktionalitäten,
19:39
Auftrennt oder Variablen auch auftritt, weil man vielleicht
19:42
versucht zu viel. Wissen oder Inhalt in eine
19:47
Variable zu packen, das klingt vielleicht erstmal n bisschen
19:49
komisch, aber an solchen Punkten kommt man halt.
19:51
Ja, wir hatten in der in der Twitch Session ganz coolen
19:54
Kommentar zu diesem Thema, weil das irgendwie glaub ich in
19:57
dieser in der einen Session auch gekommen ist.
19:59
Da hatten Zuschauer in in den Chat gepostet.
20:03
Ist die Variable zu lang, dann willst du zu viel oder irgendwie
20:07
sowas ne und ich fand den den ja stimmt, ich fand den Spruch ganz
20:10
cool, weil der ist wirklich sehr ausschlaggebend ne also wie
20:13
gesagt, ich glaube es ist. Ich nenne es mal so ne, wenn du
20:18
ne Variable hast, die viel zu lang ist, ist das blöd.
20:21
Wenn du Variablen hast die viel zu kurz sind ist das blöd und
20:24
ich glaube man muss diesen süßen Mittelweg dazwischen finden.
20:27
Weißt du, dass du sagst? Es gibt diesen Sweet Spot, der
20:31
einem sagt, Okay genau das ist, ist gut ne, also nicht zu viel,
20:36
nicht zu wenig und ich würde das Zusammenfassen unter
20:40
selbsterklärend, aber auch kurz und aussagekräftig.
20:44
Ne, also diese 2 Punkte, die sind wichtig und und und.
20:47
Das sind glaube ich gute Merkmale um zu sagen diese.
20:52
Benahmung ist ganz gut. Ne ja find auf jeden Fall super
20:57
zusammengefasst. Da würd ich aber abschließend
20:59
noch noch ein letztes Beispiel geben.
21:02
Weil du meintest zu kurz ist auch blöd, da gibt es hab ich
21:06
auch viele Entwickler schon kennengelernt, die sagen ja nee
21:08
wenn man gewöhnt man sich dran oder so Abkürzungen sind ne ganz
21:11
feine Sache. Weil Abkürzungen sind ja oft
21:15
dafür da, um Sachen zu kürzen, Variablennamen beispielsweise.
21:19
Funktionsnamen, so Abkürzung, finde ich, bin ich so ein
21:23
bisschen. Vorbelastet, weil ich mal in
21:27
einem Projekt gearbeitet hab, wo sehr massiv mit Abkürzung
21:30
gearbeitet wurde. In Funktions und Variablennamen.
21:33
Und klar kann man sagen ja, wenn man das Wissen darüber hat, dann
21:37
versteht man ja was das ist. Aber selbst ich, der täglich
21:41
quasi an der Software geschrieben hatte, wusste
21:43
irgendwann nicht mehr was beinhaltet die Variable jetzt
21:45
eigentlich ist. Das ist das wirklich oder ist
21:48
das wirklich die Funktion, die ich eigentlich aufrufen?
21:50
Möchte im Kopf also. Steht diese Abkürzung für das,
21:53
was ich hier eigentlich gerade haben möchte?
21:56
Und dann? Ist es quasi so ein?
21:59
Gefühl, so in einem Lexikon nachschlagen und dann, ja, warte
22:02
mal, wofür stand das noch mal? Ich weiß es nicht.
22:04
Ich frag einen Kollegen, aber gut, ich weiß, Oh wo stand das
22:06
und dann weißt du, wenn du mit sowas beschäftigt bist, ist es
22:09
ein absolut klares Zeichen dafür, dass das kein Cleaner
22:14
Code ist. Ja, also was ich zum.
22:16
Beispiel meinen Augen ja definitiv, weil die damals waren
22:19
ja der absolute. Verfechter von ja, das ist also.
22:23
Es ist halt auch eher also. 2 Sachen, die mir dazu einfallen
22:27
ist weil vielleicht kannst du ja in einem Team ne bestimmte
22:32
Konvention klären, ne. Also es gibt ja auch bestimmte
22:35
Konventionen. Irgendwelche cases?
22:38
Ne sowas wie camel Case oder was gibt es noch kebab case was was
22:42
was gibt es noch? Es gibt Tausende Snake Case, zum
22:46
Beispiel Pascal. Auch Gecoded hatten genau Pascal
22:49
Sag ich schon, Pascal haben wir nicht gecoded Python mein ich.
22:52
Aber wir können ruhig mal Pascal wieder.
22:54
Aufhalten. Schön doof, Pascal.
22:57
Nee, Pascal. Nee, aber was, was auf jeden
23:02
Fall, also das sind ja Sachen, die kannst du ja festlegen im
23:04
Team, dass du sagst, OK, wir haben jetzt bestimmte
23:06
Konventionen, wenn man zum Beispiel ne ne Funktion fängt,
23:09
dann und dann so und so an, wenn sie in einem bestimmten Kontext
23:13
ist oder was auch immer ich einfach mal so ganz allgemein
23:17
gesprochen habe. Wie gesagt, davon ab, dass es
23:21
für bestimmte Programmiersprachen halt
23:22
bestimmte Cases gibt, so wie Camel Case oder was auch immer
23:25
ne die sollte. Man natürlich im Team auch
23:28
Konventionen haben. Genau.
23:30
Aber wenn die Konvention natürlich dahingehen, dass du
23:32
irgendwann auf den Code guckst und dir denkst, hä, was passiert
23:36
denn da noch mal? Jetzt muss ich also, wenn du dir
23:38
überlegst, du guckst auf eine Funktion, die du vielleicht eine
23:40
Woche, 2 Wochen, Monat nicht mehr angeguckt hast und brauchst
23:43
dann erstmal wieder keine Ahnung, ne 10 Minuten eine halbe
23:48
Stunde bis du verstehst was da passiert oder vielleicht sogar
23:50
noch eine Deep Session um zu checken, passiert das jetzt da
23:53
wirklich so, ahja. Doch ich hätte jetzt, ich dachte
23:56
eigentlich, ich hätte nicht gedacht, dass er das auch so
23:59
wirklich macht, dass er, also ich dachte, dass er da schon
24:02
eigentlich in der Vorschleife abspringt, bei der Bedingung,
24:04
aber irgendwie scheint das doch nicht der Fall sein, also wenn
24:06
doch was anderes, genau, wenn du so weit kommst, dass du halt
24:09
wirklich schon an an an Punkt kommst, wo du wo du wo du die
24:12
wagen musst um zu verstehen was da passiert.
24:15
Wenn da vielleicht auch kein. Test angehen, aber ich meine.
24:19
Nur mal so wirklich um, um um einmal das Ganze wirklich
24:22
drastisch mal darzustellen, dann wird es halt dann heftig.
24:25
Was heißt drastisch genau an dem Punkt waren wir oder
24:28
zumindestens ich in diesem Projekt und ich weiß, es ging
24:30
auch anderen so. Das ist halt nicht cool, weil da
24:33
war es halt wirklich so. Ja, ich schreibe an meinen
24:35
Klassen, ich kenne meine Abkürzung, die so definiert
24:37
sind, ja, sage ich mal, ich weiß, was, das ist.
24:40
Ja gut, aber wenn du dann irgendwie woanders mal
24:42
reinguckst einen Code oder halt selbst vielleicht Monate später,
24:45
weißt du sicherlich nicht mehr, was die Abkürzung waren, weil da
24:48
war kein vernünftiges Wort mehr drin, was du quasi in Klartext
24:52
nenn ich es mal lesen kannst und will ich jetzt auch nicht zu
24:54
sehr abdriften, aber das ist auf jeden Fall noch ein Tipp
24:57
meinerseits übertreibt es nicht mit.
24:59
Abkürzung es ist halt wichtig dann wenn du halt im Team
25:02
arbeitest, ist es natürlich wichtig, dass man dann halt auch
25:05
einfach. Gut miteinander arbeiten kann
25:08
und nicht nur an seinem eigenen Code arbeiten kann.
25:11
Aber wenn wir jetzt zum Beispiel mal sagen, Pass auf, Wir haben
25:14
jetzt zum Beispiel, wir haben Variablen, wir arbeiten im Team,
25:17
wir haben jetzt jeder schreibt lesbare Variante, du kannst den
25:20
Code lesen, weil die Variante sind schön zu lesen.
25:24
Ist es verständlich? Es ist ne Gute, es gibt gute
25:27
Namen für diese variablen, sie sind es gibt einheitlichkeiten
25:30
Konvention, was auch immer, wir haben selbsterklärende Namen,
25:34
also zum Beispiel nicht nur irgendwie sowas wie Time,
25:37
sondern ist das wirklich Timing millisecons oder so, dass du
25:39
wirklich direkt siehst okay es ist nicht nur irgendeine Zeit,
25:42
du weißt sogar was da für eine Einheit drinsteckt und es ist
25:44
nicht so, dass es irgendwie kryptisch da ist.
25:47
Und es ist kurz und es ist aussagekräftig die Variablen.
25:51
Sind aber auch richtig fantastisch was du sagst.
25:53
Das haben wir alles, das ist, wir sagen jetzt, das ist alles
25:56
wichtig, so, und jetzt kommt jemand her und sagt.
26:00
Eine Zuhörerin oder ein Zuhörer und sagt, Leute, Ich arbeite
26:04
gerade ich, ich lerne gerade Softwareentwicklung und mache
26:07
das alleine für mich. Ich arbeite weder im Team, ich
26:10
muss erstmal zu Rande kommen, so.
26:13
Mögliche Situation kann ja vorkommen.
26:15
Ja, so was wollen wir auch. Nur was mittlerweile einige
26:20
Jahre. Quasi nur zurückblicken auf
26:23
unsere Studienzeit. Da hätten wir das wahrscheinlich
26:25
auch gesagt oder gedacht. Oder genau genau.
26:27
Und deswegen frage ich das jetzt ganz provokant mal.
26:30
Was würde man also, wie könnte man jetzt sagen, Hey?
26:36
Tino Warum? Namens.
26:43
Warum ist das wichtig? Auch.
26:44
Für andere theoretisch haben wir das ja auch schon besprochen,
26:47
weil das gilt. Für Anfänger, ich habe es ja
26:51
auch anfangs der Folge gesagt, das ist ja ein Thema, das
26:53
beschäftigt Anfänger, Fortgeschrittene und auch Profis
26:56
und ich weiß nicht, ob es irgendwann den Punkt gibt, wo
26:59
das trivial wird. Das Thema, wo dir denkst ist
27:02
doch klar, wie das Netz so und so klar, irgendwann hat man
27:04
Erfahrung und auch Konvention spielen da rein, dass du sagst,
27:07
ja ich bin in das so oder in unserem Team wird so eine
27:10
Funktionalität immer ähnlich genannt, also in irgendeinem
27:13
Schema, dass du da halt schneller drauf kommst.
27:15
So was wie Klassiker insert at Fat, was auch immer.
27:20
Also dass du so Konventionen auch dafür hast, dass du schon
27:23
weißt, was da grob passiert. Aber.
27:29
Was jetzt habe ich ein bisschen den Faden verloren.
27:31
Entschuldigung, aber genau weil das, das wird halt nie trivial,
27:34
weil du trotzdem irgendwann immer dich damit beschäftigen
27:37
musst. Und deswegen tangiert das
27:39
genauso auch schon n Anfänger, der sich damit auseinandersetzen
27:42
muss, weil. Du kannst dir natürlich sagen,
27:45
ich bin alleine und das ist jetzt hier nur ne irgend ne
27:47
übungsaufgabe im Studium oder in meiner Ausbildung, aber wenn ich
27:50
das später wieder rauf gucke und das ist, was wir ja vorhin
27:53
besprochen haben. Da weiß ich nicht mehr, was da
27:55
passiert und ich hab das ganz witzig.
27:58
Also so so so n kleines n bisschen off topic nicht aber
28:02
mal so n bisschen nostalgisch. Ich hatte mir mal das auch schon
28:05
ne Weile wieder her so alten Code angeguckt aus dem Studium
28:08
den ich programmiert hab, krass und.
28:13
Grundsätzlich dachte ich mir so, ja, war ganz vernünftig, was ich
28:16
da gemacht habe. Also ich hab eigentlich gedacht,
28:18
dass es viel, viel chaotischer ist.
28:20
Also erstmal props mein Vergangenes ich.
28:24
Aber trotzdem waren da so Punkte drin, wo ich mir dachte okay was
28:27
macht diese Funktion und hier okay warum habe ich das damit so
28:30
benannt? Die Variable und da merkst du es
28:32
ja schon, wenn du irgendwann später selbst noch mal drauf
28:35
guckst und das muss jetzt nicht 10 Jahre später sein, wie in
28:37
meinem Fall, sondern einfach nur vielleicht 23 Wochen später,
28:40
weil du nochmal wissen wolltest, was da passiert ist.
28:43
Dann hilft dir das da halt auch schon ungemein und außerdem
28:47
hilft es dir einen besseren Coding Style zu kriegen, also
28:50
dass du halt einfach auch Best Practices lebst.
28:52
Wenn du dann halt in dem Team kommst.
28:55
Weil irgendwann mussten zwangsweise auch mal in einem
28:58
Team arbeiten. Ich glaube, das lässt sich in
29:00
seltensten Fällen vermeiden und dann ist das einfach Gang und
29:04
gebe, dass das so gelebt wird, oder oder wie siehst du das?
29:08
Ja, also wie gesagt es. Ich finde das auch.
29:12
Nur wenn ich jetzt, also wenn du das auch gerade meintest, so
29:16
wenn. Rückversetzen hätten wir das
29:18
auch nicht gemacht beziehungsweise wir haben es
29:20
nicht gemacht, uns darüber Gedanken zu machen.
29:22
So und jetzt würde ich zum Beispiel sagen, OK, erstens alle
29:26
dir zuhören und sich denken, ich fang gerade an, macht es besser,
29:30
weil dann seid ihr schon mal. Ein Schritt voraus ihr könnt
29:33
Übung, also Übung, darin sammeln, zu überlegen, wie
29:37
könnte man denn etwas gut benahmen.
29:41
Und meine Erfahrung nach von früher, ich hab n Code
29:44
geschrieben für irgend ne übungsaufgabe im Studium.
29:49
Anfang der Woche ging's los. Ich hab.
29:51
Angefangen diesen kleinen Minialgorithmus zu entwickeln.
29:54
Hab da ne Pause gemacht von 2 Tagen.
29:56
Hab mich danach nach am dritten Tag sozusagen wieder dran
29:59
gesetzt, hab mir angeguckt weil ich da geschrieben ich wusste
30:01
nichts, ich hab mir ich hab da drauf geguckt und dachte mir so
30:03
was hab ich denn keine Ahnung und dann ging es wieder los da
30:06
musste ich erst mal gucken was habe ich da gemacht, wie
30:08
funktioniert das weil ich einfach also da kommen natürlich
30:12
andere Sachen mit rein die auch noch bei Cleancode wichtig sind
30:14
die wir auch noch diskutieren wollen aber allein schon dieser
30:17
Punkt, der hat mich schon dieser Punkt hat mich schon aufgehalten
30:22
und ich denke mir richtige Benahmung darüber nachzudenken,
30:25
wie man etwas nennen könnte, das sind Low hanging fruits, weißt
30:28
du die kannst du, das kannst du relativ easy üben, also du musst
30:32
jetzt nicht gleich mit, keine Ahnung die Penancy Injection
30:35
oder sonst was ankommen, irgendwas wo du dir vielleicht
30:37
wirklich am Anfang denkst. Hä was soll das?
30:39
Keine Ahnung ich weiß es nicht ganz entspannt immer 1 nach dem
30:43
anderen, aber sowas würde ich jetzt zum Beispiel sagen, da
30:46
kannst du halt als Anfänger relativ gut einfach mal ein
30:50
bisschen drüber nachdenken und es ist definitiv keine
30:53
Raketewissenschaft die da dahinter steht.
30:55
Ja, das ist halt so. N klassischer Fall von easy to
30:57
Learn, Hard to Master oder wie das heißt.
31:01
Ja ne, aber es ist ja so. Du hast natürlich recht, man
31:04
kann es sehr leicht üben, indem man sich einfach damit
31:06
auseinandersetzt, ne und ich würde sagen, dass auch die Code
31:12
Qualität enorm steigt, indem man dadurch also indem man anfängt
31:16
sich darüber Gedanken zu machen zu machen, egal wie simpel der
31:19
Algorithmus ist oder wie klein die Software, aber die
31:22
allgemeine Code Qualität von dem Code den ich selbst entwickelt
31:25
zu dem Zeitpunkt, der also diese Qualität steigt enorm an dadurch
31:30
und das. Andere Entwickler später danken
31:34
also, dass sie das besser verstehen, was du machst und du
31:37
selbst wirst es dir auch denken, danken, denken, danken.
31:41
Weil guck mal, wenn du sagst nach 3 Tagen oder nach 2 Tagen
31:45
bei so n bisschen Code mal Prokativ gesagt hast du schon
31:48
nicht mehr verstanden was da eigentlich passiert ohne dich
31:50
noch mal reinzudenken, dann ist das ja schon n super Beispiel
31:54
dafür zu sagen, OK hättest du mal da 5 Minuten Zeit
31:57
reingesteckt, mal auch wieder provokativ.
31:59
Gesagt, das Ding. Ist bei dir und ich hoffe, dass
32:01
das halt auch, dass diese Message angekommen ist bei dir.
32:06
Liebe zuhören liebe Zuhörer, falls du genau an diesem Punkt
32:09
stehst, dich damit auseinanderzusetzen, dass es
32:11
sich auf jeden Fall. Und auch zukünftig lohnt genau,
32:16
sich damit zu beschäftigen. Und es ist ja auch nicht so, um
32:20
das noch mal abschließend zu sagen, weil das ist mir auch
32:22
noch mal wichtig. Es ist nicht, es ist nicht so,
32:24
dass du ganz am Anfang dir immer gleich überlegen musst.
32:27
OK, wie benenn ich das jetzt, wie funktioniert das jetzt.
32:30
Wir hatten ja gesagt, das ist ein Prozess, das kann man auch
32:33
hinterher machen, man kann auch erstmal die Funktion schreiben,
32:35
sich hinterher noch mal hinsetzen und sagen, okay, es
32:37
funktioniert jetzt so, wie ich es mir vorgestellt habe und
32:39
jetzt gehe ich noch mal durch und überleg noch mal, finde ich
32:42
irgendwo eine Variable, die temp Test x ABC was auch immer heißt
32:46
oder eine Funktion die was auch immer heißt testfunktion
32:52
Testfunktion, also dass man wirklich sich noch mal überlegt
32:56
okay, also auch im Nachhinein nicht, vielleicht nicht
32:58
unbedingt im Vorfeld, aber vielleicht auch im Nachhinein,
33:00
weil am Anfang ist es vielleicht noch nicht ganz klar, was man
33:03
vielleicht wo man hin möchte oder wie es aussehen wird, aber
33:07
dann im Nachhinein das nochmal zu refact an das ist glaube ich
33:10
wichtig, dass man sich da vielleicht auch noch mal
33:11
Gedanken macht, das ist einfach vielleicht auch hilfreich, wenn
33:16
man denn nicht immer gleich von vornherein direkt.
33:21
Ne Stunde Zeit nehmen will für die nächste Variable.
33:24
Ich hab jetzt übertrieben, ja, aber.
33:28
Bin ich auf jeden Fall ganz bei dir.
33:31
Bevor wir die Folge beenden, hätte ich noch einen Punkt, was
33:35
mir auf jeden Fall, glaube ich, geholfen hat, wenn man mal so
33:38
drüber nachdenkt, da würde ich auch nochmal kurz gerne deine
33:40
Meinung zu hören und zwar glaube ich oder aus heutiger Sicht
33:44
würde ich auch den Tipp noch mitgeben, so abschließend, dass
33:48
es hilfreich ist, sich auch einfach mal professionell
33:50
geschriebene Software anzuschauen, sei es irgendwelche
33:54
Packages, libraries. Irgendwelche Repositories auf
33:59
github, die halt sehr gut bewertet sind oder viel
34:02
verwendet sind und mal schauen wie da so Variablen und
34:06
Funktionen quasi benannt wurden und versuchen zu verstehen was
34:11
da passiert und einfach mal so ein bisschen best practices.
34:15
Zu leiten daraus, und genau diese Konvention, die wir auch
34:19
genannt haben, dass man so zum Beispiel ne Einheitlichkeit
34:23
schafft, indem man so Schlagwörter wiederverwendet,
34:26
sei es sowas wie es heißt, length.
34:31
At insert weißt du also die Sonne, Sonne, Schlagwörter, dass
34:35
du Funktionen damit schreibst, werden ja immer wieder kommen
34:38
und dass man das auch einheitlich hält.
34:41
Es gibt ja so Team at. Es gibt Team Insert und weißt du
34:44
also. Das ist ja auch zum Beispiel von
34:46
Library Sol Library wieder unterschiedlich, aber trotzdem
34:48
weiß man ja was das also du, du hast ne Klasse und liest diese
34:53
Funktion und weißt einfach was da passiert.
34:54
Also man kommt halt relativ schnell dann auf den Inhalt und
34:58
da kann man sich glaub ich ziemlich coole Best Practices
35:00
auch ableiten und dass es sich bestimmt lohnt auch als Anfänger
35:05
da schon mal reinzuschauen, man muss ja nicht im Detail
35:07
verstehen was da passiert, aber dass man einfach mal die
35:09
Benahmung. Liest und sieht, wie gut der
35:12
Code aussieht. Ja, und vielleicht auch einfach
35:14
guckt, was da so für Benahmung gibt.
35:16
Wenn man jetzt nicht gerade, also weil du ja auch meine
35:18
Meinung wissen wolltest. Ist ein wertvoller Tipp, würde
35:23
ich auch sagen, sollte man auch. Vor allem also würde ich auch
35:26
sagen, als fortgeschrittener Programmierer oder
35:28
Programmiererin auch sehr gerne machen, sogar noch wichtiger
35:32
meiner Meinung nach, weil zumindest kann ich nur aus
35:35
meinem eigenen Nähkästchen plaudern, wenn ich mir manchmal
35:39
ein Paar, sagen wir mal, du kannst ja auch bei Java oder so,
35:42
wenn du dann in eine Funktion reinsteppst aus einer Library,
35:45
da war ich dann relativ am Anfang auch relativ schnell
35:48
überfordert, weil ich mir dachte, okay, was ist das denn,
35:50
da ist jetzt ein. Sogenanntes Generic mit drin und
35:53
ich wusste nicht was das ist am Anfang.
35:55
Also es gibt Momente, wo man quasi natürlich lernen kann aus
35:58
solchen Libraries oder auch Repositories, die öffentlich
36:02
einsehbar sind gerade. Wie wenn wir jetzt über
36:06
Benahmung sprechen, ist es vielleicht durchaus wertvoll.
36:08
Es kann aber auch abschreckend sein für mich zumindest.
36:12
Damals wäre es, es war es manchmal n bisschen
36:14
abschreckend, weil ich mir dachte, wow, ich hab keine
36:16
Ahnung, was da passiert und ich bin ja wahrscheinlich sehr, sehr
36:19
schlecht. Ja, also das ist.
36:21
So, ja gut, also das soll natürlich nicht abschreckend
36:23
wirken, ne, also man soll sich davon noch nicht abschrecken
36:26
lassen. Das wär natürlich negativ oder
36:31
so genau die falsche Auswirkung, denn daraus sondern eher man
36:35
muss ja wie gesagt nicht im Detail verstehen was da
36:38
passiert, aber man kann also das kann sich halt visuell
36:41
einbrennen, wie guter Code aussieht, wenn ich zum Beispiel
36:45
dazu neige, 100 Zeilen eine Funktion lang zu machen und guck
36:48
dann aber mal so rein, wie sag ich mal Profis das schreiben und
36:52
sehe halt alle ziemlich kurz die Funktion warum, warum weißt du,
36:56
dass man halt so merkt, also Style kann kann man ja auch so
36:59
verinnerlichen durchlesen. Weil ich finde das ganz
37:03
spannend. Ich hab mal nen Artikel gelesen,
37:04
der war sehr provokativ geschrieben, auch Richtung
37:07
verbessert dich als Coder selbst sozusagen und da war der Punkt
37:11
drin. Ja, wer von euch Codern liest
37:13
denn überhaupt Code? Und damit war wirklich gemeint,
37:16
wirklich mal in andere Projekte rein zu gucken, die sehr
37:19
erfolgreich sind und auch als allgemein sehr gut gelten, zu
37:22
gucken wie da drin gecoacht wurde oder implementiert wurde.
37:26
Und das ist n Punkt, den mach ich selbst auch sehr wenig, was
37:29
eigentlich ja schade ist. Definitiv, vor allem gerade,
37:31
wenn man sich überlegt, dass als Beginner man sich natürlich auch
37:36
schon Code viel angucken muss. Ob es jetzt, sei es jetzt in
37:39
irgendwelchen Folien. Von Uni oder Ausbildung, was
37:44
auch immer. Lehrbüchern ne, man guckt sich
37:47
ja wahrscheinlich zwangsläufig Code an um zu sehen wie
37:50
funktioniert, überhaupt, wie funktionieren die Basics.
37:54
Aber sich auch mal hinzusetzen und zu sagen, vielleicht auch
37:56
mal ehrlich zu sich zu sein, wie oft gucke ich mir Code von
37:59
anderen Leuten an, von also hochwertigen Code auch der.
38:03
Sehr wahrscheinlich hochwertig ist sag ich jetzt mal.
38:06
Das kann man sich mal Fragen, hinterfragen und das vielleicht
38:10
auch. Genauso weitermachen oder besser
38:14
machen und sich vielleicht auch als, na ja, wie sagt man
38:19
Neujahresvorsatz vornehmen und sagen.
38:22
Wir haben ein neues Jahr. Nehmt es euch als
38:24
Neujahrsvorsatz genau, ich lese Code.
38:28
Noch mal zu machen und in diesem Sinne Tino, würde ich sagen.
38:32
Schließen wir mal die Folge ab, ja.
38:35
Haben wir jetzt echt sehr ausführlich besprochen.
38:37
Hat mir auf jeden Fall Spaß gemacht.
38:39
Danke für Deine Insights und für deine Gedanken zu diesem Thema.
38:43
Ja, bitte, bitte. Und dann würde ich sagen.
38:47
Falls dir die Folge. Gefallen hat, liebe Zuhörer,
38:50
lieber Zuhörer, dann nehmt euch auch als neueres Vorsatz
38:53
vielleicht diesen Podcast 2 Leuten weiterzuempfehlen,
38:57
Arbeitskollegen, Studienkollegen, Kommilitonen,
39:00
sagt man dazu, glaube ich. Freunde und verwandte, Freunde,
39:03
Verwandten. Alle, die es interessiert in
39:05
Sachen Softwareentwicklung oder halt auch darüber hinaus, das
39:08
würde uns sehr freuen und. Wie gesagt, gebt uns auch gerne
39:13
Feedback zu dem Podcast über Instagram, die wir haben auch
39:18
eine Podcast Mail in den Shownotes alles unten verlinkt
39:21
und ich hoffe wir hören uns beim nächsten Mal wieder.
39:24
Schaltet wieder ein in der nächsten Folge und bis dahin.
39:27
Eure Coding Buddies gemeinsam besser.