Liebe Zuhörerinnen und Zuhörer, falls ihr wissen wollt, wie man
Aktenordner richtig gut perfekt sortiert, dann kauft unser Buch
Dummies. Wie heißt das, diese Dummy Reihe
genau clean Folders for Dummies by Calling Boys.
Coating Boys, Dein Podcast rund um Softwareentwicklung und
aktueller Tech News. Herzlich Willkommen.
Ja, einen wunderschönen guten Morgen, guten Nachmittag, guten
Abend. Je nachdem wann du diese Folge
hier hörst. Schön, dass du wieder
eingeschaltet hast. Zur neuen Folge des Coding
Bodyspodcasts natürlich wieder mal mit dabei, meine Wenigkeit,
der Tino und auch wieder mal der fantastische Fabi.
Moin Fabi, grüß dich. Morgen Tino.
Hi, wie? Geht's ab.
Was geht? Nochmal so die Signatur
Begrüßung. Was geht ab?
Hallihallo. Geht's dir gut, hast du Bock?
Ja, mir geht's gut, übelst kalt. Geworden.
Ich muss die Heizung hochdrehen hier.
Oh oh, oh, jetzt, jetzt ist es soweit.
Naja gut, es ist das Jahr sehr fortgeschritten, manche munkeln
schon nahezu zu Ende. Da kann es auch mal kalt werden
draußen. Wir hatten ja auch schon den
ersten Schnee. Wie hieß ja gut, was bräuchte
ich nicht? Fragen die du zu Schnee stehst.
Das hatten wir auch schon ein paar Mal thematisiert.
Das bedeutet natürlich auch. Ist die Wintersaison nahe ist
und für viele ja auch schon begonnen hat.
Ich sag mal so Schnee in den Bergen ist OK, aber wer braucht
es denn im Flachland? Ja OK ja gut, hast du recht.
Also im Alltag kann es ja auch echt nervig sein.
Das ist wie im Sommer. Also am Strand können es gerne
über 30 Grad sein, aber. Im Alltag könnt es gefälligst im
Sommer nur 20 Grad sein im. Winter auch.
Also ich hab das Gefühl, du hast nur ganz ganz wenig Anspruch
immer an solche Themen. Ich brauch nicht viel, nur 20.
Gramm zu Hause am strand 30. Richtig, ja.
Pass auf, wir haben uns ja was ganz cooles meiner Meinung nach
überlegt und zwar wollen wir heute.
Ja, ein Tagthema starten. Also es soll heute wieder.
Ja, um die Softwareentwicklung an sich gehen, aber wir werden
ja, ich finde es auch mega geil. Wir werden aber ein größeres
Thema aufmachen quasi, und da hatten wir uns ja überlegt, dass
wir eine ganze Reihe daraus machen und deswegen würde ich
sagen, machen wir heute so gesehene Einführungsfolge dazu,
damit die Zuhörerinnen und Zuhörer wissen, worum es so
gehen kann oder soll in den nächsten Folgen, und dann werden
wir halt immer mal wieder zu dieser Reihe eine Folge
einstreuen. Wie stehst du dazu, wollen wir
das so machen? Klar.
Aber ich n ganz cooler Plan, oder?
Heißt der Bernd Walter Was? Ja, ich.
Glaube schon, also. Worum geht es denn?
Also. Wir haben uns ja ein
wunderschönes Thema rausgesucht. Und zwar halte ich fest, es geht
um Cleancode. Geil, lass es kurz wirken, kurz
wirken lassen, Open cleancode weil Cleancode ist in aller
Munde, wenn es um Softwareentwicklung geht und
auch schon seit sehr, sehr vielen Jahren.
Und mich würde einfach mal interessieren, so als lockeren
Einstieg. Wie du das siehst
beziehungsweise was du unter Cleancode verstehst und würde
einfach so meinen Senf mal dazu beitragen und mal n bisschen
drauf eingehen, was du so sagst, so dass wir einfach da mal n
bisschen locker drüber reden können.
Und hoffentlich am Ende der Folge jeder Zuhörer und jede
Zuhörerin weiß, worum es denn so in den zukünftigen Folgen zu dem
Thema gehen kann und wird. Ja, nicht gut.
Ja, was ist Cleancode für mich? Also beziehungsweise können ja
erst mal ein bisschen darüber reden.
Was das quasi generell so n bisschen ist.
Also wenn man jetzt zum Beispiel sagt, OK, also ne Code ist ja
nicht unbedingt gleich Code, also es gibt ja ich lehn mich
jetzt mal sehr weit aus dem Fenster, guten Code und
schlechten Code beziehungsweise. Code, der eher gut ist oder eher
schlecht? Weil was ist schon gut und was
ist schlecht? Und bei also du kannst ja
irgendwie Code schreiben, du kannst ja einfach keine Ahnung
dir sagen okay, ich muss jetzt irgendeinen Algorithmus
implementieren oder eine Anwendung schreiben und das
kannst du halt theoretisch sagen.
Ich mache das jetzt einfach, ich schreibe das runter und dann
funktioniert es hoffentlich und dann war es das so, das kann man
ja so ist kannst du ja rangehen, die ganze Geschichte.
Also im Prinzip meinst du damit, dass es ja so gesehen.
Eine Handschrift gibt eines Coders finde ich immer ganz
nett. Die Formulierung hat mir auch
mal eine Folge zu gemacht, also jeder hat ja so gewisse Art und
Weise, wie er Sachen gerne implementiert.
Ja, und das meintest du jetzt wahrscheinlich mit gut schlecht,
weniger gut, weniger schlecht, weil das ist ja schon irgendwo,
was auch eine persönliche Eigenschaft beziehungsweise ein
persönlicher Stil, aber worauf du ja denke ich mal hinaus
möchtest ist cleanco Umfang ja gewiss.
Nieren würde diesmal nennen, ja die quasi belegen oder dafür gut
sind um besseren Code schreiben zu können.
Naja was ich meine ist zum Beispiel genau.
Also es ist ja, du kannst ja sagen, ich schreib jetzt
irgendwie meinen Code runter und der kann ja durchaus funktionell
richtig sein. Und Cleancode ist, sagen wir
mal, also kannst du ja so sehen wie eine Art Kunst, um den Code
so zu schreiben, dass er quasi auch, ich sage jetzt einfach mal
nachhaltig verwertbar ist. Mal n bisschen runtergebrochen.
Ja, weißt du, also genau das sind dann für dich jetzt in dem
Moment keine funktionalen Anforderungen an die Software an
sich, dass zum Beispiel das richtige Ergebnis rauskommt,
sondern du bist jetzt auf der Ebene.
Dass es nachhaltig geschrieben ist und halt gewisse Kriterien
erfüllt. Dieser Code, den du geschrieben
hast. Genau.
Also ich sag jetzt einfach mal, ich werf kann ja mal n paar
Stichpunkte rein werfen, wie zum Beispiel die Lesbarkeit des
Codes, die Wiederverwertbarkeit, Wartbarkeit und solche Sachen.
Ne, also das ist ja wichtig. Also du kannst ja Code schreiben
der theoretisch funktioniert und das tut oder macht was er tun
soll, heißt aber noch lange nicht, dass wenn ich zum
Beispiel diesen Code schreibe, der vielleicht richtig
funktioniert, aber du kannst ihn ZB überhaupt nicht lesen, kannst
damit gar nichts anfangen, dann bringt dieser Code im Endeffekt
nicht wirklich. Viel.
Angenommen, man arbeitet vielleicht auch im Team
zusammen. Jetzt vielleicht genau das.
Das ist halt auch schon echt ein cooler Stichpunkte im Team.
Arbeiten, weil gerade angenommen, du schreibst jetzt
für dich komplett alleine ein Programm, irgendeine Software,
irgendwelche Funktion, was auch immer.
Dann ist es natürlich erstmal in erster Linie dir überlassen, wie
du das ganze Programmierst, wie du den Code aufbaust.
Sachen Benennst beispielsweise. Das kannst du ja dann machen wie
du willst. Du kannst es ja auch komplett
kryptisch machen, wenn es am Ende funktioniert, ist es ja für
dich soweit erstmal in Ordnung ist natürlich die Frage, ob das
nicht, auch wenn man alleine codated Sinn macht, sich an
gewisse Richtlinien zu halten. Spoilerwarnung ja, aber da
können wir auch gleich noch mal drauf eingehen, aber
grundsätzlich hast du natürlich recht, es ist ja hauptsächlich
auch ein Punkt der Teamfähigkeit, also dass der,
dass die Software im Team weiterentwickelt werden kann,
weil beispielsweise. Die Erweiterbarkeit der Software
ist halt ein riesen Punkt. Angenommen du schreibst jetzt
die ersten den ersten Teil der Funktion und ich möchte quasi um
gewisse Funktionalitäten das ganze ergänzen und nehmt deinen
Code als Grundlage und verstehe ihn einfach gar nicht, weil die
Variablen ganz komische Namen haben.
Sowas wie Tino weiß nicht, was hier drin steht als integer.
Sowas keine Ahnung, weißt du also.
Ja oder Zeit, irgendwas nicht mit der Einheit zu beschriften,
weil dann könnte es ja zum Beispiel, es könnten
Millisekunden sein, es könnten Sekunden sein, es könnten
Stunden sein, weiß es nicht genau.
Ja, also da gibt es genau da gibt es ja verschiedene
Herangehensweisen und da ist halt auch immer die Frage, was
man persönlich auch mag, es gibt ja unterschiedliche
Lösungsansätze, nenne ich es mal.
Aber grundsätzlich bin ich da ganz bei dir, dass es halt
extrem in die Erweiterbarkeit und Wartbarkeit rein spielt und.
Ja, warum das alleine halt auch Sinn macht.
Angenommen man würde selbst dieses Feature erweitern, was
ich gerade meinte. Was kann denn passieren, wenn du
jetzt 4 Wochen später sagst, ach das war ganz cool, aber mir
fehlen jetzt noch so ein paar Funktionalitäten, ich werde
jetzt mal folgende Klasse erweitern.
Auf was für Probleme kann ich denn da stoßen?
Ja, ich mein. Also im im Endeffekt hat das
Glaube ich, also angenommen, jemand, Zuhörer, Zuhörerinnen
kennen das Problem, wenn sie schon öfter mal auch einfach
Code geschrieben haben und vielleicht auch für sich Code
geschrieben haben und sich und sich irgendwann mal im Verlaufe
der Programmierzeit, in der man also in der Zeit, in der man
halt auch programmiert hat, also in seiner Lebenszeit sozusagen,
also jetzt nicht, aber genau in der Zeit, du weißt was ich
meine. Dass jeder sich mal irgendwie
vielleicht, also dass jeder mal auf diesen Punkt gekommen ist,
dass man auf den eigenen Code guckt und sich denkt, was habe
ich denn hier gemacht, was steht denn da für ein Mumpitz?
Und spätestens an solchen Punkten, wenn man da mal
angekommen ist. Zumindest kenne ich das so, dass
ich mir dann dachte, so, boah ey, ich muss hier irgendwas
ändern, also ich habe das auf jeden Fall schon gehabt, dass
ich mir irgendwas geschrieben habe und halt nicht mehr genau
wusste, was da dann passiert. Angenommen, ich habe es mir
vielleicht mal einen Monat nicht angeguckt, da ist natürlich echt
schlecht. Aber wenn man sie jetzt also.
Weil ich das auch noch mal Challenge will.
Also klar für alleine, wenn du alleine deinen Code schreibst,
sollte man es auch machen, aus mindestens dem Grund, den ich
gerade genannt habe, würde ich sagen, auf der anderen Seite,
wenn du dir Softwareentwicklung heutzutage anguckst, dann bist
du ja eigentlich im seltensten Fall an dem Punkt, wo du
Software wirklich alleine schreiben kannst.
Also gerade wenn es jetzt zum Beispiel in der Industrie ist,
sage ich jetzt mal, da hast du ja schon meistens Teams, in
denen du arbeiten musst. Einfach weil Software
mittlerweile so komplex ist. Dass du einfach meistens Teams
brauchst, um Software zu entwickeln.
Das heißt, selbst wenn du für dich alleine natürlich cleancode
Cleancodest nenne ich es jetzt mal.
Ist es ja trotzdem wichtig, dass du das, also du kommst
irgendwann wahrscheinlich zwangsläufig in diese Situation,
dass du mit anderen Leuten zusammencodest.
Und da hilft es dir einfach schon, auch alleine clean zu
coden. Einfach.
Zu üben. Ja, genau das finde ich.
Ist nämlich ein wichtiger Punkt das Ganze.
Zu verinnerlichen und zu üben, weil wir haben ja auch einige
Zuhörerinnen und Zuhörer, Zuhörer, die jetzt quasi ne
Ausbildung sind oder im Studium und wenn ich so an unser Studium
denke, hat man da schon viel alleine gecoded man hatte zwar
so ein paar Teamprojekte, aber so Übungsaufgaben im Bereich der
Programmierung hat ja jeder für sich selbst gecodet und aus
meiner Erfahrung muss ich sagen, habe ich da schon ziemlich
unsauber programmiert. Also mir war eigentlich wichtig,
dass es irgendwie die richtigen Ergebnisse Rauswirft am Ende und
ich die Aufgabe bestehe so gesehen hab.
Ich wirklich darauf geachtet, dass das alles.
Gewissen Standard entspricht, den es entsprechen sollte und
hätte ich dann später das erweitern müssen oder noch mal
drauf gucken müssen, wäre ich da wahrscheinlich auch Probleme
gekriegt und deswegen finde ich es cool, dass du sagst, das ist
ja auch eine gewisse Art von Übung.
Ist das zu verinnerlichen und man da halt auch bei solchen
kleinen Themen schon mit anfangen kann, einfach nur sich
darüber Gedanken zu machen halt auch.
Definitiv. Also ich kenne das ja auch, bei
mir war es genauso. Ich habe im Studium ja auch
absolut gar keine Gedanken über Cleancode gemacht, man muss aber
auch ein bisschen dazu sagen, dass gerade wenn man anfängt mit
der Programmierung. Weiß ich auch nicht ob.
Das selbst wenn ich dieses Wissen hätte.
Was ich auch am Anfang im Studium auch überhaupt nicht
hatte, würde ich mich trotzdem fragen, ob ich an der Stelle,
wenn ich quasi das wissen, das theoretische Wissen darüber
hätte, aber quasi nicht das Wissen über die
Softwareentwicklung, so nach dem Motto Du musst Clean Coden, das
ist besser, aber wenn du nicht weißt, was genau, also wenn du
sozusagen noch nicht geübt bist in der Softwareentwicklung und
noch sehr, sehr wenig softwareentwicklungserfahrungen
gemacht hast, dann. Nicht, ob man da wirklich sich
hinstellt und sagt, Na ja, ich mach jetzt auch wirklich
cleancode hier, weil. Am Anfang ist es halt voll
schwierig, überhaupt erst mal ein Programm zu schreiben,
jedenfalls aus meiner Erfahrung, was das tut, was es tun soll.
Und da wurde es auch am Anfang relativ schnell komplex im im
Studium. Und das waren für mich halt so
Dinge, wo ich mir dachte, so. Also wenn mir damals jemand
gesagt hätte. Ich würd dir wirklich raten
cleancode mal anzuwenden, dann würd ich sagen echt ganz ehrlich
ich ich muss ja erstmal zurande kommen, weißt du?
Auch wenn es. Sinnvoll ist ja.
Also ich sag mal, es gibt ja, das umfasst ja, deswegen machen
wir auch mehrere Folgen daraus, viele Themen und es gibt halt
Themen, die relativ leicht umzusetzen sind, aber halt auch
schwer zu meistern sind, beispielsweise sowas wie
Variablennamen Funktionsnamen, die sinnvoll zu belegen, das
klingt einfach ja gut, dann achte ich halt darauf, aber das
ist eine sehr, sehr schwierige Sache und erfordert Zeit, da
richtige Namen zu finden und das finde ich, sind Sachen, die kann
man halt schon früh üben, aber ansonsten bin ich natürlich ganz
bei dir. Du willst natürlich erstmal
Lösungen kriegen. Du weißt ja noch gar nicht wie.
Also du lernst ja das Programmieren erst und dann
willst du ja nicht zusätzlichen Ballast haben und sagen, ich
muss jetzt hier darauf achten und darauf achten, ja verstehe
ich, valider Punkt. Aber ich denke, dass man
frühzeitig ruhig mal sich mit dem Thema auseinandersetzen
sollte. Ja, es.
Ist ja, ist ja genauso wie mit dem Thema testen, worüber wir
auch schon gesprochen haben. Also du wirst jetzt nicht die
erste. Das erste Hello World testen.
Aber frühzeitig damit anfangen macht halt einfach Sinn und das
ist n guter Vergleich, da hast du.
Recht Übung macht den Meister, das ist auf jeden Fall Fakt und
wir wollen das ja auch. Allen, die vielleicht da noch
nicht so den Gedanken drüber verschwendet haben, über
Cleancode auch das ganze Mal ein bisschen schmackhaft machen und
motivieren. Warum also in unsere in unserer
Cleancode Reihe sozusagen? Auch zu motivieren, warum das
wirklich interessant und wichtig sein kann, das zu machen, ne,
und da hoffen wir natürlich auch, dass auch Leute, die
gerade im Anfängerbereich sich bewegen, genau auch zum Beispiel
schon mal diese Low hanging fruits mitnehmen, wie ZB.
Darüber nachzudenken, wie eine Variable heißen könnte,
sinnvoll, finde ich, ist ein guter Punkt.
Also das sind Sachen, da kann man auf jeden Fall schon mal mit
anfangen und sich dann quasi sukzessiv hocharbeiten, auch mit
dem eigenen Skill Level mitgehen.
Ja, auf jeden Fall. Ein anderer Punkt, den du gerade
noch genannt hast, würde ich gerne auch nochmal darauf
eingehen und zwar meintest du ja, testen sollte man ja auch
frühzeitig anfangen, aber vielleicht halt nicht wie
gesagt, beim ersten Programm bin ich ganz bei dir.
Wie siehst du denn Cleancode? Also das ganze Thema in Bezug
auf Testing? Da auch Vorteile mit sich.
Also schon ist auch n Thema, was wir bestimmt auch noch mal n
bisschen näher behandeln können, weil Cleancode an sich zielt ja
auch darauf ab, dass Code testbar ist, ne?
Es gibt ja durchaus eine Möglichkeit.
Code zu schreiben. Der zwar richtig funktioniert,
den du aber überhaupt nicht gut abtesten kannst.
Ja, gerade wenn man öfter mal ein bisschen mit Software testen
zu tun hat und das Mal gemacht hat, zum Beispiel Tdd, dann hat
man bestimmt schon mal die ein oder andere Implementierung,
oder die sag ich mal, den Implementierungswillen gehabt,
wo man sich dachte, so scheiße, wie soll ich das jetzt abtesten
und das ist halt im Endeffekt schon mal so ein kleiner Spoiler
dafür, dass man vielleicht dann auch weiß, an der Stelle okay
hier geht noch, hier geht's noch ein bisschen Cleaner.
Ja, weil da ist halt einfach die Gefahr da, wenn man halt quasi
nicht auf sowas achtet, dass man halt so extrem spaghetticode
erzeugt oder oder so eine riesen Black Box Monster, da steht eine
Software, die macht irgendwie was sie soll und du versuchst
das Abzutesten findest aber gar keine Testpunkte mehr, so würde
ich es jetzt mal beschreiben. Also du weißt gar nicht mehr, wo
kann ich denn jetzt irgendwie auf Sachen zugreifen, wo kann
ich Sachen abfangen, wie kann ich jetzt überhaupt mit meiner
Testumgebung da einwirken drauf und das ist halt ein sehr
gefährliches Punkt, gerade wenn du sage ich mal auch extrem viel
Abhängigkeit erzeugst, dass du sagst ich möchte jetzt zum
Beispiel der. Klasse A testen a verdammte und
klasse a brauch aber klasse BCDE und so weiter dann wird s halt
richtig richtig hässlich am Ende und genau und wenn man halt sag
ich mal so n bisschen diese ganze cleancode Bewegung.
Ich würd s auch Bewegung nennen, weil das ja so n richtiger Hype
der da auch ausgebrochen ist mal verfolgt und sich mal damit
auseinandersetzt hilft das auf jeden Fall um die Testbarkeit zu
erhöhen, deswegen find ich das ein ganz cooler Punkt, dass du
den angesprochen hast. Hattest.
Malen sag ich mal ne Art Problem oder Herausforderung, die sich
irgendwie bei dir mal ergeben hat, weil vielleicht irgendwie
eben nicht cleancode. So wie man es vielleicht kennt.
Zum Einsatz gekommen ist. Bist du jetzt noch auf der
Testschiene, also beim Testen oder?
Ja, es gibt ja viele Möglichkeiten, welche Probleme
dadurch entstehen könnten. Also mach.
Dir was aus. Genau also was ich finde, was
ganz schnell ein Problem wird und was auch so ein Bereich ist,
wo cleancode Reinspielt ist, dass diese Verständlichkeit und
die Lesbarkeit des Codes. Und da bin ich schon oft
reingetappt, gerade wenn man anfängt, nachgiebig zu werden.
Also du fängst an, wie ich glaube, das kennen halt auch
ziemlich viele. Du fängst an und setzt neues
Projekt auf. Du willst ein neues irgendwas
umsetzen, also willst jetzt zum Beispiel eine neue App schreiben
oder ja neues Programm allgemein, du fängst an und du
bist hochmotiviert und du fängst an richtig sauber zu Coden,
schreibst auch Tests dazu ist es abgetestet es ist richtig
astrein, wirklich Lehrbuch. Klingt fantastisch, aber.
Ja, es klingt super. Und dann kommt immer mehr
Features rein, dann kommt vielleicht sogar ein bisschen
Druck. Ah, ich muss noch schnell was
fertig machen. Wie es halt so ist.
Und dann, wenn du dann nachlässig wirst.
Und das ist echt ne Gefahr und dann halt nicht mehr drauf
achtest und schnell Sachen reinhackst sag ich mal und dann
wird es halt immer mehr und dann kann halt einfach entstehen,
dass du. Ne Software schaffst die nicht
mehr lesbar ist, die nicht mehr wartbar ist und das in die Falle
bin ich schon sehr oft getappt. Und dann hast du halt das
Problem. Ja OK, warte mal, jetzt muss ich
n feature. Jetzt muss ich halt irgend ne
Funktionalität erweitern, die hab ich vor einem halben Jahr
geschrieben, ist ja kein Thema, hab ich ja geschrieben und guck
es dann halt da rein und sobald du anfängst also du weißt an
welcher Stelle du das entwickeln musst ne also sagen wir nochmal
klasse a muss halt um gewisse Methoden erweitert werden.
Ja ok, warte mal ja OK, das geht ja nicht so einfach.
OK, dann merkt es halt beim Test schreiben schon, ich kann das
gar nicht einfach testen, ich kann jetzt nicht einfach diese
Funktionalität abtesten gut OK, ich hab Abhängigkeiten und wenn
du dann durch die ganze Software browst und dir alle Klassen
anguckst, wo wird diese Funktion aufgerufen?
Okay ja gut ja da okay alles klar okay jetzt bin ich ganz
woanders weißt du und du verlierst dich völlig in dieser
Software nur um zu verstehen was da eigentlich passiert, dann
weißt du einfach schon, dass was richtig schiefgegangen ist.
Weil, und das ist so lesbar, die Lesbarkeit.
Und da hatte ich auch mal so einen Vergleich gelesen, das
fand ich halt richtig cool gelesen.
Dass sich so Software auf ein gutes Buch lesen muss.
Also du guckst dir diesen Code an und du verstehst ihn und das
musst du richtig, das muss fließen, weißt du beim Lesen, du
musst halt richtig merken, aha, okay die Funktion, die macht das
schön. Nein, sorry, ich muss noch das
Kapitel zu Ende lesen. Oh mein Gott, bei der Dritten
vor. Aber das ist halt echt ein
geiles Vergleich, weil. Du darfst eigentlich gar nicht
darauf angewiesen sein, komplett in den Code abzutauchen, wenn du
an einer Stelle irgendwas ändern willst.
Das ist immer so das Idealszenario, ja, aber im
Prinzip muss ja der Code an sich selbsterklärend sein und wenn du
das Ganze als Blackbox betrachtest, also da sind halt
funktionsaufrufe von anderen Klassen beispielsweise drin, da
müssen die aber selbsterklärend sein, dass du anhand der
Funktion schon weißt, was da passiert.
Ich musste die Funktion reingucken, um zu wissen, was
passiert, und dann, wenn du ja, also das kann man halt auch mal
in der Folge vertiefen, aber das ist halt n extrem krasser Punkt
wo und ich würde mich mal so weit aus dem Fenster lehnen,
sehr viele Entwickler mal landen und in diese Falle laufen und
dann das ganze Refact, dann ist halt richtig aufwändig.
Ja, aber ich hab da immer noch ein bisschen Kopfkino.
Ich stelle mir das so vor, Tinos programmiergeschichten und dann
hörst du nur so if i 0. Geschweifte Klammer auf i plus
plus. Throw exception.
Und alle schlafen. Und alle schlafen der
Einschlafpodcast bald bald auch bei euch.
Ja, aber das ist halt. Im Endeffekt ist es ja so, dass
du halt Code halt wirklich entspannt lesen kannst und ich
Ärger mich extrem, wenn ich meinen eigenen Code lese.
Nach ein paar Wochen und mir denke, was habe ich da
eigentlich gemacht und diese diesen Moment gibt es und ich
denke mal du kennst den auch, du kannst ja mal sagen wie deine
Erfahrung dazu ist. Aber das ist halt da merkt man
halt einfach okay ich habe nachgelassen darauf zu achten.
Ja, also es geht ja auf. Also ne ich ich, ich würd quasi
auch generell immer gucken, dass also ich ich kenn ähnliche.
Punkte, wo halt eben zum Beispiel auch vielleicht nicht
nach Cleancode gearbeitet wurde, aber teilweise halt auch.
Schleichend, ne wie du meintest. Also man arbeitet also ich kenn
das halt so, man arbeitet im Team zusammen und hat eine
Funktionalität und. Der Funktion, die etwas machen
muss. Und es kommt dann vielleicht
noch ne Anforderung dazu und du musst noch n bisschen mehr
filtern mappen, du musst noch n bisschen mehr konvertieren in
dieser Funktion, du musst. Noch verschiedene Sachen in
dieser Funktion machen, weil einfach noch mehr Anforderungen
reinkommen und diese Funktion bläht sich einfach auf, weil
jeder eigentlich nur 3 Zeilen hinzufügt und auf einmal hast du
aber vielleicht keine Ahnung, ne Funktion von.
Die einfach 50 Zeilen lang ist und man kriegt es aber
eigentlich gar nicht so richtig mit.
Nur das Problem ist irgendwann da vor dem Problem stand ich
halt auch schon öfter mal, dass man dann eben, und das ist ja ne
gewisse Art von Wartbarkeit, vielleicht ist ein Fehler
irgendwie ne Anwendung geflogen und du musst genau diesen Fehler
reproduzieren, aber mach das mal in einer Funktion, die
unglaublich viele Bedingungen hat, unglaublich viele
Verzweigungen und du dann aber eigentlich gar nicht mehr genau
weißt okay Scheiße, wo könnte es denn jetzt sein und du musst es
halt reproduzieren, das heißt es dauert halt sehr viel länger.
Was ja eine gewisse Art von Wartbarkeit oder auch
Erweiterbarkeit. Wenn du dir irgendwann denkst,
jetzt muss ich noch was einfügen und dann willst du was einfügen,
hast natürlich Tests, aber du denkst dir, wieso fehlt jetzt
dieser Test? Wenn ich das mache und wieso
fehlt dieser andere Test? Wenn ich das jetzt schreibe, das
heißt, die Funktionalität verändert sich ein bisschen,
obwohl ich jetzt irgendwie nur ein bisschen was hinzufügen
möchte, das sind Sachen, die die mir auf jeden Fall schon bei mir
schon aufgetreten sind, das ist ungefähr so, wie wenn du
irgendwie. Keine Ahnung.
Sagen wir mal, du hast irgendwie.
Ein in in in Lagerraum und sagst, jetzt packe ich das Pack
ich dahin und das Pack ich dahin und ich weiß ganz genau, dass
ich das zum Beispiel dahin packe.
Und hinterher ist der ganze Lagerraum voll und du weißt
eigentlich gar nicht mehr, wo deine Sachen liegen, weil du dir
dachtest. Ich weiß, kann es mir auf jeden
Fall merken, so ne, aber du schaffst es nicht.
Das ist wie wenn man gerade umzieht und ich sag es dir, ich
hab es ja, ich hab es ja jetzt gar nicht vor so allzu lange
Zeit hinter mir und es ist halt einfach dieses typische.
Ja, dieses diese Sachen packe ich in diese Kiste und auf die
Kiste schreibe ich Wohnzimmer drauf und da weiß ich, dass es
da drin ist. Und ich weiß auch, dass es da
drin ist, weil wenn ich diese Kiste aufmache, dann liegt ganz
oben liegt dieses Tablett so und dann denkst du, ich brauche das.
Wo war denn das war das, das war mal mit dem, mit dem mit den
Kerzen hier, oder war das vielleicht weißt du, obwohl du,
obwohl du eigentlich ganz genau dir gesagt hast, ich weiß
definitiv, das ist da drin, das ist nicht da drin, auf gar
keinen Fall ist das da drin. Das ist auch eine geile
Analogie, weil ich meine, sowas begegnet einem ja im Leben an
allen Stellen. Ich finde auch andere coole
Analyse Analogie ist so ein typischer Akku Ordner, wenn du
deine Unterlagen irgendwie abheftest.
Und du sag ich mal, du fängst nen neuen Ordner an und machst
so so zwischen Seiten rein. Weißt du hier so so wie nennt
man die Dinger kleine Zettelchen mit Kategorien nennt man die.
Kategoriezettel Kategorie Zettelchen so und du machst das
richtig geil ne und hast so n richtiges System da drin,
genauso wie dein System war. Ich mach auf jeden mach Kisten
für die einzelnen Räume beschrifte das.
Dann fängst du an da Sachen reinzuheften so super es läuft
und dann irgendwann kommt der Moment und das ist dieses
nachgiebig werden ich Hefte es erstmal ganz oben hin und dann
alle sortier ich das später ein in meine Kategorien und
irgendwann findest du auch nichts mehr dann ist dieser
Ordner voll es ist alles durcheinander die Hälfte ist
vielleicht noch rausgeflogen weil du es gar nicht richtig
eingeordnet hast sondern nur so dazwischen geklemmt hast weißt
du und das ist also es begegnet im Leben ja ein überall.
Genau. Und Zuhörer, falls ihr wissen
wollt, wie man Aktenordner richtig gut perfekt sortiert,
dann kauft unser Buch Dummies. Wie heißt das, diese Dummy
Reihe? Genau clean Folders for Dummies
by Calling Boys. Einfach immer oben auf und dann
suchen. Spoileralarm.
Dieses Buch gibt es nicht. Ja, was wird die neue?
Das wirklich immer ganz coole Analogien finde ich und das also
ich meine diese Situation kennen ja wahrscheinlich sehr viele
Leute, auch die nicht Software entwickeln und können sich
wahrscheinlich jetzt besser vorstellen, warum cleancount
wirklich eine wichtige Sache ist.
Weil du brauchst halt einfach Struktur und gewisse Konvention
und das erleichtert ja auch die Zusammenarbeit, wenn ich jetzt
quasi so einen Aktenordner share ich mal irgendwie keine Ahnung,
müssen halt mehrere Leute Sachen abheften und es gibt halt
einfach eine Richtlinie und eine Struktur da drin, dann weiß ja
jeder auch gleich versteht er das System, er weiß wo er was
findet. Wenn jeder sein eigenes System
versucht dazu implementieren, dann kann es ja auch gar nichts
werden. Schön, dass so.
Auch mal zu der. Teamarbeit bei Aktenordnern
System implementieren finde ich gut das.
Naja, also Struktur ist ja da schon nicht aus Erfahrung.
Da ist ein System wünschenswert. Nee, ich finde, ich finde, ich
finde ja den. Ich find es sehr gut, solche
Begriffe wie implementieren einfach viel mehr im Alltag zu
verwenden. Na ja, natürlich.
Aber es ist auf jeden Fall schon sehr wichtig, würde ich sagen.
Aus genannten Gründen Cleancode zu verwenden und ich würde
sagen, hast du noch was Tino, was dir gerade auf dem Herzen
liegt. Wir haben das jetzt ausführlich
motiviert. Das Thema und ich freue mich auf
die einzelnen Topics, weil da kann man auch eine Menge drüber
diskutieren und darüber sprechen, genau, wir wollen.
Ja, noch mal ein bisschen Deep Dive in einige Topics
einsteigen, auch schon ein Paar, die wir angesprochen haben,
werden sicherlich dabei sein. Und dann gucken wir uns das mal
genau an, was da so wichtig ist und wie Cleancode in den
einzelnen Punkten dann aussieht. Ich würde sagen.
Jetzt, wo wir die Zuhörerinnen und Zuhörer eingefüttert haben,
können sie es natürlich gar nicht abwarten, bis diese folgen
dann erscheinen. Seid gespannt, es wird auch
nicht allzu lange dauern. Bleibt dran.
Aber im Endeffekt ja. Es wird nicht allzu lange
dauern, aber ich glaube, so bis alle folgen davon draußen sind,
das ist ein Riesenthema. Ich glaube, das wird dann
natürlich ein bisschen insgesamt ein bisschen dauern, aber.
Ja, wir haben es ja immer hochgerechnet.
Was waren das so Pipapo, 65 folgen.
Das Finish, das große Finale der Cleancode Reihe, wird dann 2030
irgendwann. Nein, aber wir würden uns auf
jeden Fall sehr gerne meinen. Also uns würde sehr gerne, also
uns interessiert sehr. Seht ihr die Idee von der
cleancode Reihe findet und ob euch cleancode auch
interessiert, ob ihr da noch ein bisschen mehr darüber wissen
wollt? Ihr kriegt wahrscheinlich um die
Ohren gehauen. Aber wir würden auf jeden Fall
gerne natürlich euer Feedback haben.
Und ja, ich würde sagen, Feedback könnt ihr uns auf jeden
Fall. Über die klassischen Kanäle
zukommen lassen. Das heißt, Wir haben Discord, da
könnt ihr gerne reinkommen und Vorschläge machen, ihr könnt
euer Feedback auch über Instagram und unsere Podcastmail
uns zukommen lassen. Alle Links, die irgendwie
wichtig sind. Genau zu diesem Thema findet ihr
in den Shownotes. Und ja, wenn euch die Folge
gefallen hat, dann würde ich sagen, Empfehlt diesen Podcast
doch einfach mal ein paar Freunden und Freundinnen von
euch. 2 würden schon reichen. Besser 3.
Genau. Und ich würde sagen, habt noch
einen schönen Tag und ich hoffe wir hören uns beim nächsten Mal
wieder eure Coding Bands. Gemeinsam besser.
Was?