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.