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?