Ich hab das Gespräch irgendwie abgebrochen, aber relativ schnell abgewürgt so, na ja gut, ich muss weiter. Und hab mich dann auch noch ein bisschen damit befasst und auseinandergesetzt. Also konntest dann tagelang nicht schlafen, oder? Definitiv also 22 Wochen schlaflos. Dein Podcast rund um Softwareentwicklung und aktueller Tech News. Herzlich Willkommen. Ja, herzlich Willkommen zur neuen Folge des Coding Bodies Podcast. Es geht mal wieder los und wieder dabei.
Natürlich einerseits meine Wenigkeit Tino und natürlich auch der fantastische Fabi, Moin Fabi. Grüß dich. Hast du Box, geht los, neue Folge, endlich mal wieder Podcast aufnehmen. Ich denke du hast Bock ich habe Bock, die Zuhörer haben Bock. Wir sollten loslegen. Da haben wir alle haben jetzt Poster drauf und deswegen haben wir folgendes Thema mitgebracht. Pass aufmachen, Trommelwirbel. Ich weiß nicht, was ich
bestimmt. Ganz Blech OK, nein, also wir wollen heute über das Thema Full Stack Entwicklung reden. Und genau deswegen, da du ja quasi sehr erfahren darin bist im Bereich Full Stack zu arbeiten beziehungsweise nach dem Prinzip der fußstrecke Entwicklung, nenne ich es mal würde ich sagen, hau doch einfach mal raus. Was verwendest du mit dem Begriff Full Stack Entwicklung? Da ist ja ganz schön hoch gestapelt. Ich glaube, ich muss nochmal kurz weg, gut.
Gut, dann übernehme ich wieder ein Haus. Also ja, also. Die Entwicklung ist ja im Endeffekt ja, dass man als Entwickler eben verantwortlich für den gesamten Stack der Anwendung ist.
Um die man sich kümmert, ne. Also es gibt ja zum Beispiel Arbeitsmodelle, wo man zum Beispiel wenn jetzt net Entwicklung nimmst als Beispiel genau ja, also kann man das, ja wird oft eingeteilt in ich sag jetzt mal Frontend und backend ne ganz einfach dargestellt so und es gibt ja manche Arbeitsmodelle wo es Frontend Entwickler gibt, die oder Entwicklerin die sich ausschließlich auf das Frontend stürzen und es gibt Backend Entwickler und Entwickler innen
die sich ausschließlich auf das Backend stürzen und in diesen beiden Bereichen entwickeln. Und dann werden halt Schnittstellen definiert, welche apis wo dann im Endeffekt quasi gegen entwickelt wird. Ne, also das ist sozusagen die Vereinbarung. OK, ich geb dir das, du gibst mir das und dann können wir darauf einschlagen und dann können wir entwickeln. Also quasi unabhängig voneinander, weil man ja sich geeinigt hat, wie die Schnittstelle aussieht. Genau.
Ja genau OK und Full Stack Entwicklung ist halt, dass du jetzt diesen Entwickler oder die Entwicklerin nimmst und sagst, OK pass auf, du hast jetzt mal wieder als Beispiel diese Web Anwendung und du kümmerst dich quasi um das Frontend und Backend. Das heißt wenn jetzt zum Beispiel irgendwie. Ne Arbeit anfällt, einen eine Aufgabe erledigt werden soll, die sowohl Backend als auch Frontend umfasst, dann wird an beiden Punkten entwickelt.
Ne, das heißt du gehst einmal sozusagen unter Umständen den ganzen Stack durch, da wo es halt wo man halt Anpassungen machen muss, ne und das bleibt ja dann vielleicht doch nicht. In diesem Beispiel bleibt es nicht unbedingt beim Frontend, das heißt mit dem Backend zu tun, das hat vielleicht mit den Datenbanken zu tun, die da benutzt werden oder vielleicht auch mit der Infrastruktur, die Server, die da wo drauf das.
Backend läuft, das heißt, du kümmerst dich wirklich um den ganzen Bereich, ne, also überall wo irgendwie Code entwickelt werden muss, wo Anpassungen gemacht werden muss und müssen, da kümmert sich dann die entsprechende entwickelnde Person drum. Genau.
Das heißt zusammengefasst, es kommt ein neues Feature rein, was entwickelt werden muss und das betrifft jetzt mehrere Teile der Gesamt des Gesamtprodukts nenne ich mal und dann bist du als Full Stack Entwickler in der Lage auch jeden Part davon umsetzen zu können. Das heißt, du kannst dieses Feature alleine implementieren. Genau. Theoretisch kannst du das machen, ne.
Genau, ja, cool. An der Stelle kann man ja mal sagen, also das ist jetzt nur ein Beispiel mit der Web Oberfläche Web Entwicklung zum Beispiel ne. Also ich finde halt Full Stack ist seit Jahr auch eine Art Mindset frage beispielsweise habe ich jahrelang im Embedded Bereich gearbeitet und da gibt es jetzt keine Web Oberfläche oder so, aber du hast ja trotzdem gewissen Software Stack und da Match diese diese Denkweise eigentlich genau so,
dass du halt sagst. K ne, Ich bin jetzt nicht nur in unserem Betriebssystem unterwegs oder nur in irgendwelchen Hardware nahen Treibern, sondern ich kann sowohl diese Treiber entwickeln und verstehe die ganze grundlegende Hardware, also die Mikrocontroller. Ich weiß wie das funktioniert, ich weiß aber auch wie der Aufgelagert zum Beispiel das Betriebssystem funktioniert, wie irgendwelche Task erstellen kann und kann halt da auch quasi von unten nach oben beispielsweise
ein ganzes Feature implementieren. Ja, ja, auf jeden Fall. Also ich würde halt auch sagen, dass das. 1. Mindset Frage ist ne.
Also ich hatte zum Beispiel mal ne super Begegnung mit jemandem aus einer aus meiner Aus einer Abteilung in der ich gearbeitet hab und da wurde dann zum Beispiel habe ich mehr Kaffee Küche n bisschen geschnackt, da wurde nämlich vorher wurde ein kleiner Talk gehalten über CSS ich weiß nicht das sagt ja was CS es ist quasi die nur für jemanden der das vielleicht oder die das jetzt vielleicht nicht so im Kopf hat das ist wenn du jetzt die das Frontend zum Beispiel e Oberfläche wenn du
das stylen möchtest ne. Das ist sozusagen das Styling
Sheet für. Also ich sag jetzt mal in Anführungsstrichen, der Code den du benutzt um deine Website zum Beispiel zu stylen, ne ein Beispiel dafür und als ich da mit angefangen hab mit der Full Stack Entwicklung, da war zum Beispiel dieses CSS oder SCSS je nachdem unterschiedliche Varianten davon war das für mich total neu und das war richtig schwierig und ich dachte so ey keine Ahnung, ich krieg niemals drauf, ich Check das gar nicht wie das funktioniert und dann
wurde ein Vortrag. Erhalten darüber und ich dachte, Boah, das ist cool. Geiler Vortrag und. Dann war der vorbei. Ich mich ne Kaffee Küche n Kaffee geholt, habe mich dann mit einem unterhalten und meinte so Mensch hier. Der Vortrag fand ich echt cool finde ich voll gut darüber auch mal ein bisschen wissen zu haben weil ich halt mich damit noch gar nicht so auskennt und es hat mir gerade irgendwie voll was gebracht. Und dann meinte der so ja, aber ich meine du kennst.
Kannst du das jetzt noch nicht so gut und ich meine, dann bist du ja vielleicht eher so weiß ich backend mehr sag ich mal bewandert und ich find das halt Quatsch so Full Stack Entwicklung die wir hier machen finde ich quatsch, weil ich finde, dass es viel besser ist wenn du Frontend Entwickler hast die richtig gut da drin sind und Backend Entwickler die richtig gut da drin sind und halt wirklich für jeden Bereich was hast so. Und also. Spezialisten. Experten.
Genau, genau und nicht so ein Full Stack Generalist. So nach dem Motto und ich dachte mir so hä warte mal. Wir arbeiten in der Abteilung, die Full Stack arbeitet und wieso kommt das jetzt erstmal her? Und im Endeffekt denke ich mir so, OK, also. Ich war erstmal zu dem Zeitpunkt n bisschen und dachte mir so,
boah, was ist denn jetzt los? Ey könnt ihr auch gar nichts mit anfangen, dachte mir so Scheiße weiß ich auch nicht so dachte ich hab das Gespräch irgendwie abgebrochen relativ schnell abgewürgt so na gut ich muss weiter und habe mich dann auch noch ein bisschen damit befasst und auseinandergesetzt. Konntest dann tagelang nicht schlafen, oder? Definitiv also 2 Wochen schlaflos, ja.
Nee, aber dann dachte ich mir, ich auch nochmal so mit dem einen oder anderen unterhalten und im Endeffekt bin ich zu dem Schluss gekommen, dass du auch meintest, das ist eine Mindset frage. Full Stack geht, es geht nicht darum, dass man irgendwie. Sagt Ja hier.
Das ist jetzt ein Entwickler und weil der Full Stack Entwickler ist, kann jetzt perfekt Freundin Perfect Backend perfekt Datenbanken Infrastruktur, der kann alles n Soft Entwickler Entwicklerin, die kann alles Gott Entwicklerin so weißt. God Mode. Das ist halt nicht der Fall. So weißt du, arbeitest. Im Normalfall im Team. So und das Wichtige bei Full Stack ist, dass du das sag ich mal das die Verantwortung für den gesamten Software Stack
übernimmst. Du sagst ey irgendwas gerade am Backend stimmt nicht, ich muss ans Backend dran, dann machst du das ist ne oder ans Frontend oder egal wo. Du musst das nicht weiter in dem. Genau, genau. Und dafür gibt es ja ein Team und im optimalen Fall setzt sich so ein Team Halt aus mehreren Leuten zusammen, wo dann vielleicht auch das Wissen gut
geteilt ist. Dann gibt es hier Experten, Experten. Dann kommt dazu noch P Programming über was wir geredet haben, wo das Wissen super miteinander vermixen wird und dann lernt man da am besten raus und so weiter von anderen und da muss hingehen wie du halt meintest. Es ist Mindset Geschichte und nicht einfach nur Full Stack der Canalys weißt. Ja, aber das ist doch ein ganz guter Punkt.
Da können wir ja mal über vor und Nachteile von einer Full Stack Entwicklung einfach mal drüber sprechen, weil ich finde du hast auch gute Vorteile einfach schon genannt. Ist natürlich einerseits man kriegt dann halt viel breiteres Verständnis des Gesamtsystems, soll der gesamt Software wenn man sich einfach mit allen Teilen beschäftigt. Und du lernst auch ne Menge. Genau, du lernst ne Menge. Du bist sehr vielseitig dann und.
Das heißt ja nicht, dass du nicht ne Präferenz haben kannst, dass du nicht, also du kannst ja im Backend super wohlfühlen und bist da wirklich ein richtiger Crack drin, hast das richtig drauf. Heißt ja aber nicht, dass du deswegen nur Backend machen sollst.
Ne oder quasi wenn du Frühstück bist, nichts und alles gleich gut, nur kannst und nichts richtig gut oder wie auch immer das manche nennen, dann ne. Also du kannst ja wirklich Expertin dem einen sein, aber trotzdem in den anderen lernen und trotzdem auch Aufgaben umsetzen können und das finde ich ganz cool da dran und definitiv richtig. Wichtiger Punkt ist, was du gerade meintest.
Das sehe ich auch so, ist einfach sich auch verantwortlich für andere Teile fühlen, weil das hat glaube ich jeder auch schon mal erlebt. Das ist ja auch gut und gerne Leute gibt die sagen das laut My Business sorry aber da knallt es irgendwo, daran arbeite ich nicht, dass ich schön weiter, das kriegt er jetzt richtig um die Ohren so ne. Mit auf wen kann ich mit dem Finger zeigen? Ja genau, ja. Und möglichst hoffentlich möglichst viele und so weiter nein, also genau also da bin ich
ganz bei dir ist. Eine absolute Mindset frage sich zu sagen, Ich gucke jetzt einfach selbst rein und vielleicht finde ich den Fehler und kann das relativ schnell lösen, weil es vielleicht einfach nur ein Problem mit der Schnittstelle ist oder irgendwas und dann ist das Ding erledigt und das bringt den Laden oder beziehungsweise die Software voran und Fang nicht an mit Finger pointing ne. Ja, auf jeden Fall. So aber Nachteile bist ja also
mein gibt es nicht sagen. Also ich merke, dass du einen überzeugt von der Entwicklung bist und ich geb dir auch recht. Siehst du aber vielleicht trotzdem potenzielle Nachteile?
Ja, also was natürlich wirklich eventuell der Fall sein kannst, wenn du immer Full Stack arbeitest, dass du dadurch, dass du verschiedene Bereiche einfach umfassen musst und verschiedene, also du musst ja dein Wissen, sag mal breit steuern, ne, also es gibt was, das heißt t Shape das wieso ein t shirt, ne, dass du quasi sagst, du hast verschiedene Skills und bei manchen Skills, die gehen dann wenn du besser an den Skills bist geht dein Strich sozusagen an diesem waagerechten Strich
geht n. Senkrechter Strich ganz besonders nach unten, weil du sehr gut bist. Ne wenn du zum Beispiel einen richtig langen Strich nach unten und ein paar kleine andere, dann sieht das aus wie ein t Shirt. T Shape so ne ja OK, ja genau. Und das kann natürlich auch sein, dass Shape einfach total gleich verteilt ist. Ne so, dass weil du halt einfach überall rein guckst, hier n
bisschen machen. Es kann natürlich sein, dass wenn du Entwicklung machst, dass du dann vielleicht gar nicht dich so krass spezialisieren kannst wie jemand, der halt die ganze Zeit nur in einer, sage ich mal Schiene ganz speziell arbeitet, die ganze Zeit und da er sich richtig gut auskennt, weißt du, das kann natürlich sein, dass du dich nicht natürlich ja genau das kann natürlich problematisch. In einer sehr schnelllebigen Entwicklung, ne.
Also wenn wir jetzt noch mal das Beispiel Web Anwendungen nimmst oder Services, da ist es ja relativ schnell lebig ne, also im Vergleich zumindestens im Vergleich zur Hardware nahen Entwicklung, woher gefühlt nicht so viel passiert oder nicht so schnell und da State of the Art zu bleiben ist halt natürlich schwierig, wenn du dich um alle Bereiche kümmerst oder alles aktuell halten möchtest. Also das ist ein valider Punkt auf jeden Fall, dass er auch als Nachteil.
Benennen zu können. Was ich noch mir so vorstellen könnte, ist. Wenn man jetzt nochmal n bisschen Projektmanagement sich guckt oder Personal Sicht und man sagt man arbeitet Full Stack, ja. So geht es ja so. OK, ich kann jetzt ein Entwickler haben, der kann das alles oder ich kann 3 Entwickler nehmen oder nur einen Teilbereich, nämlich den einen hab ein kleineres Team weniger Kosten und der Macht das schon. Meinst du meinst du hast eine Denkweise die da so vertreten
sein kann? Oder oder akzeptieren Sie und sagen, Na ja, OK, gut, er macht alles, aber er braucht natürlich länger, brauchen trotzdem 3 Entwickler oder versucht man dadurch den Entwickler einzusparen? Gute Frage. Habe ich noch gar nicht so krass
drüber nachgedacht. Also ich finde das ist immer ein Unterschied gibt, weil natürlich hast du wenn du einen Entwickler einstellst kannst ja durchaus sein, dass er halt eben einen gewissen Austausch den er braucht für einen bestimmten Teil mit einem anderen Entwickler, der vielleicht an anderen Stellen eher Expertise hat, vielleicht dieser Austausch fällt weg, das heißt, natürlich kann es sein, dass der Entwickler dadurch, dass er oder die Entwicklerin dadurch dass.
Die Person halt eben nicht. Dieses Wissen über alles hat und vielleicht einen bestimmten Teil muss.
Was worüber das wissen noch nicht da ist erstmal ne größere Einarbeitungszeit braucht, anstatt dass du sagst OK du bist ja Spezialist drin, du machst das ne so, das heißt bei solchen speziellen Sachen würde ich sagen ja OK natürlich, da muss man dann für einen einzelnen Full Stack Entwickler, Entwicklerin, die halt eben kommt darauf wie gut die Person an sich ist und wie tief sag ich mal die t Shapes ne also die Striche vom t shape dann in den entsprechenden Bereichen.
Aber. Wenn du jetzt in einer normalen, im normalen Alltag diese Aufgabe hast du jetzt nicht irgendwas spezielles Drankommt, wo man vielleicht sich erst einarbeiten muss, dann hast du ja trotzdem bei 3 Entwickler Entwicklerin, die an unterschiedlichen Teilen arbeiten, immer diesen diesen over Head von Absprache. Das heißt du kannst entweder als Full Stack Entwickler oder Entwicklerin kannst du dir denken, ey ich hab jetzt hier meinen Plan, den zieh ich von
oben bis unten durch. Zack geil habe ich mir was überlegt und go und wenn du aber das sind 3 Teile teilst. Denkt sich jeder was aus und sagt, ja, ich würde es so machen. Ach so, ja, aber ich würde das vielleicht so machen, kann ich dir nicht vielleicht die Daten übergeben, damit du damit arbeiten? Es wäre besser, wenn du mir das gibt, es aber schon implementiert, ja tut mir leid, aber lass uns das so machen. Ja du hast recht, das ist besser, ich machs nochmal.
Weißt du also es kommt ein bisschen auf. Die sag ich jetzt mal auf den Pfeil. Drauf an, was ja der Sonne Absprachen werden natürlich komplizierter, wenn kein Verständnis für die gegenüberliegende Seite da ist. Ne, definitiv zum Beispiel ja nicht, hätte jetzt gerne, aber so und so die Schnittstelle ja, aber das geht nicht, das können wir so nicht machen.
Wenn ich aber schon wüsste, dass das halt wirklich schwierig wird das so umzusetzen, dann kann ich vielleicht auch mal selbst von meinem Standpunkt weggehen und sagen, ja gut, dann lass uns das doch nochmal anpassen, so ne genau das sind halt genau solche Punkte dann am Ende. Ja, also noch was. Es gibt bestimmt auf jeden Fall, ich sag mal, also es gibt definitiv bestimmt Nachteile und ich mir macht es Spaß darüber zu
diskutieren, weil ich hab. Durchaus das Gefühl, dass man die eine oder andere Nachteile, die vielleicht bei der Full Stack Entwicklung entstehen, wie wir gerade eben auch gesagt haben. Auf wenn man es auf eine andere Art und Weise betrachtet, durchaus auch wieder.
Entweder negieren kann oder sagen kann OK, wenn du diesen Nachteil hast, hast du aber in einem anderen Fall, der vielleicht zu 50% der anderen Zeit auftritt, wieder ein Vorteil. Ne und deswegen das ist halt so schwierig, da so vor und Nachteile zu generieren, aber ich muss auch ganz ehrlich dazu sagen, dass ich wie du ja schon meintest, ein Verfechter von bin, das heißt, ich werde natürlich mehr für Full Stack irgendwie Vorteile herausziehen und die natürlich anführen. Weil ich ja.
Einfach erlebt hab und auch lange genug so gearbeitet, dass ich gemerkt hab, das Macht. Sinn. Und es ist natürlich eine Sache, finde ich, die ich jetzt auf jeden Fall noch dazu sagen möchte, die wirklich wichtig ist, um Full Stack Entwicklung zu machen, damit es richtig
bockt. Auch. Man muss auch Lust haben immer wieder neue Sachen zu lernen, weil wie du meintest so Technologien verändern sich, es kommen immer wieder neue Sachen, du fängst ein neues Projekt an und es heißt ja wir haben ein neues Frontend Framework benutzt ohh Scheiße, das kann ich noch gar nicht, obwohl ich eigentlich so vielleicht soll der Front End Pro war aber für das andere Frontend, also ne für ein anderes Framework.
Mein ich ne und wenn du dir dann denkst, boah ich hab keinen Bock schon wieder neue Sachen zu lernen, ich will jetzt irgendwas machen. Keinen anderen. Ja, aber weißt du, dass du dann halt so so Schwierigkeiten für dich selber entwickelt und sagst ich eigentlich keine Lust neue Sachen zu lernen? So, ich möchte eigentlich das machen, was die Zeit kann und wo ich so richtig so expertise hab und das möchte ich unbedingt so machen, dann ist Full Stack vielleicht einfach nicht das Ding.
Weißt du für die entsprechende Person ja. Aber ich finde es auch immer sehr individuell. Ja, ja. Also wie gesagt, ich bin auch bei dir. Man muss halt immer gucken und dass das individuelle dabei wie ist. Denn mein Rahmen, also wie sieht denn der Stack überhaupt aus?
Ne ne also oder auf welchem sag ich mal scope betrachte ich das denn, also wo setze ich den Stack an, hab ich so n so n Teilbereich meiner gesamten Software und der wiederum hat vielleicht so zum Beispiel Frontend Backend Stack, wie das ja bei uns jetzt zum Beispiel gerade im aktuellen Projekt der Fall ist, bin ich ganz bei dir Frühstück, ne, da muss sowohl Frontend als auch Backend entwickelt werden können.
Ja. Wenn ich jetzt aber weiter rauszoomen und gucke mir das ganze Projekt an und sag jetzt einfach, das ist mein Stack, die alles. Ja. Ist komplett mein Stack. Ich will überall mitreden können und überall mit entwickeln können. Das wird halt verdammt schwierig, weil es wirklich ein sehr großes, vielseitiges Projekt mit sämtlichen Bereichen ist. Und da wirst du nicht, das würde ich jetzt einmal sagen, in der Lage sein, überall richtig aktiv mit entwickeln zu können.
Allein, zeitlich geht das halt auch gar nicht mehr dann. Also ich würde, ich würde mal, ich würde jetzt einfach mal versuchen das zusammenzufassen. Ich glaube man kann für eine bestimmte Anwendung eine Anwendung hat eigentlich in oftmals sehr spezielle Grenzen, die abgesteckt sind.
Genau. Und Anwendungen können in verschiedenen Fachbereichen stattfinden und ich würde mitgehen, dass man sagt, OK, wenn du jetzt von einem Fachbereich in den nächsten gehst, der komplett anders ist, ne, wo wirklich auch Berechnungen anderer Natur sind, sag ich jetzt mal ne, dann kann ich mir schon vorstellen, dass es. Dass man da natürlich nicht jetzt in allen Fachbereichen der Informatik einfach so übertrieben geil mit schwimmen kann.
So ne. Also irgendwo gibt es Grenzen, natürlich ne, also ich meine du hast natürlich. Auch. Gewisse. Kapazitäten? So mehr geht nicht. Also wenn du irgendwann keine Ahnung, wenn es gibt bestimmt ein paar vereinzelte Personen, die können alles, also ich glaube, wenn es bei mir soweit ist, würde ich nicht mehr wie ich heiße. Genau dann ist kein Platz mehr für den Jahren genau. Na gut Thorsten, da würd ich sagen. Alles klar, machen wir Kalle.
Nee, aber ich denke, das war doch eigentlich ein guter Schlusspunkt, muss immer gucken, wo der Anwendungsbereich ist, wie n Sack aussehen kann und dann kann man sich dafür entscheiden, ob vielleicht eine Spezialisierung denn vonnöten ist. Wenn nicht immer ruhig, quasi vielseitiger das ganze betrachten, umso mehr kann man halt auch aktiv daran teilnehmen und das ganze vorantreiben, ne? Auf jeden Fall. Ja, ja genau, würde ich sagen. Schließen wir die Erfolge mal ab.
Es hat auf jeden Fall Spaß gemacht, da mit dir drüber zu reden. Danke für deine Einblicke. Auf jeden Fall noch mal zu dem Thema. Du bist ja zwar noch nicht ganz so lange dabei, aber jetzt so seit ja. Weiß nicht. Ein 2 Jahre machst du doch. Auch 3 Jahre bin ich jetzt quasi auch im Frühstücks Bereich unterwegs.
Wie gesagt, Ich hatte ja gesagt vorher, dieses Mindset hatte ich schon immer, dass ich quasi auch in meinem Embedded Projekt quasi versucht hab, da so weit wie möglich hoch in den Stack zu kommen und da mitarbeiten zu können, aber es gibt irgendwann dann halt Limitierung, das wollte ich, denn das wollte ich am Ende quasi dann nochmal sagen ne ja. Auf jeden Fall. Aber das ist ja wie gesagt, wie du schon meintest sehr individuell.
Deswegen würde ich auch einfach den Zuhörerinnen und Zuhörern. Einfach mal mitgeben, so erzählt uns doch mal euer, also eure Erfahrungen, die könnt ihr auch gerne mal mitteilen. Wir können auch gerne mal einen Austausch gehen, mir macht es immer Spaß sowas quatschen genauso wie es mir Spaß gemacht hat mit dir zu quatschen Tino ich find das total geil, auch schön, dass du jetzt auf die Seite welcher Seite der macht. Genau, ja, Star Wars The Sky, Nee, aber wie gesagt.
Wir freuen uns immer auf den Austausch. Wenn ihr Bock habt, dann schreibt uns bei Instagram. Wir haben auch noch andere Plattformen, guckt einfach mal vorbei, die Links findet ihr in den Notes. Vergesst nicht den Podcast zu empfehlen, euren Freundinnen und Euren Freunden, wenn euch der Podcast die Folge gefallen hat, dann lasst doch ein Like da. Wir freuen uns darüber und in diesem Sinne hoffen wir, dass wir uns beim nächsten Mal wieder
hören. Ja und in diesem Sinne würde ich sagen, macht es gut bis zum nächsten Mal. Eure Coding Buddies gemeinsam besser.