Latest / Coding Buddies | Tech & Dev-Mindset / #150 Gestern Coder heute Reviewer? Die Kehrseite des AI Codes

Transcript

#150 Gestern Coder heute Reviewer? Die Kehrseite des AI Codes · Coding Buddies | Tech & Dev-Mindset

0:00
Man redet immer davon. AI produziert Code und Boostet
0:03
die Entwickler. Ja alles sind jetzt ten x
0:05
developer, aber wie boosten wir jetzt unsere Reviews, dass wir
0:09
da drin nicht untergehen? Coding Buddies Dein Podcast rund
0:13
um Softwareentwicklung und aktueller Tech News.
0:15
Herzlich Willkommen. Halli Hallo und herzlich
0:29
Willkommen zur neuen Folge des Coding Buddies Podcast.
0:32
Schön, dass du wieder eingeschaltet hast.
0:34
Liebe Zora, Liebe Zora, deine Gastgeber für die aktuelle Folge
0:37
Wer soll's anders sein meine Wenigkeit, der Tino und der
0:41
absolut fantastische Fabi er guckt mich an, er gritzt mich
0:45
an, er ist verwundert, weil ich ihn anders ankündige als sonst.
0:48
Aber das war die Überraschung Fabi, was geht ab?
0:51
Du schmeichelst mit Tino sehr gerne.
0:56
Was geht, was geht? Ja, also ich sag mal so ja, also
1:00
es fröstelt immer noch stark. Ja, so n bisschen bisschen noch,
1:04
ja. Ich hör mich auf.
1:05
Irgendwie. Ich glaub wir sind ja jetzt.
1:07
In so ne Eiszeit eingetreten. Mhm, es soll locker der kälteste
1:11
Winter seit 30 Jahren ja. Auf jeden Fall also mindestens.
1:15
Irgendwie gefällt mir das nicht. Im Winter wird es jetzt kälter,
1:18
im Sommer wird es immer heißer, so weißt du, kann man nicht
1:21
irgendwie. Ich habe immer von 25 Grad das
1:24
ganze Jahr über geträumt. Weißt du, und was kriegen wir,
1:27
wirst du nicht kriegen, glaube ich, tut mir leid, es tut mir
1:30
leid, wahrscheinlich so ab März oder April auf einmal direkt
1:33
dann so weißt du 30. Grad ja, also so quasi mit einer
1:37
30 Grad Sonne sozusagen den Schnee noch schmelzen, ungefähr
1:41
so. Ja so stelle ich es mir vor, so
1:43
wird es kommen. Naja gut, was willst du machen?
1:48
Gott sei Dank sitzen wir ja in unserem warmen Kämmerlein und
1:51
nehmen eine neue Podcast Folge auf, also zumindest ich weiß
1:53
nicht ob es bei dir gerade kalt ist, aber du siehst eigentlich
1:55
ganz entspannt aus. Ich denke mal du meinst eher so
1:57
draußen okay wir haben ein ganz cooles Thema und ich glaube da
2:05
werden wir ein bisschen Zeit verbrauchen, deswegen komme ich
2:07
mal direkt auf den Punkt und zwar gab es ja mal von uns eine
2:13
Folge, das ist schon länger her. Zum Thema Code Reviews und die
2:19
kam ja auch cool an und wir haben gutes Feedback bekommen.
2:23
Aber auch die Nachfrage oder den Wunsch, dass wir das Thema noch
2:28
ein bisschen vertiefen beziehungsweise nicht unbedingt
2:31
Code Reviews an sich, sondern allgemein zum Thema Reviews in
2:36
Projekten wie sollte man reviewen und da dachten wir uns.
2:42
Lass uns das doch noch mal aufgreifen.
2:43
Den Wunsch, ja und gleichzeitig uns überlegen, in welche
2:47
Richtung könnten wir das lenken und heutzutage ist es ja so,
2:53
dass ja, ich sag es wieder und manche können es vielleicht
2:57
nicht mehr hören, aber AI. Ja, schon so als Heilsbringer
3:02
gebracht wird und im Sinne von ja, man wird super produktiv und
3:06
der Code ist super und man muss gar nicht mehr coden und das
3:09
hatten wir ja auch erst vor kurzem.
3:10
Braucht man überhaupt noch Junior devs und diese ganzen
3:14
Diskussionen darum ne und immer so diese die helle Seite sag ich
3:20
mal dahinter ne betrachtet wie toll das ja alles sein kann.
3:24
Aber lass uns heute mal über ne weitere Schattenseite reden und
3:27
zwar da jetzt auch der Bezug zu Code Reviews und zwar was
3:31
bedeutet das eigentlich für Entwickler oder für
3:34
Projektmitarbeiter? Wenn jetzt AI generierter Code
3:37
im Umlauf ist? Für die Reviews Mhm.
3:42
Ja, also ich weiß nicht, ob du das kennst oder wer das
3:47
sozusagen alles kennt, aber ich denke mittlerweile kommt man da
3:50
kaum gar. Also man kommt kaum noch drum
3:52
herum. Wenn nicht gar nicht, dass man
3:55
einfach nur noch dabei ist, Code zu reviewen ne und ich sag mal
4:01
so, ich glaube auch, dass wir in Zukunft immer mehr Code reviewen
4:05
müssen als Softwareentwickler oder softwareentwicklerinnen,
4:09
aber die Frage ist jetzt, worauf sollte man achten, wenn man halt
4:12
AI Code reviewt weil wie gesagt, ich glaube das ist eine Sache
4:18
die. Durchaus an der Tagesordnung in
4:21
Zukunft stehen wird, kommt man glaub ich gar nicht so
4:23
drumherum. Ja, verschiedene Art und weisen
4:25
auch ne. Ja ne, weil man redet immer
4:28
davon. AI produziert Code und Boostet
4:31
die Entwickler ja alles sind jetzt ten x developer, aber wie
4:34
boosten wir jetzt unsere Reviews, dass wir da drin nicht
4:37
untergehen? Genau, weil im Endeffekt, das
4:40
ist n guter Punkt ne ich meine klar man wird halt schneller
4:43
durch. Also ne es kommt immer drauf an
4:46
wie man das Ganze verwendet, da kommen wir auch noch mal drauf
4:48
zu zu sprechen aber im Großen und Ganzen kann ne EI nutzung
4:52
natürlich schon irgendwie boosten also die Entwicklung ne
4:55
das ist ja eigentlich sollte ist wahrscheinlich auch jedem klar
5:00
aber und da kommt man ja auch gar nicht drumherum, dass man.
5:04
Wie gesagt, sich das auch angucken muss, was da rauskommt
5:07
und da steht dann auch wiederum die Frage, wie stark kann man
5:12
das denn überhaupt boosten, wenn man es denn noch reviewen muss,
5:16
weil ich glaube, wir sind uns einig, dass man es sich schon
5:19
noch angucken sollte und nicht einfach so durchwinken.
5:22
Ja. Und ich habe mal so ein bisschen
5:26
überlegt, ja. Dass man ja eigentlich, also man
5:28
hat ja immer irgendwie Code reviewed, ne, also wenn wir
5:32
jetzt noch mal so n bisschen zurückgehen und sagen, so, wie
5:34
war das denn alles noch mal so vor unserem geliebten Cha
5:38
chipitti ne, bevor das losging, also bis heute, weißt du, also
5:45
weiß nicht, ob du dich noch dran erinnern kannst an die Uhrzeiten
5:48
damals vor Jahren. Weißt du, es ist mittlerweile so
5:52
lange her. Ne, in Coderjahren ist es doch
5:55
super lange her. Das stimmt ja.
5:57
Ja, aber ich meine, so weißt du so früher.
6:00
Weißt du, dieses du? Googelst ja du hast n Problem,
6:03
du googelst danach ja, du wühlst dich durch irgendwelche Stack
6:07
overflow Foren oder so und um den richtigen Beitrag zu finden.
6:10
Ich find das ist ja schon gar nicht mehr, also es ist ja schon
6:14
fast undenkbar, dass man das heute macht.
6:17
Also ich meine also ich guck auf jeden Fall tatsächlich wirklich
6:20
n ich weiß gar nicht, wenn ich das letzte Mal auf Stack
6:22
overflow irgendwas gesucht hab. Ja.
6:26
Ja klar. Also in dem Moment, wo natürlich
6:28
jetzt auch so LLMS quasi auch das Internet durchsuchen können,
6:34
sag ich mal. Und auch auf diese Lösung
6:37
treffen. Sozusagen ist es natürlich
6:38
einfach die schnellere Suchmaschine am Ende, so würd
6:42
ich es mal bezeichnen, also man sucht ja immer noch danach, nur
6:46
über ne andere Ebene sag ich mal und effizient, das ist halt n
6:51
riesen, also es ist halt schon. Das ist schon wirklich n
6:54
Mehrwert. Ja, also ich find es schon
6:56
angenehmer ne direkt das Problem zu schildern in Satzform wie in
7:00
einer Art Unterhaltung als wenn ich jemand direkt frage nur dass
7:03
ich halt logischerweise schreibe in dem Moment dann.
7:06
Das fühlt sich natürlich ja an und ich finde das Boostet auch
7:09
keine Frage ne wenn ich jetzt so Probleme hab aber so Stack
7:16
overflow. Was ich halt noch gerne mache,
7:18
und das haben wir auch im Livestream gemacht.
7:20
Ist halt wenn ich irgendwas neues mir angucke, dass ich halt
7:23
wirklich noch nach Tutorials suche oder nach ja so
7:28
medienbeiträge die das erklären. Das Thema mit Codebeispielen und
7:32
so, das finde ich halt immer noch mal angenehmer, weil ich
7:35
irgendwie auch da das Bedürfnis hab ist selbst zu.
7:40
Verifizieren ob das ne gültige Quelle ist.
7:43
Weißt du wie ich das mein? Also ich könnte das Gleiche
7:45
natürlich Church GPT fragen und wahrscheinlich Krieg ich
7:48
ähnliche Ergebnisse, aber es gibt halt ein großes Problem was
7:52
wir ja schon sehr oft da besprochen haben bei AI Code, da
7:55
werden wir 100 Pro später bei den Reviews auch dazu kommen
7:59
ist, dass es halt immer völlig eskaliert.
8:01
Ja und so n. Artikel oder n Tutorial was eine
8:05
reale Person geschrieben hat, also zumindest so ältere ne.
8:08
Es gibt natürlich auch AI generierte Tutorials,
8:11
logischerweise heutzutage ne bei den ganzen Texten, aber ich denk
8:17
mir halt immer so, diese Person hat ja auch keinen Bock 1000
8:19
Seiten zu schreiben um ne Kleinigkeit zu erklären, das
8:22
heißt es ist meistens gut auf den Punkt gebracht es ist nicht
8:24
zu viel drumherum, es geht wirklich um dieses eine Thema
8:27
und das ist irgendwie noch so. Menschliche Gedankengänge was n
8:33
bisschen überspitzt gesagt, aber ich finde, diese Tutorials kann
8:35
man einfach gut durcharbeiten, weißt du?
8:37
Ja, also ich weiß was du meinst. Ne, also du du du stellst ne
8:41
Frage bei in irgendeiner LLM und am Ende kriegst du halt zig
8:46
Eventualitäten, Vorschläge, Möglichkeiten und ich weiß noch
8:53
also wenn man wenn es jetzt um Review geht ne weil.
8:56
Früher ne um noch mal kurz den Bogen zurückzuschließen so
8:59
dieses du hast gegoogelt. Du hast dann bei in
9:01
verschiedenen Foren oft bei Stack Overflow irgendwas gesucht
9:04
und dein Problem versucht zu finden oder n annähernd
9:09
ähnliches Problem jedenfalls mir ging es und ich denke mal bei
9:12
dir war es ja auch so, am Ende hat man ja auch diesen Code
9:15
reviewed irgendwo mehr oder weniger und dann für sich
9:18
entschieden OK nehm ich den nehm ich n Teil davon hilft mir das
9:22
ne also. Dieses Reviewen von Code war ja
9:25
irgendwie immer noch irgend, also war ja immer da, irgendwie
9:28
ne. Es ist ja nicht so, dass das
9:29
jetzt irgendwie auf einmal neu ist.
9:32
Man musste vielleicht an der ein oder anderen Stelle noch mehr
9:34
mitdenken oder hat vielleicht das Gefühl gehabt, mehr
9:36
mitdenken zu müssen. Weil du ja.
9:39
Gucken musstest. Passt das überhaupt zu dem
9:41
Problem, was ich hab? Und irgendwann kam ja dann Chat
9:45
GPT mit rein ne also das war ja so das erste, ich sag mal.
9:50
Große Ding in Sachen LLM, mit dem man so richtig kommerziell
9:53
arbeiten konnte. Und da ging es dann halt auch
9:58
schon so in die Richtung, dass man dann halt so klein, so n
10:00
bisschen Code Snippets gerne sich hat generieren lassen.
10:03
Also bei mir war es auf jeden Fall so ne, ich hab jetzt nie
10:05
gesagt, ey, ich mach jetzt richtig viel, sondern ich hab
10:07
immer so kleine Prompts geschrieben zu kleinen
10:10
Problemen, das waren dann eher so ich sag mal so mini Logik
10:13
Dinge weißt du irgendwas wo man sich so denkt ey ich hab gerade
10:16
gar keinen Bock nachzudenken. Ich möchte jetzt aber gerne, ich
10:19
hab hier n Array aus Objekten und möchte die gefiltert haben.
10:23
Nach den nach den Namen und gleichzeitig dann noch
10:26
absteigend sortiert nach keine Ahnung der ID oder so weißt du
10:30
und sowas kannst du super konnte man ja auch super entspannt
10:33
prompten irgendwie ne und man hat dann einfach diese Logik
10:36
bekommen du brauchtest aber keinen Kontext zu deiner zu
10:39
deinem Code weil es irgendwie alles noch irgendwie in einem
10:42
Browser lief ne also du hast ja quasi du warst so entkoppelt ne
10:46
und? Das hat sich ja also.
10:49
Aber das Reviewen von Code mehr oder weniger war ja immer noch
10:52
da. So ne also war ja immer noch
10:54
irgendwie gegeben und ich finde das gibt immer so momentan so n
10:57
shift ne, dass du dann halt von ich sag mal googlen Stack
11:00
overflow zu Kleinigkeiten, die du in den Browser eingegeben
11:04
hast hinzu. Jetzt kam AI halt auch in die
11:08
IDE rein, du kannst es ja immer schön mit so rumprompten und so
11:12
weiter direkt auf der deiner Codebase natürlich auch ganz
11:15
cool. Um dann halt zu sagen, ey, du
11:19
kannst noch mehr Kontext reingeben und dann aber auch
11:22
größere größeren Code erstellen lassen.
11:24
So oder Komponenten vielleicht sogar.
11:26
Also ich persönlich mach das sogar auch wirklich ganz gerne
11:28
mittlerweile. Also ich glaub bei hör dir mal n
11:30
paar folgen früher an, hab ich gehasst.
11:34
Mittlerweile find ich es wirklich ganz hilfreich, aber
11:38
wir kommen ja jetzt auch schon dahin, dass wirklich halt AI sag
11:41
ich jetzt mal wirklich user Stories bearbeitet so agentisch
11:44
ne. Und das ist so n bisschen die
11:46
Entwicklung. Aber irgendwie gab es ja immer
11:48
dieses Reviewen von Code. Ne, du hast irgendwas gesuchtes
11:52
reviewed, du hast irgendwas bei irgend ne LLM im Browser
11:56
reingegeben hast es reviewed in deiner ITE gibst du da prompts
12:01
rein und reviewed das oder reviewed halt ganze User Stories
12:04
oder Bugfixes oder was auch immer das heißt, irgendwie ist
12:06
es immer noch da. Und ich find das ist so ne
12:09
krasse Entwicklung, wo man aber gefühlt trotzdem immer mehr Code
12:13
Review muss, weißt du? Ja, logisch, ja.
12:16
Also der der Shift ist halt da, gerade wenn die wie du ja
12:19
meintest, die Agents finde. Ich habe mir jetzt noch mal den
12:21
entscheidenden Impact gegeben für diesen Shift von ich Code
12:25
selbst. Hinzu ich review, das im besten
12:28
Falle ne, also das hatten wir jetzt mehrfach gesagt, an der
12:31
Stelle noch mal. Ja es muss gereviewt werden,
12:34
bitte bitte Leute review das. Weil jetzt bist du an dem Punkt,
12:40
dass du sagst, ich prompte das und ich lass mir so Lösungen
12:42
generieren, dann hau ich den Code rein und dann ja geht gut,
12:46
alles klar, Pull request und jetzt kann das jemand reviewen
12:49
und so ne und dann hast du auf der anderen Seite mal überspitzt
12:53
gesagt, ja arschkarte musst dir jetzt diesen AI generierten Code
12:55
angucken und feststellen ob der gut ist, ob er macht was er
13:00
soll, ob er keine Probleme mit sich bringt und ob er auch noch
13:05
sage ich mal nicht schon Instant Refector würdig ist.
13:10
Ja, und das ist halt n Riesenthema finde ich bei der
13:12
ganzen Nummer, weil es ist n riesen review Aufwand wenn ich
13:15
es ordentlich machen will und es ist in der Verantwortung eines
13:19
jeden Coders oder Coderin genau das sicherzustellen, dass diese
13:23
Punkte alle gegeben sind in der Codebasis, weil sonst ist das
13:26
Ganze schon wieder zum Scheitern verurteilt, weil das wird nicht
13:29
später gemacht, das muss gleich gemacht werden mit dem Pull
13:31
request. Wenn ich jetzt der Reviewer bin,
13:34
ne, dann muss ich das auch ernst nehmen und nicht vorhin schon
13:37
gar nicht so. Ja ist AI generiert, es
13:40
funktioniert, er wird schon stimmen wenn er sagt, also er
13:43
wird ja den Pull request oder sie wird ihn ja nur stellen wenn
13:45
es auch geht. Ja genau das ist es nicht und
13:49
ich find AI Code neigt dazu völlig aus dem ja aus dem Ruhr
13:53
zu laufen so so richtig zu eskalieren weißt du es ist sehr
13:57
viel für manchmal Dinge die man auch.
14:00
Leichter lösen kann. Ich will nicht unbedingt sagen
14:03
wesentlich besser ne, also besser ist ja immer so ne
14:06
definitionsfrage, es ist ja sag ich mal vom Stil oft nicht
14:12
schlecht was da rauskommt, oft sind ja auch Best practices
14:15
drin. Aber es ist manchmal einfach so.
14:18
Over the tops over Engineered weißt du, und das ist halt
14:21
richtig gefährlich und dann hast du halt so viel lines of Code,
14:25
sag ich mal so viel Code zu reviewen, dass sich die Leute
14:27
wieder im Projekt denken, Oh, wie können wir denn jetzt
14:29
mithalten? Ja, mit diesen erhöhten Zeilen
14:33
auf Code, die produktiv gelten, sozusagen da, wir sind ja viel
14:36
produktiver geworden, jetzt müssen wir auch noch produktiver
14:39
in den Reviews werden, also fange ich wieder an AI
14:42
unterstützt. Reviews zu machen, da gibt es ja
14:45
auch schon verschiedene Anbieter, die da Tools
14:47
verkaufen, die wo du richtig Geld bezahlen musst.
14:49
Ja weil sie sagen Leute mit unserem Tool nie wieder reviewen
14:53
ja das Ding macht richtig erstklassige Reviews na ja gut
14:58
klar wenn ich das genauso betrachte wie den AI Code den
15:01
ich schon generiere und ins Projekt Haue, dann werde ich
15:03
auch n Review dazu. Mir prompten oder generieren
15:06
lassen können. Was sagt ja natürlich super
15:08
gemacht, aber wo ist jetzt die Komponente die das noch
15:10
überwacht und sich denkt so ja warte mal, lass das mal kritisch
15:13
betrachten und nicht immer hier Friede, Freude, Eierkuchen weil
15:16
das ist AI am Ende da hab. Ich n Agent für die.
15:20
Idee? Super Idee, was du da vor hast.
15:23
Hier ist der perfekte Code dafür.
15:25
Ja, ist nicht perfekt, richtig, er ist nicht perfekt, lass mal
15:28
noch mal. Jetzt hast du hier den perfekten
15:30
Code und so stell dir jetzt mal Agents vor, der eine Codet und
15:33
der andere Reviewt das da wird sich ziemlich viel Honig ums
15:36
Maul geschmiert, aber ob das am Ende gut ist wage ich zu
15:40
bezweifeln. Ne was ich mir nur.
15:43
Vorstellen kann. Und ja, die Zeit wird es zeigen.
15:45
Ich find es auch gut, dass du ehrlich sagst, vor einem halben
15:48
Jahr oder so warst du noch wesentlich kritischer dem
15:50
gegenübergestellt, weil das geht mir auch so.
15:53
Ich bin immer noch kritisch, habe aber N-Weg für mich
15:56
zumindestens gefunden, ob das jetzt jeder so sieht oder nicht
15:59
sei ja mal dahingestellt, das ist ja ne persönliche Sache,
16:02
aber ich hab für mich N-Weg gefunden AI tools zu verwenden.
16:07
Nach meinen Vorstellungen der Softwareentwicklung, auch in
16:10
Sachen Qualität sag ich mal, wie sie mir helfen, effektiver zu
16:15
werden, sozusagen aber nicht einfach alles blind sozusagen zu
16:19
vertrauen. Ne, und ich find gerade beim
16:21
Reviewen ist das genau der gleiche Prozess, den man
16:24
durchmachen muss. Man kann versuchen das
16:26
unterstützt durchzuführen, dass du zum Beispiel was ich mir
16:30
jetzt so vorstellen kann, ist. Coding Guidelines ja gut, da
16:34
gibt es andere Tools, die es schon länger gibt.
16:36
Ja die du da automatisiert laufen lassen kannst.
16:38
Ob du da jetzt AI brauchst oder nicht, aber alles so Guidelines
16:44
Best Practices die in dem Team definiert sind ne was
16:47
eingehalten werden muss, irgendwelche wirklich
16:50
projektspezifischen Sachen, dass ja wenn du n Feature entwickelst
16:53
musst du an der und der Stelle aber da noch vielleicht Doku
16:56
schreiben oder weiß ich was irgendwas ne so ne Sache.
16:59
Aber automatisiert Code Reviews machen zu lassen finde ich halt
17:03
richtig schwierig das Thema. Ich finde immer ich.
17:06
Ich finde, wenn du das so sagst, dass du Code erstellen lässt von
17:10
AI und Code reviewen lässt. Von AI kennst du dieses Meme wo
17:13
Spiderman so voreinander steht, so und immer gegenseitig auf
17:16
sich zeigt. Und naja, gleich mir das, das
17:18
ist das Ding dann aber. Aber ich finde es auf jeden
17:21
Fall, weil du ja auch vorhin meintest, so, dass du noch gerne
17:24
zum Beispiel so, also so Beiträge liest wie zum Beispiel
17:28
von Medium oder was auch immer, können auch andere Plattformen
17:33
sein, weil es einfach ein bisschen konkreter manchmal ist.
17:35
Finde ich, verstehe ich auch. Ich finde auch zum Beispiel
17:37
sowas wie. Hier, so Dokus, weißt du auch,
17:41
wenn wir jetzt zum Beispiel bei Godo, da haben wir uns ja auch
17:44
so in ich, ich nenn, ich glaub es ist so das letzte Jahr auch
17:47
so eingearbeitet auf Twitch, weil wir ja auch da mal unsere
17:50
Programmierwettbewerbe momentan mit Godo die Spiele.
17:53
Da doch im Spiel. Genau.
17:56
Und ich find so ne Doku hilft halt manchmal.
17:59
Komischerweise, ich sag jetzt irgendwie einfach mal
18:01
komischerweise auch mehr als so n so n so n so ne Antwort von
18:06
irgendeiner LLM, weißt du? Dass du einfach mal an einem
18:09
bestimmten Punkt wirklich siehst.
18:11
OK, so und so ist es halt vom Framework selbst definiert und
18:15
so sollte es halt eben sein. Und wenn du das aber auch
18:18
teilweise dann bei bei der LLM Reingibst irgendwo, dann kommt
18:23
halt auch gerne mal sowas zurück wie ja du kannst es die so
18:26
machen, das und das und das, dann ist es vielleicht sogar
18:27
noch in der falschen Version, weil wir quasi gerade gar nicht
18:30
über die Version sprechen, über die richtige und dann musst du
18:33
noch mal nachschärfen. Aber ich find das ist auch n
18:37
guter Punkt, weil am Ende ist die Qualität von dem was
18:41
rauskommt auch sehr entscheidend von dem was du halt
18:43
reinpromptest. Aber ich find und das ist n
18:47
wichtiger Punkt, weil wir reden ja darüber, man kann es boosten,
18:50
man kann seine Entwicklung boosten durch eben.
18:53
A. I würd ich sagen, ja kann man
18:55
machen. Die Frage ist aber wieviel kommt
18:58
hinterher also was für n Rattenschwanz zieht das hinter
19:01
sich her weil und. Das ist halt unglaublich
19:04
wichtig, so, guck mal, früher hast du dir bestimmte Dinge
19:07
rausgesucht, das hat ne Zeit gedauert und hast es umgesetzt,
19:10
musst es selber sehr viel denken, es hat Zeit gedauert,
19:14
jetzt promptest du irgendwas rein was du brauchst und musst
19:19
dir angucken ob das passt. So je besser du promptest, desto
19:22
schneller kommst du zum Ziel, aber.
19:25
Meiner Erfahrung nach ist es, dass du trotzdem immer noch mal
19:28
nachschärfen musst. Ne und je mehr man nachschärfen
19:31
muss, desto mehr Code wird generiert.
19:32
Und wie wir, wie wir auch wissen, Code wird jetzt auch
19:35
nicht immer sehr deterministisch produziert, sondern auch immer
19:38
mal gerne so n bisschen anders ne und ich find das ist halt, es
19:44
ist halt interessant zu gucken OK wo wie weit, also man braucht
19:49
so n sweetspot finde ich zwischen wie gut kann man denn
19:52
prompton? Ohne dass man mega viel
19:54
nachschärfen muss und immer wieder den Code reviewen muss,
19:57
weißt du, weil ob du das jetzt zum Beispiel in deiner IDE
20:00
machst und irgendwie sagst, ey, ich möchte das und das und das
20:03
an meiner Anwendung verändern. So ne, wie können wir das
20:07
machen, so nach dem Motto Ne dann kommt irgendwas raus aha
20:09
ich hab was vergessen, es soll ja gar nicht so sein, also
20:12
machst du wieder irgendwas es prompt es wieder irgendwas nach
20:16
und du guckst ja wieder dir diesen Code an und du probierst
20:19
ihn vielleicht aus, also diese ganze Zeit die du dafür
20:21
brauchst. Muss man auch mal challengen
20:24
find ich. Wie also wie Boostet das?
20:28
Also Boostet das wirklich oder nicht weißt du und ich find das
20:30
ist wirklich n super interessanter Punkt und da ist
20:34
es wichtig gut zu pompen find ich und halt auch irgendwie n ne
20:38
gut n gutes Review hinzulegen von dem Code der produziert wird
20:43
ne. Ich find halt auch das Problem
20:48
ist, wenn du wenn du halt die ganze Zeit damit arbeitest.
20:52
Du kannst, du kannst es ja in eine Richtung lenken und wenn es
20:56
unbewusst ist, durch nicht konkrete Prompts.
20:59
Ne, das ist halt relativ schnell wegdriftet von deinem
21:04
eigentlichen Problem oder von deinem eigentlichen Wunsch.
21:07
Ja, also hinzu. Sagen wir mal du willst n
21:12
kleines Feature implementieren und hast im Kopf so in eine
21:15
Funktion irgendwie noch an ne Klasse hängen, so n paar Zeilen
21:18
Code ne und das noch integrieren in den Rest wo die Klasse
21:21
verwendet wird einfach jetzt mal so als Metabeispiel ja und dann
21:26
gibst du das rein und er sagt ja klar hier da und da und das und
21:30
das und hier und da und dann sind da so Zeilen drin und dann
21:32
reviewst du schon und denkst dir warum machst du das?
21:35
An der Stelle ist das wirklich notwendig.
21:38
Könnte man nicht so und so weißt du, und dann kommst du ja so in
21:40
diesen Review Prozess und ich meine Erfahrung ist, dass es
21:43
dann relativ schnell völlig eskaliert und er sagt ja gut,
21:47
dann müssen wir hier und dann müssen wir da und dann müssen
21:50
wir da und da überall noch was umbauen, weißt du, und dann hast
21:53
du es schon und wenn du dem ganzen blind vertraust, dann ist
21:57
das richtig, verdammt ne, weil ich finde zum Beispiel auch
21:59
weiß. Nicht.
22:00
Wie es bei dir ist, aber n Code Review ist ja nicht nur.
22:05
Ne wie ne Klassenarbeit korrigieren.
22:07
Ja, dass du sagst, also beziehungsweise das solltest,
22:10
das solltest halt auf gar keinen Fall sein, dass du irgendwas
22:12
bekommst von einem Kollegen oder einer Kollegin.
22:15
Du reviewst das und sagst 6 Sätzen ja, so weißt du, das ist
22:20
ja kein Review, das hat doch damit gar nichts zu tun.
22:22
Klar, deine Aufgabe ist es potenzielle Fehler oder
22:25
Schwachstellen zu finden, die man ankreiden kann, aber wovon
22:29
ein Code Review am Ende lebt, ist die Interaktion zwischen den
22:33
Projekt. Wie sagt man, wenn man ja die
22:37
also zwischen dem, der es entwickelt hat, und der Person,
22:41
die es quasi durchschaut und dann möchte ich doch in der Lage
22:46
sein, dieser Person, die es entwickelt hat, Rückfragen
22:49
stellen zu können? Okay pass auf, ich habe es mir
22:51
angeguckt an der und der Stelle, ich habe es nicht entwickelt,
22:54
aber mein Gefühl ist da und da hätte man das anders machen
22:57
müssen oder ich frage mich, warum hast du es so gemacht,
23:00
dann gehe ich doch in die Interaktion, das ist doch mit
23:02
das Wichtigste an dem Review zu finden.
23:04
Fragen, Wieso ist das so? Und dann kriege ich entweder in
23:08
der Diskussion ne Antwort die die mir zeigt verdammt OK, ja er
23:12
hat recht, er hat sich es ja viel mehr angeguckt und wir
23:13
müssen das und das eigentlich beachten und deswegen ist das so
23:16
oder man trifft n Konsens und sagt Hey ja wir überarbeiten das
23:20
noch mal. Es geht doch leichter oder aber
23:22
diese Interaktion sehe ich halt mit mit Chat GPT überhaupt
23:26
nicht, weil wenn ich das mache und sage warum hast du da diese
23:30
Zeile reingemacht kommt. Ja, stimmt, die brauchen wir ja
23:32
gar nicht. Weg damit.
23:34
Chau Kakao, so weißt du und kriegst ne neue Lösung, was
23:37
wieder ganz andere Zeilen sind. So und wo ist jetzt der Punkt,
23:41
ich sag mal überspitzt das Rückgrat des Entwicklers, der
23:45
auch mal für die Lösung einsteht, die er gemacht hat,
23:47
weil er sich ja was dabei gedacht hat, die gibt es ja
23:49
nicht, sondern es wird ja nach deinem Mund geredet.
23:53
Also ich muss ganz ehrlich sagen, und das ist auch wieder n
23:55
bisschen prompt Qualität nenn ich das jetzt mal ne, du kannst
23:58
natürlich mit Reinprompen und sagen ey.
24:00
Ich hab hier das und das gemacht.
24:03
Challenge mir mal bitte ob das gut ist oder nicht so nach dem
24:06
Motto Na ja, also das kannst du ja machen und dann kriegst du
24:09
wahrscheinlich auch oder zumindest meiner Erfahrung nach
24:11
kriegst du auch mehr ich nenn es mal ehrliches Feedback von der
24:15
AI zum Beispiel ne aber und das ist jetzt das große aber.
24:20
Ich hab letztens, wir sind ja so n bisschen dabei, gerade unsere
24:23
Website zu überarbeiten von Coding buddies ne und ich hab
24:26
letztens da auch ein bisschen entwickelt beziehungsweise mit
24:30
Unterstützung von AI eben ne und ich hab das zum Beispiel am
24:35
Rechner gemacht und ich hab das auch am Laptop gemacht so ne
24:38
also unterschiedlich. Also ne an unterschiedlichen
24:40
Orten so bedeutet also auch unterschiedliche IDIS und
24:43
unterschiedliche, also das gleiche Modell aber n
24:47
unterschiedlichen Kontext oder ne.
24:48
Also du hast ja machst dann n anderen Chat auf ne.
24:51
Ja, und dann hab ich zum Beispiel gesagt, ja, guck dir
24:54
das mal bitte an, das und das hab ich schon so und da bräuchte
24:59
ich noch mal n bisschen Feedback und so und witzigerweise hat
25:02
dann das, was vorher mir das gleiche Modell ja vorgeschlagen
25:07
hat, hat das andere Modell dann gesagt, also das gleiche Modell,
25:10
aber der andere Chat hat dann gesagt.
25:12
Ja, da, das ist schon ganz gut, aber da würde ich vielleicht
25:15
noch das und das n bisschen machen, weil da wird es zum
25:18
Beispiel noch mal n bisschen offensichtlicher, ne klarere
25:20
Abtrennung bla bla bla bla bla ne und du denkst dir so Mhm,
25:24
also ich hab es jetzt überarbeitet, damit du mir
25:26
sagst, dass das noch besser zu machen ist.
25:29
Ja, aber das ist ja genau der Punkt.
25:31
Du kannst einfach genau den gleichen prompt noch mal in den
25:33
gleichen Chat hauen, ja. Also wenn du nicht reinschreibst
25:37
so, ich habe es nach genau deinen Vorstellungen
25:40
überarbeitet. Sag mir mal was es noch zu
25:42
überarbeiten gibt, wenn du sowas promptest, dann kommt sowas wie
25:46
ja nee alles super so ist gut, weil du ihm ja gesagt hast, das
25:50
ist schon überarbeitet nach dem was er dir genannt hat.
25:52
Wenn du aber einfach wieder prompt es guckt, also du gibst
25:55
den neuen Code rein und sagst überarbeite mir den mal.
25:58
Ja. Dann wirst du wieder irgendwas
26:00
kriegen und ich hatte das. Bei irgendeinem Text, den ich
26:04
mal geschrieben hab, wo ich mir wirklich dachte, gar keine Lust,
26:06
den jetzt noch mal Korrektur zu lesen.
26:08
Das war auch nichts Wichtiges. Ja, also nichts relevantes,
26:11
super, Entscheidendes ja. Und trotzdem, du gibst den rein.
26:15
Ja, die und den Satz würde ich anders formulieren, dann habe
26:18
ich das 1 zu 1 mal so übernommen, hab den Text wieder
26:20
reingegeben lies den mal bitte Korrektur und sag mir was man
26:24
überarbeiten könnte und dann kam noch mal was und irgendwann war
26:27
ich an dem Buch, ich hab es einfach mal ne Weile gemacht,
26:29
dass er mir immer wieder ABAB vorgeschlagen hat und das aber
26:32
immer im nächsten Mal wieder kritisiert hat und genau das
26:34
meine ich mit nach dem Mund reden wenn du ihm sagst
26:37
überarbeite es. Dann ist sein Task sozusagen,
26:42
ich muss es überarbeiten. So wirkt es für mich.
26:44
Ja, das ist jetzt sehr subjektiv, jetzt kann jemand
26:46
sagen, ja, du musst das und das Prompton, also wenn ihr da
26:49
geile, liebe Zuhörer, liebe Zuhörer, wenn ihr für die ganze
26:51
Folge gilt, wenn ihr geile Erkenntnisse habt beim Prompton
26:56
oder so, teilt es gerne mit uns und der Community, weil das ich
27:00
bin mir sehr sicher, dass es sehr viele Leute betrifft, die
27:02
diese Erfahrung auch machen, die wir gemacht haben oder machen.
27:06
Und sich auch Fragen, wie kann ich das denn verbessern?
27:08
Und das gilt Ja für uns genauso. Ja, aber das ist halt das, was
27:11
ich immer wieder feststelle, dass man sich einfach in einem
27:14
Kreis dreht, ja. Durchaus.
27:16
Also es kann schnell vorkommen, also gerade wenn du jetzt bei
27:19
bei Tipps bist oder so. Also ich find eigentlich was,
27:22
was ja vielleicht ganz interessant ist, dass man, dass
27:25
wir vielleicht auch noch mal drüber reden, wie wir damit so
27:26
arbeiten und dann auch mit, ich sag mal, diesem Review umgehen.
27:31
Genau also. Weil im Endeffekt ich find ich
27:33
find das, das gehört halt mittlerweile zusammen, das Code
27:36
Review plus die Zusammenarbeit mit sag ich mal der AI absolut,
27:43
weil also zum Beispiel was ich ich kann einfach mal anfangen
27:47
und mal kurz schildern wie ich eigentlich ganz gut mit damit
27:51
arbeiten kann. Also was ich jetzt zum Beispiel
27:52
für Erfahrungen gemacht hab, wie es gut ganz gut funktioniert und
27:56
zwar ich meinte ja schon ich find es auf jeden Fall schon mal
27:59
sehr sehr gut die AI mittlerweile in die IDE.
28:03
Zu integrieren oder drin zu haben, dass man halt einfach mit
28:06
der Codebase sozusagen chatten kann, was ich super cool finde
28:10
ist, wenn du auf einem Git stand, auf einem sozusagen clean
28:15
Git stand arbeitest. Du hast keine Changes, alles ist
28:18
committed und gepusht, wie auch immer, aber du siehst halt
28:22
changes sofort ne und wenn ich dann zum Beispiel sage also
28:26
irgendwas machen möchte, dann hab ich auf jeden Fall schlechte
28:29
Erfahrungen gemacht, wenn man. N sehr großen Scope gibt ne,
28:36
also zumindest zu sagen. Ja ich will jetzt zum Beispiel
28:39
die Anwendung, das was ich habe möchte ich gerne nach den und
28:42
den Vorstellungen umbauen, wenn diese Vorstellung oder dieses,
28:45
dieser, dieser Gedanke der dir kommt eigentlich die ganze
28:48
Anwendung umfasst, dann kannst du es eigentlich direkt sein
28:50
lassen, weil dann. Hast du halt genau diesen Punkt.
28:54
Entweder es wird sehr sehr generisch es du kriegst sehr
28:57
sehr viele Infos, du musst dir sehr viel durchlesen und du
29:00
musst auch wahrscheinlich im Worst Case auch noch zusätzlich
29:02
sehr viel Code reviewen, der dir aber am Ende gar nichts bringt,
29:06
weil du es, weil du es gar nicht so spezifisch beschreiben
29:10
kannst, was du haben möchtest ne und?
29:14
Das heißt, meine ich, ich mach es gerne, dass ich dann so ne
29:16
kleine Komponente nehme, also irgendwie zum Beispiel n file
29:18
oder wenn du jetzt im Frontend bist so ne Komponente im Sinne
29:21
von HTMLCSS, type Script oder sowas in die Richtung ne und
29:25
dann wirklich sagst OK ich möchte folgendes machen ne ich
29:29
sag immer ganz gerne sowas wie er soll ehrliches Feedback geben
29:33
was gerade da ist und ich sage wo ich gerne hin will ne und
29:38
dass man das dann so n bisschen abgleicht, dass man sagt OK da
29:42
will ich hin. Was haben wir schon?
29:44
Sag mir, was ich verbessern kann und was ich halt gerne haben
29:50
möchte, auch ne und sozusagen dann von da nach dazu kommt ne
29:53
von das ist gerade da Feedback dazu, da würde ich gerne hin.
29:57
Passt das denn mit meiner Verbesserung oder hast du noch
29:59
andere Ideen zu einer Verbesserung?
30:01
Weißt du wie ich meine weil es kann ja auch sein, dass man das
30:04
mach ich auch ganz gerne so n bisschen brainstorm ne mit der
30:07
AI so. Zu sagen, ja, sowas geht gut.
30:10
Ja, genau, dass man irgendwie sagt EY ich, ich hab die und die
30:12
Idee, da würd ich gerne hin und meinst du das macht Sinn und
30:18
dann muss man natürlich aber auch wieder evaluieren ne das
30:20
ist find ich immer genau der.es ist nie so, dass ich mir denke
30:23
OK das was du mir jetzt gibst das das nehm ich 1 zu 1 sondern
30:26
man muss es natürlich irgendwie noch mal lesen und sagen Ah OK
30:30
versteh ich zum Beispiel manche Sachen bringen halt nichts ne wo
30:33
du denkst OK er schlägt jetzt etwas vor.
30:37
Ne wie zum Beispiel. Und dann könnten wir diese
30:40
Informationen da drauf packen. Du denkst dir so, aber diese
30:42
Informationen stimmen sogar nicht, eigentlich ist es n
30:45
bisschen anders, dann muss man noch mal nachschärfen.
30:47
Das was ich meine ne aber da kommst du manchmal gar nicht
30:49
drum herum. Das Gute ist, wenn du dann
30:51
einigermaßen in die richtige Richtung läufst, ne wo du hin
30:54
willst, dann nehm ich den Code erstmal komplett und kopier mir
30:59
den rein. Ne zum Beispiel HTMLCSS und Type
31:02
Script einfach mal in diesem Beispiel ne.
31:05
Und guck erst mal, wie das aussieht, wie sich das verhält.
31:07
Und dann mach ich halt weiter, dann kann ich halt überhaupt
31:10
erst mal evaluieren, passt es, geht es überhaupt in die
31:13
richtige Richtung, wo ich hin will oder nicht und dann kann
31:17
man das immer so weitermachen, ne, weil was ich auch gemerkt
31:20
hab, super anstrengend ist du promptest zum Beispiel ne halbe
31:24
Stunde, weil du irgendwas noch nachschärfst und hast dann
31:27
irgendwann so n Mischmasch aus 50 antworten ich weiß jetzt
31:31
nicht ob die Zahlen hinkommen, aber.
31:34
Du hast so n Mischmasch in deinem Code, weil du sagst, OK
31:36
das passt für mich, da muss ich noch n bisschen umstylen, da
31:39
möchte ich aber im HTML noch n bisschen was anderes haben.
31:42
Timescript hab ich noch n bisschen berefecterd und am Ende
31:44
weißt du gar nicht mehr, also wenn du doch irgendwo wieder hin
31:48
zurück willst, wo du hergekommen bist, weißt du gar nicht mehr so
31:50
richtig. OK, was hab ich denn jetzt
31:51
eigentlich für gut empfunden, weil sehr viel passiert ist,
31:54
kann man sich nicht merken und deswegen ist es gut finde ich
31:57
immer n bestimmten Scope abzustecken das zu prompten.
32:02
Das in den Code zu Gießen anzupassen.
32:04
Dabei musst du natürlich wieder reviewen, was da so los ist, um
32:08
dann zu sagen, OK, das ist jetzt erstmal n stand den ich hab den
32:10
Committee ich wieder so weißt du und dann kannst du weiter darauf
32:13
arbeiten, das ist so für mich n bewährter Workflow der
32:17
eigentlich ganz gut ist. Ja, gerade bei HTMLHTML und CSS
32:23
finde ich hat man, gerade wenn man von AI also Code bekommt,
32:29
immer ziemliche Auswirkungen. Also CSS find ich halt teilweise
32:33
richtig schlimm. Du willst erst mal irgendwelche
32:34
Kleinigkeiten und er haut dir da halt alle 1000 Attribute rein,
32:38
die er irgendwie setzen und denkst dir halt so Junge, das
32:41
guckt sich CSS ist eh schon so ne Sache, wer guckt gerne in CSS
32:45
Files von anderen rein? Ja ich glaub mal die witzige
32:48
Bezeichnung, dass dazu gehört, dass man es einmal schreibt und
32:52
danach ist es sozusagen ja so. Na read only mäßig, so weißt du
32:57
also das. Das das das da will keiner mehr
33:00
dran arbeiten. Wenn einer so n riesen Pfeil da
33:02
erzeugt hat sozusagen. Und was abändern ja und wenn man
33:05
überhaupt reinguckt gefühlt und da finde ich gerade wenn du
33:09
jetzt von GPT oder sowas kriegst das auch immer richtige
33:12
Ausrufung aber genau darum geht es ja wenn ich jetzt zum
33:16
Beispiel. Wir haben ja gesagt, wir wollen
33:18
über das Review sprechen dahinter, also ich prompte das
33:21
und so wie du das machst, mache ich es auch sehr gerne einfach
33:24
um es klein zu halten, um quasi dem der LM nicht die Chance zu
33:28
geben völlig zu eskalieren. Wenn ich jetzt aber den Code
33:32
kriege, ja du meintest ja, dann musst du den Durchgucken
33:38
anpassen in die Codebasis rein und dann machst du quasi ein
33:41
Commit dazu, weil du sagst ich habe jetzt einen kleinen Teil
33:43
davon umgesetzt. Das macht ja auch Sinn so n
33:46
kleinen Häppchen sozusagen zu arbeiten, sag ich mal.
33:49
Aber die Frage ist ja jetzt, wenn ich sage, ich muss das
33:51
Reviewen gibt es so Punkte, die man auf jeden Fall wieso ne Art
33:57
Checkliste vielleicht mal durchgucken könnte?
33:59
Ja, weil so für alle Zuhörerinnen und Zuhörer, die so
34:02
gerne Fakten hören wollen, ja denk ich mir, so was sind so
34:06
Punkte die man immer durcharbeitet dabei und der
34:10
Erste der mir dabei zum Beispiel einfällt, ja.
34:13
Den ich wirklich mache, weil da hab ich auch schlechte Erfahrung
34:16
mitgemacht ist. Ich schau mir an, wie wird mein
34:21
Projekt durch Third Party erweitert, beispielsweise weil
34:26
wenn ich 1 gelernt hab ist das AI sehr gerne sagt ja ist ja gar
34:30
kein Problem, hier ist der Code und dann denkst du dir so OK das
34:33
sind aber ne Menge Imports da oben was was zieh ich mir, was
34:36
hol ich mir denn jetzt alles ins Boot in meinem Projekt nur um
34:38
dieses kleine Feature gerade zu implementieren mit deinem
34:40
Codebeispiel. Und das ist finde ich ein riesen
34:44
Punkt. Einfach mal zu gucken, was ziehe
34:48
ich alles an, nur um jetzt diese Lösung zu verwenden.
34:51
Jetzt gibt es natürlich Leute die sagen, gerade wenn es eine
34:54
Idee ist Import ja was npm install ja klar los rein damit
34:59
ja und das finde ich es halt auch sehr gefährlich, dass man
35:02
auch mal wirklich überprüft, was ist Teil dieser Lösung und das
35:06
geht halt so bei bei. Dependency ist einfach schon
35:10
los. Das ist so für mich mit das
35:12
erste, was ich checke. Find ich auf jeden Fall richtig
35:14
gut, da auf jeden Fall nachzugucken, weil wir hatten
35:19
das glaub ich auch schon, dass wir also irgendwo auf Twitch
35:23
oder so, dass wir ne ne. Ne Library genutzt haben, obwohl
35:28
wir eigentlich nicht unbedingt ne Library hätte nutzen müssen.
35:31
Ne haben das dann auch wieder ausgebaut, weil wir dann einfach
35:36
gemerkt haben so OK es geht ja auch einfacher ne das ist aber
35:39
auch wirklich wichtig, dass man das halt dann auch wirklich
35:41
challenged, weil du dir halt einfach unglaublich viel
35:44
reinziehen kannst. Ne so dependency Blade mäßig ne.
35:48
Da muss man natürlich sagen, das war klassisches googeln und wir
35:50
haben halt n Treffer gefunden mit einer Lip die das Macht was
35:54
wir brauchen, ja. Und dann war natürlich die
35:57
Versuchung sehr groß zu sagen, Ach komm, dann gehen wir die
36:00
jetzt mit rein, so ne aber auch wichtig was du sagst das zu
36:03
challengen und genau das ist ja der Punkt dann auch im Review,
36:06
ne. Ja, finde ich halt, weil du auch
36:08
von diesem, also von CSS über Wucherung geredet hast.
36:12
Ne, ich muss sagen ich bin kein großer CSS Magier, so ne Man hat
36:19
SS Magier, Man hat halt so seine Tricks und Kniffe.
36:23
Und lernt ja auch immer mal n bisschen was dazu.
36:26
Aber wenn du dir wirklich mal so n Styling von einer LLM machen
36:31
lässt, a Jesus es eskaliert so hart, dass du dir denkst,
36:37
wieviel Code kann man in CSS ballern?
36:40
Und dann hatte ich zum Beispiel auch sowas wie ja OK, aber ich
36:44
möchte gerne, weil es dann zum Beispiel um Kacheln ging.
36:47
Ich sehe gerade, dass die Kacheln gar nicht gleich groß
36:50
sind, unter bestimmten Umständen.
36:52
Je nachdem wie der Screen ist. Ne.
36:53
Also ob du jetzt einen Desktop hast oder mobile oder was auch
36:56
immer und dann so ja ach so ja gar kein Problem, da kannst du
37:00
das und das und das machen ne so.
37:03
Wieder irgendwelche CSS Dinger hingeballert ne und da merk ich
37:06
dann manchmal auch, dass es einfach durchaus sinnvoll ist
37:09
erstmal seine eigenen Gedanken zu äußern anstatt einfach nur zu
37:13
sagen, ich möchte das so haben, weil wenn du sagst ich möchte
37:15
das so haben interpretiert die LLM ich kann machen was ich will
37:20
um dir das zu bringen was du willst und wenn du das willst.
37:25
Wir haben schon sehr viel Code und ich kann dir noch sehr sehr
37:27
viel mehr Code mit reinpacken ohne Probleme und das witzige
37:31
war, dass ich eigentlich dann. Weil ich mir dachte, so was
37:34
passiert denn hier gerade, was knallt der da jetzt rein, weil
37:37
der kommentiert ja dann auch immer die CSS Zeilen, ne die man
37:41
sich das ist auch n wichtiger Punkt generell beim Code Review
37:44
von RI Code. Lest euch mal wirklich die
37:48
ganzen Kommentare durch und. Prüft mal, ob das genau das ist.
37:52
Was ist eigentlich was, was man sich so vorstellt?
37:55
Weil dann bin ich zumindest relativ schnell zu dem
37:57
Entschluss gekommen zu sagen okay, du kriegst jetzt mal meine
37:59
Idee und zwar ist es nicht einfach sinnvoller zu sagen, Du
38:03
hast eine Maximalbreite für diese Kachel und sonst skaliert
38:06
es halt auf eine gewisse Prozentzahl.
38:08
So ist jetzt ein bisschen aus dem Kontext gerissen, aber am
38:11
Ende war es halt wirklich eine Sache, ein Attribut im CSS für
38:16
eine Klasse, die das ganze gefixt hat, anstatt.
38:20
Keine Ahnung. Gefühlt noch 3 Klassen und 5
38:23
HTML tags, die dann ineinander geschachtelt waren und dann
38:26
irgendwie mit Grid hier und Styling dort und so weiter ne,
38:30
also es hilft wirklich sich zu überlegen und anzugucken und das
38:36
gilt jetzt nicht für CSS Code sondern für allen Code.
38:40
Was passiert da und im Vorfeld bevor man promptet oder während
38:45
des prompt zu sagen das ist meine Idee.
38:48
Das finde ich immer sehr, sehr wichtig, weil dann hast du am
38:50
Ende quasi, wenn du das auch reviewst und dir dann auch
38:54
diesen ganzen, diese ganzen Kommentare durchliest, meistens
38:58
weniger zu tun, als wenn du erst sagst, ich will irgendwas haben,
39:02
mach mir mal irgendwas und dann kommt irgendwas raus und du dir
39:05
denkst, so OK, ich hab jetzt 10 Minuten den ganzen Code
39:08
reviewed, das möchte ich nicht. Und dann ist natürlich auch oft
39:13
die Sache, wenn also was? Ich auch schon erlebt hab ist
39:19
wenn jetzt so AI generierter Code kommt und der wird soll zum
39:24
Beispiel in die Codebasis fließen ne und du reviewst das
39:28
ist es ja auch oft so, dass Entwicklerinnen und Entwicklern
39:32
da dann auch verleitet sind keine Tests dazu zu haben.
39:37
Das klingt jetzt richtig schlimm, weil es ist richtig
39:41
schlimm das. Klingt jetzt richtig.
39:44
Und da denk ich mir auch so. Ja gut, wenn ich n Review
39:47
bekomme und ich seh nicht mal, dass Tests angepasst wurden,
39:51
bedeutet das ja in unserer Welt ja, das ist vielleicht jetzt
39:54
subjektiv, aber in unserer Welt bedeutet das, dass sich also
39:57
nichts geändert hat, würd ich halt schon sagen, so, ja nö,
40:02
noch mal oder anpassen. Weil ich finde, wenn ich ein
40:06
Feature entwickel, dann muss es neue Tests geben.
40:08
Wenn ich etwas fixe, muss es neue Tests geben, das hatten wir
40:11
ja auch erst wieder. Ja, ein Bug ist drin, der muss
40:14
gefixt werden, ja gut richtig, aber lass mal erstmal einen Test
40:17
schreiben, der zeigt, dass ein Bug drin ist und dass der auch
40:20
grün ist. Wenn wir es gefixt haben, sonst
40:22
stehen wir wieder in 5 Monaten an dieser Stelle, wenn da sich
40:25
was ändert und das sind ja Sachen die da irgendwie unter
40:28
den Tisch fallen finde ich und das finde ich ganz schlimm also
40:31
du kannst nicht. Auf.
40:33
Also du kannst ja nicht so viel Vertrauen da reingehen, weil ich
40:36
hab es geprompted ich hab generierten Code, der sieht gut
40:39
aus und der Macht doch was er soll.
40:41
Was soll ich denn da jetzt testen, wenn dieses Mindset da
40:43
ist hast du eh verloren ne und genauso schlimm finde ich es
40:46
auch zu sagen ja gut kriegst deine Tests ich prompte kurz,
40:52
schreib mir mal hier 4 Tests krieg 5 Tests hau die da rein
40:55
und da hier kannst du Review und da sind deine Tests.
40:58
Ja, so. Das ist auch keine Lösung.
41:01
Ja, wenn ich denn anfange alles AI driven zu machen, ja, dass
41:04
ich den Code generiere, die Tests schreibe und noch NAI
41:07
review hab. Wo soll das hinführen am Ende ne
41:10
also stand heute weil Tests die ich gesehen hab die generiert
41:14
sind sind nicht per se schlecht aber sie sind sehr sehr oft
41:20
absolut angepasst auf die generierte Lösung ne also du
41:25
kriegst generierten Code. Der Feature A umsetzt und zu
41:29
diesem genau diesen Code kriegst du jetzt noch 5 Tests mit so
41:33
happy Past Tests und n bisschen paar Edge Cases vielleicht noch
41:37
so eingabechecks oder sowas genau für diese Implementierung.
41:41
Wenn da einer was ändert sind die alle rot in der Regel sehr
41:44
oft. So, und das ist halt genau das
41:47
Problem und also was halt möglich wäre ist Tests zu
41:50
schreiben und zu sagen, das ist halt auch mal n ganz cooles
41:52
Experiment. Ich schreib die Tests und
41:54
Versuch so gute Tests zu schreiben, dass es schon wieder
41:57
ne Anforderung abbildet und dann sag ich ihnen jetzt bitte
42:00
erstell mir die Funktion die das und das machen soll und die
42:03
Tests erfüllt. Vielleicht so rum den Weg gehen,
42:06
aber aber sag ich mal alles durchgenerieren oder erst Code
42:10
haben und dann die Tests dazu und dann soll das Gereviewt
42:12
werden. Da hab ich halt gar kein
42:14
Vertrauen drin so ne weil ich finde wenn ich sowas review dann
42:18
sind ganz oft. Fälle nicht abgedeckt, die man
42:22
beachten muss. Und dann sagst du das einmal und
42:24
dann eskaliert es auch schon wieder direkt.
42:26
Weißt du, dann kriegst du wieder 5 andere Funktionen dazu.
42:29
Also diese ganzen Edge Cases und so weiter das ist ich find das
42:33
ist witzig, weil wenn du sagst ich möchte das und das haben,
42:36
ist meine Erfahrung, dass Edge Cases seltener betrachtet werden
42:41
im allgemeinen, sondern wirklich so der Happy Path, ne.
42:44
So, aber es hilft durchaus zu sagen, weil du ja meintest.
42:48
Schreib mal erstmal selber die Tests, ne Tests selber schreiben
42:51
nicht von AI und man kann ja die AI nutzen zu sagen Pass auf.
42:57
Ich hab folgenden Fall was könnte denn alles passieren, das
43:00
ist auf jeden Fall ne Sache, da hilft es wieder Brainstorming
43:02
gute Sache ne aber wenn du einfach nur sagst implementier
43:05
mir das ist meine Erfahrung, dass Edge Cases gerne mal unter
43:08
den Tisch gekehrt werden, außer du adressierst es wieder
43:12
explizit. Aber, und ich find da ist auch
43:15
wieder so. Ich sag mal der das allgemeine
43:18
der allgemeine Entwicklungsprozess nicht
43:20
verkehrt zu sagen ich überleg erst mal selber was es für Edge
43:23
Cases gibt. Brainstormer mit AI gieße das
43:26
dann in Tests und lass vielleicht dann die Tests wie du
43:29
meintest Halt implementieren. Das ist ne coole Sache, aber
43:32
selbst wenn es ums reine Review geht und es gibt Tests die von
43:36
der AI implementiert wurden. Dann finde ich, sollte man da
43:40
auf jeden Fall beim Review ein besonderes Augenmerk noch mal
43:43
drauflegen, weil gerade die Tests sind ja schon ein
43:48
wichtiger wichtiger Gesundheitszustand für deine
43:52
Software und demzufolge ist es halt einfach wichtig, dass das
43:56
Halt auch passt. So also Review auf jeden Fall da
44:01
noch mal genauer hingucken. Angenommen, es gibt halt
44:03
generierte Tests. Ja, das ist halt.
44:06
Das ist n Teufelskreis halt. Wenn ich dann anfange so Tests
44:09
generieren zu lassen, ja weil ich beispielsweise was ist so n
44:13
Gedanke dahinter, der oft auftritt ist sowas wie wir
44:16
müssen unsere Code coverage erhöhen, ja weil halt keine
44:20
Ahnung die und der Prozess sagen wir brauchen die und die Code
44:25
coverage. Ja gut, dann generier Tests
44:28
damit das Abgetestet ist. Oh jetzt haben wir ne Code
44:31
coverage von 98% mit irgendwelchen generierten Tests.
44:34
Am besten sage ich im prompt noch hey hier, das ist mein
44:37
Code, ich will ne hohe Code coverage, schreib mir tests dazu
44:40
oder so weißt du dann krieg ich halt Murks raus beziehungsweise
44:43
nicht zu 100% ich möchte das ja gar nicht voll und ganz
44:47
verteufeln. Ja wie gesagt so einfache Tests,
44:50
Input Checks oder sowas oder Check mal bitte ob da überhaupt
44:54
n wert da ist. Wenn nicht mach so n Early.
44:56
Return oder weiß ich was? Irgend?
44:57
Denk dir was aus. Ja, aber diese simplen Checks,
45:00
die jeder so auf den ersten Blick sieht und sagt, das muss
45:03
getestet werden, das kannst du gut generieren lassen, keine
45:06
Frage. Ja das ist ja, das ist auch
45:09
irgendwo dann schon nah an der Implementierung, ja, aber du
45:12
musst ja natürlich verhalten Abtesten am Ende und da finde
45:16
ich gibt es halt echt starke Limitierung und ich hatte es
45:18
auch schon mal so weit, dass meine Rückfrage kam.
45:21
Ich weiß nicht warum das drin ist, ja.
45:25
Das war jetzt nichts, sag ich mal.
45:28
Die AI oder was? Wichtiges ne, also nicht so
45:30
nicht so n Projekt wo du denkst Alter kannst du nicht machen.
45:34
Ja das war jetzt nicht so super wichtig, aber trotzdem fand ich
45:37
das schon beängstigend, aber nur mal ganz kurz also die du hast
45:41
du hast es nicht, du hast. Einen.
45:43
Du hast einen Menschen gefragt, warum es da drin ist und der
45:46
Code kam wahrscheinlich von AI und der Mensch konnte nicht
45:48
sagen warum so. Genau.
45:50
Ich sollte die backen und mithelfen und das kam dann.
45:53
Das wäre geil gewesen, wenn du die LI fragst.
45:55
Das ist da drin. Keine Ahnung, mich sind gleich
45:58
gefragt und dann, so fragt die Person, die ist die das
46:01
gepfromte Tag genau ja, und das ist.
46:04
Genau das Problem und oft neigt wie du ja auch meintest, dieser
46:08
AI generierte Code neigt sehr schnell zum Over Engineering.
46:11
Ja und da hatte ich zum Beispiel n Fall, das war aber so n
46:16
privates Projekt wo ich auch mir dachte Ach komm hier, das wird
46:19
sich schnell umsetzen, machen wir also machen wir zusammen im
46:23
Sinne von ich und ne LM ne in der IDI und das funktioniert
46:26
auch gut und deswegen hat sich meine Meinung dahingehend
46:29
zumindestens geändert, dass man. Tool unterstützt und das sagen
46:32
wir ja eigentlich auf allen Plattformen ständig.
46:34
Das ist für uns ein Tool und keine Ersetzung.
46:37
Ja, hat das gut funktioniert, aber man muss höllisch
46:42
aufpassen. Also eigentlich war ich nur
46:45
damit beschäftigt, quasi die. LLM wieder einzufangen,
46:51
überspitzt gesagt zu sagen Halt, tritt doch mal auf die Bremse,
46:55
das war nicht das, was ich von dir wollte, weil dann ja hier
46:58
klar feature a kein Problem. Ja gut, jetzt hast du aber
47:02
irgendwie noch 23 andere Features drin, wo ich nicht mal
47:04
weiß ob ich das überhaupt brauche in dem Projekt.
47:07
Wenn du dann noch so was promptest wie du meintest, sei
47:09
ehrlich, sei streng, sei achte auf das und das, dann kriegst du
47:13
vielleicht einmal zurück, so, na ja, aber das braucht man schon,
47:16
wenn man das und das machen will und dann denkst du dir so, ja,
47:19
aber das will ich doch gar nicht machen jetzt gerade, ich weiß
47:22
nicht mal, ob ich das in Zukunft überhaupt machen will, da werden
47:25
nur wieder irgendwelche Sachen angezogen, weißt du aus
47:28
irgendwelchen Quellen, dass es ja vielleicht sinnvoll wäre, das
47:31
irgendwann mal zu tun? Also bist du nur am Einfangen
47:35
und am Code wegschmeißen und am neu prompton zu sagen, Mach das
47:40
bitte nicht, mach nur das nur Kleinigkeiten und da hilft
47:44
natürlich extrem und das finde ich auch gut, dass du es
47:46
angesprochen hast zu sagen, ich versuche die Aufgabenpakete so
47:49
klein wie möglich zu machen, einfach nur in der Hoffnung,
47:54
dass keine. Kein over Engineering
47:56
stattfindet, dass quasi gar kein keine kleine Tür offen ist, um
48:01
da durchzugehen, um over Engineering zu betreiben.
48:04
Das ist ja eigentlich dein Ziel am Ende dahinter, wenn man mal
48:06
ehrlich ist. Aber ich finde, es gibt auch
48:08
noch die andere Seite der Medaille, und zwar so.
48:11
Ich nenn es mal under engineering ne also ich hab
48:14
schon erlebt, dass keine Ahnung du irgendwas promptest oder in
48:17
dem Fall ich irgendwas prompte und mir dann sage OK warte mal
48:21
hier werden irgendwelche unnötigen Pattern verwendet.
48:24
Das eine Beispiel over Engineering, kleines Beispiel ne
48:28
oder aber auch zum Beispiel sowas wie wieso würde es nicht
48:31
viel mehr Sinn machen an der Stelle zum Beispiel das und das
48:34
Pattern zu verwenden. Ja ja auf jeden Fall, das wäre
48:37
super, können wir ja machen und du denkst dir so ja OK du
48:40
brauchst also wieder das wissen ne in deinem Review um zu gucken
48:44
und das ist halt auch finde ich n wichtiger Punkt weil du over
48:46
Engineering angesprochen hast. Zu checken, OK, was wird denn
48:49
verwendet, also ob jetzt irgendwelche Pattern oder
48:52
irgendwelche Architekturentscheidungen
48:53
getroffen werden von der AI genau mal hingucken ist es
48:57
gerade notwendig macht es Sinn oder fehlt da vielleicht etwas?
49:01
Ne Wir haben ja auch ganz viele Pattern, zum Beispiel auch die
49:03
Pattern Reihe haben wir auch im Podcast hier es hilft zu wissen
49:08
was es gibt und wie man damit zum Beispiel arbeitet um genau
49:11
sowas vielleicht auch dann am Ende zu erkennen, ne?
49:14
Ja, genau. Genauso wie irgendwelche
49:16
Abstraktionen, die dann teilweise gemacht werden, obwohl
49:18
es vielleicht entweder nicht notwendig ist oder notwendig
49:21
wäre oder gut wäre an der Stelle.
49:24
Das finde ich, ist auch eine Sache, da sollte man unbedingt
49:27
noch mal beim Reviewen von genaues Auge drauf werfen.
49:32
Und ich finde, das ist eigentlich auch schon, dass der
49:35
perfekte Stichpunkt, um das Ganze auch noch mal ein bisschen
49:38
zusammenzufassen, Verständnis, Erfahrung und wissen, was man
49:44
tut, einfach. Und das gerade, weil ja diese
49:48
Angst halt wirklich allgegenwärtig ist.
49:50
Ne, Wir hatten ja auch auf Instagram ne Umfrage gemacht.
49:53
Gehen dir die Gedanken durch den Kopf, ob AI dich ersetzen
49:57
könnte? Ja, gerade bei Junior Deaths und
50:00
Middeaths ist das ja schon vertreten, weil das Ergebnis war
50:03
ja auch eindeutig, dass viele Leute jetzt nicht panische Angst
50:06
davor haben, aber die Frage einen beschäftigt ja und wir
50:10
haben ja auch folgen dazu gemacht und.
50:13
Das zeigt jetzt wieder und ich finde, darunter kann auch diese
50:16
ganze Folge stehen in Sachen Code Reviews vernünftige Code
50:21
Reviews, egal wie AI driven das Ganze ist, erfordert einfach
50:24
Verständnis und Erfahrung und das ist halt n wichtiger Punkt
50:28
dabei. Ja man braucht die Erfahrung zu
50:31
wissen was möchte ich eigentlich, was sind meine
50:34
Randbedingungen, was möchte ich nicht.
50:36
Ja wir haben jetzt auch ganz viel darüber gesprochen, was
50:38
möchte ich nicht und das muss ich ja im Review auch
50:41
durchsetzen ja ja. Also dieses fireinforget ich
50:45
brauch ne neue Seite mit einem Login Screen.
50:47
So bitte haste danke weiter geht es funktioniert vielleicht bei
50:51
einer Page, vielleicht noch bei der zweiten und dann kommst du
50:54
irgendwann wenn wir jetzt wieder beim Frontend sind in die
50:56
HTMLCSS Hölle und das war es ciao und das darf es halt auf
51:01
keinen Fall sein. Wichtig ist seine Erfahrung
51:04
dabei zu machen. Sowohl beim Wir haben auch über
51:06
das Code generieren gesprochen, sich dabei helfen zu lassen und
51:10
auch beim Review, das ist halt super wichtig, Erfahrung zu
51:13
sammeln und Best Practices für sich selbst heraus zu
51:15
kristallisieren, das muss beim anderen nicht funktionieren, wir
51:18
können hier nur an der Stelle gibt es kein richtig oder
51:22
falsch, wir können halt nur unsere Erfahrung mitgeben und
51:24
ich fand es auch wieder richtig cool, was du so gesagt hast,
51:27
weil das gibt mir auch wieder Input ja wie ich es nächste Mal
51:30
vielleicht auch besser hinbekommen kann.
51:32
Also vielen Dank dafür mal. Und es zeigt sich auch hier, es
51:39
steht und fällt alles mit der prompt Qualität.
51:42
Da hatten wir auch auf Twitch schon viele Diskussionen zu und
51:44
ich find es krass wie viele Leute oder sagen wir mal
51:48
andersrum wie einige Leute wieviel Zeit sie in Prompts
51:53
reinstecken wo ich mir denke dann kannst du es in der Zeit
51:55
doch eigentlich selbst Conen aber ganz so ist es nicht
51:58
fairerweise. Aber, so Guidelines, Richtwerte,
52:02
Bedingungen einfach so statisch mitzugeben.
52:06
Du hast ja die Möglichkeit Anweisungen mitzugeben, die dann
52:08
für jeden prompt gelten. Ja, du kannst ja auch bei sagen
52:12
wir mal, nehmen wir mal als Beispiel noch mal Chat GPT, du
52:14
kannst ja auch n Projekt machen ihm Files geben, Guidelines
52:18
geben und dann wird er die berücksichtigen und das
52:20
funktioniert wirklich ganz gut und da halt massiv Zeit
52:23
reinzustecken um das was wir alles gerade besprochen haben.
52:27
Zu optimieren ist dann halt auch n guter Weg.
52:29
Ne, das vielleicht auch noch mal so als Tipp, den wir auf Twitch
52:32
mal so mitbekommen haben von einem anderen Streamer fand ich
52:35
halt auch richtig cool, dieser Input ne deswegen hier noch mal
52:38
die Anmerkung, aber das sind halt alles Sachen die am Ende
52:41
unter dem gleichen Banner fallen, wissen und wissen was
52:45
man tut ja definitiv Stichwort noch mal ersetzen AI nee.
52:51
Ich fand es auch ganz cool. Da gab es letztens auch bei uns
52:54
auf dem Discord eine wirklich coole Beschreibung für einen
52:57
wirklich wichtigen Skill, den es heutzutage vielleicht, so kann
53:00
man das vielleicht zusammenfassen, das möchte ich
53:02
gerne auch noch mal teilen. Die Aussage war, dass man in der
53:08
Lage sein muss, möglichst schnell Software in einer
53:11
möglichst hohen Qualität zu liefern und ich finde, wenn du
53:14
das als Leitsatz nimmst. So als für deinen Skill.
53:18
Ne, wie schnell kann ich also ne, wie kann ich möglichst
53:22
schnell ne möglichst hohe Qualität liefern?
53:26
Ich finde das ist unglaublich wichtig, weil damit ist es quasi
53:29
egal ob du Junior bist mit Level senior oder was auch immer, egal
53:33
was du nutzt, ja. Wähl dein Toolset selber, wenn
53:36
du in der Lage bist, super schnell hohe Qualität zu
53:40
gewährleisten. Wenn du deinen Code mit einem
53:42
Stift auf Blatt Papier schreibst.
53:44
Völlig in Ordnung, wenn du da super schnell drin bist, ist das
53:46
geil. Wenn du dafür aber eine lm nutzt
53:49
Agentisch arbeitest, was auch immer auch in Ordnung, aber
53:52
wichtig ist und das ist hier wieder der Punkt, die
53:55
Codequalität muss hoch sein, ne nicht schnell Code liefern,
53:58
sondern mit einer hohen Qualität und da ist es dann wiederum
54:00
wichtig. Die richtigen prompt zu
54:02
schreiben, das richtige Review zu machen und das richtige
54:06
Verständnis zu haben, weil sonst kannst du das nicht sonst.
54:08
Kriegst du es nicht hin? Ne, und ich glaube das ist
54:10
wirklich NN sehr sehr wichtiger Punkt und der Rest ist
54:14
eigentlich sag ich jetzt mal egal beziehungsweise nicht egal,
54:16
sondern das das sollte ganz oben stehen und das Stand schon immer
54:20
ganz oben. Ne dieser dieser Anspruch,
54:23
dieser Skill ja ja. So weit, so gut.
54:29
Ich weiß gar nicht mehr, was ich dazu noch sagen soll.
54:33
Ja, das ist das ist es eigentlich am Ende ja.
54:36
Aber was ich auf jeden Fall super interessant finde und wie
54:40
du schon meintest, es gibt ja jeder, hat ja so seine eigenen
54:43
Ideen und Workflows, wie gearbeitet wird, wie man
54:45
heutzutage mit der AI arbeitet und ich glaube da kann jeder
54:48
noch von den anderen sozusagen lernen, das ist auch glaube ich
54:51
super interessant. Also ich finde es mega spannend
54:53
und deswegen. Liebe zürer, lieber zürer, wenn
54:56
du irgendwie einen geilen Workflow hast oder Tipps hast,
54:58
wie du zum Beispiel sagst, so arbeitet man richtig gut mit AI,
55:01
oder? Das sind meine Tipps für AI Code
55:04
Reviews, dann hau das immer mal raus, gerne auf einen Discord
55:09
kommen beispielsweise und das da auch einfach raushauen die die
55:13
Tipps und Ideen und Workflows. Dann kann man halt direkt
55:15
darüber sprechen und diskutieren.
55:17
Das ist halt immer das geilste, ne genau und.
55:20
Link zum Discord, aber auch zu allen anderen Plattformen sind
55:23
auf jeden Fall in den Shownotes verlinkt und uns würde auf jeden
55:26
Fall auch Mega interessieren, ob du das, was wir gerade
55:29
geschildert haben, auch kennst und ob das vielleicht auch
55:31
manchmal nervt, so AI Code zu reviewen, weil manchmal hat man
55:36
schon ein bisschen das Gefühl, dass man weniger vom Ich sag mal
55:40
Produzenten zum Konsumenten geworden ist.
55:43
Also dass man jetzt mehr reviewen muss als früher.
55:46
Mir geht es jedenfalls so. Und das wird uns natürlich mega
55:50
interessieren, ob das bei dir auch so ist oder nicht.
55:52
Ansonsten wenn du sagst, Ey Cooler Podcast hat mir wieder
55:57
gefallen, die Folge aber eine Bewertung habe ich noch nicht da
55:59
gelassen, dann mach das auf jeden Fall gerne, das wird uns
56:02
auf jeden Fall mega helfen und empfiehlt gerne auch den Podcast
56:05
2 Freunden oder Freundinnen weiter und wenn du völlig
56:08
überzeugt bist und sagst richtig coole Sache, dann findest du
56:11
noch einen kleinen Spenden Link in den Shownotes das wird uns
56:13
natürlich auch mega helfen. Nutzen wir natürlich immer die
56:18
Spenden, um halt unseren Content zu verbessern.
56:21
Ist doch klar. Ansonsten lasst einfach mal
56:25
Liebe da. Wir schicken auch ein bisschen
56:27
Liebe raus und in dem Sinne hören wir uns auf jeden Fall in
56:30
der nächsten Folge wieder deine Kollegen, weil es gemeinsam.
56:33
Besser ja, aber ich hätte das letztens bisschen geplant und da
56:37
waren da halt auch einfach gefühlt 5 Leibig sein und dann
56:41
eine klein drücken und dann eine klein.