Code Reviews in Zeiten von KI.

Kay Einen wunderschönen guten Morgen, Mittag, Nachmittag, Abend oder wann auch immer ihr diese Folge hört aus unserem schönen Webcafé. Heute sind wir mal wieder hier in vertrauter Umgebung in unserem schönen Eigenheim, nachdem die letzten beiden Folgen ja ein bisschen was Besonderes waren, aber auch sehr Spaß gemacht haben. Heute sprechen wir über das Thema KI-Reviews.

Felix Hallo Kay, freut mich, dass wir wieder hier in gewohnter Atmosphäre unterwegs sind und freue mich auf die Folge heute.

Kay Heute möchten wir insbesondere über das Thema Reviews sprechen, was es da für Probleme gibt, was es da für Möglichkeiten gibt, was wir da schon rausgenommen haben aus unserem Alltag. Aber natürlich, bevor wir darüber sprechen, habe ich noch zwei andere Themen, die auch mit KI zu tun haben, aber nicht direkt so mit unserem Hauptthema. Aber bevor wir darüber sprechen, sprechen wir natürlich über das, was wir hier vor uns stehen haben. Felix, was hast du denn zu trinken mitgebracht?

Felix Ja Kay, heute ist es spektakulär, aber kurz. Ich habe einen Mandeltee dabei und viel mehr kann ich auch gar nicht dazu sagen. Den hat nämlich meine Frau in Dänemark gekauft, in so einem kleinen pittoresken Örtchen. Und das ist ein loser Tee und sie hat aber die Verpackung weggeschmissen. Und jetzt habe ich nur noch so eine Dose mit losem Tee da drin, der toll aussieht und super riecht. und es steht Mandeltee drauf.

Kay Ich sehe da so ein milchiges Gebräu bei dir in der Tasse. Hast du da Milch reingetan oder so? Oder ist der so?

Felix Ja, klar, Kay. Ich trinke doch diese aromatisierten Schwarztees immer mit Milch.

Kay Ein Schwarztee ist es.

Felix Ja, ja, genau. Das gibt immer so einen runderen Geschmack. Genau. Und ja, also trifft hundertprozentig meinen Geschmack. Also geht so sehr in die Richtung von dem Baileys-Tee, den ich jetzt kürzlich dabei hatte. Ich hatte ja schon mal so einen Amaretto-Tee dabei, Gina Amaretta, den ich ja sehr mag. Das ist alles so ein bisschen die gleiche Richtung und schmeckt mir sehr gut und ganz hervorragend.

Kay Großartig.

Felix Kay, was hast du uns mitgebracht?

Kay Ich war im Frühjahr irgendwann schon in Lübeck und habe da natürlich einen Tee gekauft und aber seitdem nicht geschafft, ihn hier im Podcast vorzustellen. Und jetzt habe ich ihn hier. Das ist ein Tee aus dem Lübecker Teekontor. Und er verspricht Sanddorn und Küstenkräuter. Was auch immer diese Küstenkräuter sein mögen. Jetzt habe ich ihn leider erst vor zwei Minuten aufgesetzt, weil ich ihn zum Beginn dieser Podcast-Folge vergessen habe.

Felix Schön.

Kay Deswegen ist er, glaube ich, noch nicht ganz durchgereift. Aber ich trinke ihn dann nachher einfach zwischendurch und mache dann so ein Mhh oder Oh. Oh. Hm.

Felix Sanddorn finde ich ja im Allgemeinen sehr lecker, auch als Schnaps. Bin mal gespannt, was du beim Tee dazu sagst.

Kay Und dazu habe ich auch in Lübeck so eine ganz kleine Duftkerze gekauft. Und die verspricht Meeresbrise. Und die zündet jetzt hier so neben mir her. Und so richtig was rieche ich noch nicht, aber ich bin sicher, es bringt mich noch mal. Ja.

Felix Du hast eine Kerze an.

Kay Duftkerze. Jetzt hier für die Leute, die uns möglicherweise auf YouTube sehen. Hier ist die kleine Duftkerze. Oh. Hm.

Felix Jetzt hast du YouTube schon angerissen. Die letzte Folge, die wir gemacht haben, die sogenannte Live-Folge aus dem Coding-Camp, die ist ja wahrhaftig in voller Länge bei YouTube online. Und dafür haben wir auch nochmal einen neuen YouTube-Kanal gemacht. So einige Leute haben uns ja auf unserer alten eigentlich Unternehmens-YouTube-Page schon abonniert.

Kay Das war auf jeden Fall eine ganz lustige Experience.

Felix Auf jeden Fall. Und ich fand den Podcast tatsächlich auch ganz gut. Und die Soundqualität zum Beispiel auch erstaunlich gut.

Kay So, Felix, ich habe zwei interessante, auch KI-relevante Themen, die jetzt gar nicht so Teil unserer Diskussion heute sind, weil sie eher privater Natur sind, aber ich wollte trotzdem gerne berichten.

Felix Das funktioniert, das Ding.

Kay das funktioniert. Vielleicht machen wir ein Foto für die Shownotes. Der hat mit den Toleranzen ein bisschen übertrieben. Ich wollte eigentlich so eine Aufnahme haben, wo der so passgenau reinpasst mit so einem satisfying Formschluss. Da hat der glaube ich ein bisschen mit den Toleranzen übertrieben, weil er unbedingt wollte, dass das passt und er natürlich auch nur anhand von einem Karopapier das nicht auf den Millimeter tracen konnte, aber es hat fantastisch funktioniert. Das muss ich einfach mal hier mit großer Begeisterung sagen.

Felix Ich dachte, jetzt kommt das Plot. Ja, und dann kam gar nichts bei raus.

Kay Ne, es war wirklich, wirklich gut. Also der hat dann auch tatsächlich mit, ich weiß gar nicht genau wie er das gemacht hat, aber mit so FreeCAD, wenn man das installiert hat, gibt es auch so CLI-Tools dabei. Das heißt, er hat nicht einfach irgendwas sich ausgedacht, sondern er hat wirklich externe Tools benutzt, die für so 3D-Modellierungen angedacht waren. Und da ist wirklich was Vernünftiges bei rumgekommen. Das hat mich total überrascht.

Felix Ja, anfangs sagte ich ja, das sind immer First-World-Problems, wenn der Rasierer nicht gerade im Regal steht. Aber ich lasse das mal so stehen. Also Kay, ich freue mich wahnsinnig, dass du jetzt einen Ständer für deinen Rasierer hast und dein Bad endlich ordentlich ist. Aber das Spannende und das ist ja, glaube ich, die Message dahinter ist ja, dass KI schon so weit ist, dass eben nicht nur Code funktioniert, sondern eben auch so Sachen, wo früher ziemlich am Murks bei rauskamen.

Kay Also der Rasierer ist mir schon zweimal entgegengefallen, als ich die die Tür aufgemacht habe. Und es ist ja nicht nur ein 3D-Modell, sondern auch ein druckbares 3D-Modell. Das hat ja nochmal besondere Voraussetzungen darin, dass die Dicke von den Wänden stimmt und alles Mögliche. Also das hat mich wirklich begeistert.

Kay Und was du gerade gesagt hast, schließt so ein bisschen ans zweite Thema an, was ich mitbringen wollte, nämlich, wenn ich so die Nachrichten verfolge, besonders die KI-relevanten Nachrichten, dann klingt das ja immer unfassbar krass, was da inzwischen geht. Also wahrscheinlich auch sehr viel Marketing dabei mit KIs, die automatisch irgendwelche Webseiten hacken, um ihre Testanforderungen zu erfüllen oder weiß ich nicht was.

Felix Mhm. Und dann klappt's.

Kay Da sprechen wir heute sicherlich auch nochmal, wie wir mit der KI interagieren und welche Anforderungen auch wir daran haben. Und das macht bei mir so eine komische Diskrepanz auf zwischen einerseits in der Theorie muss das ja das Beste auf der Welt sein, wenn man so Nachrichten und Hypes und auch Produktversprechungen hört. Und andererseits so aus dem Alltag merke ich immer wieder, da stolpert die KI mal hier oder macht da da mal einen schlechten Call. Und da frage ich mich, benutzen wir die einfach nur falsch oder ist das alles Marketing-Hype da draußen?

Felix Das ist jetzt eine ganze Podcast-Folge, die du aufmachst, mal eben so in der Einleitung.

Kay Ja.

Felix Aber ich stelle das natürlich auch fest. Ich gucke dann da rein und dann ist Claude Opus 5.5 irgendwie rausgekommen oder Fable 5.1. Und da braucht man nicht lange warten. Dann kommt das YouTube-Video raus, wo dann steht, das ist der absolute Game-Changer und Breaking und alles. Wenn dann der erste Hype so ein bisschen verflogen ist, merkt man, eigentlich ist es nuancenbesser als das letzte.

Kay Ich glaube, was da deutlich wird, ist, dass KI ein unglaublich mächtiges Werkzeug ist. Aber so wie jedes mächtige Werkzeug, muss man auch wissen, wie man damit umgeht. Und da hast du gerade schon gesagt, das Thema Prompt Engineering, aber auch, welche Sachen ich überhaupt als Prompt reinfütter. und ich glaube, das zeigt so ein bisschen, dass es nicht darum geht, mit der KI uns als Entwickler und Mittelsmänner zu ersetzen, sodass sich unsere Kunden künftig denken, ja, warum brauche ich noch den in IT, wenn ich doch alles einfach in die KI rein prompten kann, sondern dass man eben schon sehr genau mit diesem Tool wissen muss, umzugehen und wir als Experten geübt darin sind, diese Tools zu verwenden, die Prompts richtig zu schreiben, die richtig einzufangen.

Felix Habe ich sogar ein Beispiel aus der Praxis jetzt ganz aktuell. Da hat ein Kunde auf einer WordPress-Seite, wo ich inzwischen auch viel AI einsetze, hat einen Blogbeitrag geschrieben und hat den mit AI letztlich dann in Format bringen lassen und auf die Website bringen lassen. Und das ist so eine Elementor V4-Seite, also mit diesem Atomic Editor. Das weiß der Kunde natürlich so direkt nicht, also er könnte das sicherlich wissen.

Kay Genau.

Kay Es bringt uns organisch zu dem eigentlichen Thema, über das wir heute sprechen wollen nach einer Viertelstunde. Und zwar Code Reviews im Zeitalter von KI. KI. Die Genese für diese Folge kommt daher, dass ich insbesondere die letzten Wochen immer ein bisschen steigende Bauchschmerzen hatte, könnte man schon sagen, durch den Fall, dass wir in den vorherigen Folgen ja schon aufbereitet haben, wie großartig unsere Mitarbeitenden mithilfe von KI Code generieren können und das einfach dazu geführt hat, dass bei mir die Liste der Merge Requests, die ich Code reviewen sollte und bei denen ich Qualitätssicherung machen sollte, immer länger wurde und gleichzeitig jeder einzelne Merge Request ja wie so eine Abschlussprüfung ist.

Felix Ganz

Kay Man muss direkt, wenn man es vernünftig machen will, mit klarem Kopf dabei sein, sich in Sekundenschnelle in das Projekt mal eindenken, wenn man sogar unterschiedliche Projekte hat, überlegen, was sind da jetzt die Anforderungen, was will der Kunde eigentlich, was gibt es für Abhängigkeiten zu anderen Projekten, zu externen Diensten und so weiter.

Felix viele. Also ganz oben steht ja mal, und das wissen alle Hörenden des Podcasts hier, dass wir uns auf die Fahne geschrieben haben, schon seit jeher, dass wir Software in höchster Qualität machen wollen. Weil das einfach das ist, wie wir unseren USP definieren. Früher ist man dann vielleicht irgendwie nach Asien gegangen und hat da seine Software entwickeln lassen.

Kay Genau.

Felix Heute macht AI auch viel. und für uns war damals wie heute immer das Credo, wir wollen höchste Qualität machen und zwar in so einer Qualität, die jemand anderes nicht ohne weiteres machen kann. Also sage ich jetzt nicht, dass es da draußen nicht Leute gibt, die eine ähnliche Qualität machen, aber da muss man schon eine gewisse Expertise mitbringen. Und das ist jetzt in Zeiten von KI genauso wichtig wie früher.

Kay Bevor wir über die konkreten Sachen beim Code-Review sprechen, möchte ich ein anderes Gedankenexperiment anstoßen, nämlich mal rein hypothetisch, die KI würde uns helfen, 50% oder noch schneller den Code zu erzeugen und würde uns auf magische Art und Weise auch helfen, den Code in der gleichen Geschwindigkeit zu reviewen und die Sachen zu shippen.

Felix Das heißt, deine Theorie ist, wir müssen langsam arbeiten zum Selbsterhaltungszweck.

Kay Da zumindest nicht diesem Problem gewahr werden. Oder eben, das würde ich eher daraus mitnehmen, sagen, dass Geschwindigkeit nicht alles ist, sondern dann die Zeit, die man gewinnt, habe ich auch schon öfter gesagt, überlegen, wie man die besser einbinden kann.

Felix Ja, ich sehe das tatsächlich auch noch aus einer bisschen anderen Perspektive, habe ich hier glaube ich auch schon mal gesagt. Wir haben die Möglichkeit inzwischen ganz andere Sachen zu machen, die wir vorher mit KI so hätten nicht machen können. Zum Beispiel bauen wir jetzt gerade für den Kunden einen Custom Laravel Shop. Im Prinzip ist es eigentlich nur ein Warenkorb und ein Checkout, aber das wäre ein Umfang so mit Steuerberechnung und allem, was da so zugehört.

Kay Genau. Was ich direkt schon mal vorneweg ausschließen möchte, ist, dass manche Zuhörenden vielleicht sagen, ja, aber dann macht doch halt auch automatische KI-Reviews und dann shippt man das gleich. Und das ist, glaube ich, eine Sackgasse, die nur zum Teilen... Ja, genau.

Felix Aber lass uns da mal reingehen, Kay. Lass uns da mal reingehen in die KI-Reviews.

Kay Meine Grundprämisse ist ja, dass irgendein Mensch Verantwortung für den Code haben muss. Und genauso wie eine Maschine kein Urheberrecht erzeugen kann, weil es keine Maschine ist, kann eine Maschine keine Verantwortung für irgendwas haben, sondern es muss immer ein Mensch da sein. Und das heißt, wenn jetzt ich als Kay verantwortlich in einem Projekt bin, dann kann ich entweder sagen, okay, ich werfe mal Claude 5.irgendwas drauf und sage, mach mal ein Code-Review und der sagt, okay, alles okay und dann shippe ich es ohne zu sehen, dann ist das total schnell, aber dann nehme ich Verantwortung für etwas in Kauf, wofür ich gar keine Verantwortung nehmen kann, weil ich es nicht gesehen habe.

Felix Genau, du hast es richtig gesagt, KI ergänzt ja unseren Review-Prozess tatsächlich auch heute schon. Das ist vielleicht auch eine der Infos, die wir heute rausgeben wollen. Wir haben ja gewisse Mechaniken, zum Beispiel so einen Bot, da kommst du ja später nochmal zu, der auch so ein Pre-Review macht. Und natürlich sind die Entwickler auch in der Entwicklung schon angehalten, nochmal einen Loop zu drehen und zu sagen, KI, guck nochmal objektiv über meinen Code drüber.

Kay Ich glaube, es ist nur deine Wahrnehmung.

Felix Oha.

Kay Also, du hast schon recht im Sinne von, dass sich die Qualität der Reviews geändert hat, weil wir früher noch sehr mehr da reingegangen sind und gesagt haben, hier hast du irgendwelche Coding-Prinzipien nicht berücksichtigt oder warum ist dieser Stil besser als dieser Stil. Das hat sich aber meiner Meinung nach nicht dadurch gelöst, dass wir jetzt mehr KI einsetzen, sondern dass einfach die Mitarbeitenden durch die Zeit, die sie bei uns im Unternehmen sind, einfach schon unseren Stil verinnerlicht haben, wissen, worauf wir so Wert legen und das auch mitgestaltet haben und deswegen selber proaktiv da mehr darauf achten.

Felix Genau.

Kay Wobei da natürlich dann auch die Gefahr ist, und das gehört auch so weit dazu, dass die Mitarbeitenden dann selber mit KI irgendwelche Features machen und das dann nur so überfliegen, was das Ergebnis ist und dabei aber übersehen, dass sich die KI vielleicht nicht an die Guidelines hält, die wir so machen mit Early Escape statt so If-Verschachtelung. Genau.

Felix Aber was die KI schon richtig gut rausfinden kann, sind auch so Security-Probleme, so offensichtliche oder so einfach Bugs, wo dann die KI schon noch Wege findet, wie ein Code vielleicht nicht funktionieren kann. Das sind ja eigentlich Sachen, die zieht dir die KI heute richtig geil schon raus.

Kay Und das ist das, was ich gemerkt habe, was die große Stärke sein kann, ist, wenn du die KI gezielt auf ein Code-Review drauflässt oder gezielt ein Review machen lässt. Und zwar nicht in der Form von, hey, review mal bitte diesen kompletten Plan, der hier ist, der irgendein Feature macht, sondern gezielt sagen, hey, achte mal bitte auf Breaking Changes nach außen hin, weil unsere API von Drittnutzern genutzt wird.

Felix Da machst du so einen Punkt auf, der mir am meisten auffällt, wenn ich KI-Code reviewe. Die ist ja oft zu komplex unterwegs. Also die Kunden von uns, die haben eine bestimmte Anforderung und die KI baut aber oft Sachen, die für alle Eventualitäten funktionieren. Also wieder so ein Beispiel jetzt aus dem Shop. Wir haben nur mit europäischen, eigentlich nur mit deutschen Kunden zu tun in dem Fall. Und da haben wir eigentlich nur eine Mehrwertsteuer als Steuerberechnung.

Kay Du hast ein bisschen schon angedeutet, was wir jetzt als Konsequenz aus diesem ganzen Dilemma mitgenommen haben. Nämlich, es kann nicht die Lösung sein, dass die Mitarbeitenden weiter wie bisher ihren Code erzeugen und dann mir zum First Review geben, sondern dass dieser ganze Qualitätssicherungsprozess quasi einen Schritt weiter nach vorne gehen muss, damit bei mir als finaler Reviewer und derjenige, der die Verantwortung damit hat, möglichst entlastet wird.

Felix der baut ja Laravel Packages noch und nöcher ein, also ich hatte jetzt zum Beispiel bei den Produkten, da hätte er dann von Spatie so ein Media Package eingebaut, was super geil ist und Medien versionieren kann und verschiedene Größen anlegen kann und allen Zipp und Zapp, völliger Overkill für das Projekt und ihn da einzubremsen das ist sicherlich eine Aufgabe dann auch des Entwicklenden Mhm Mhm

Kay Weil ich könnte natürlich auch hingehen, wenn ich einen Branch bekomme und dann in die KI jagen und sagen, hier, mach mal ein Code-Review. Aber dann muss ich mich ja wieder damit beschäftigen, das Ergebnis des KI-Reviews zu beurteilen und in den Merge Request zu übertragen. Und das ist natürlich auch alles zeitintensiv. Deswegen kann der Schritt nur sein, das quasi auszulagern, bevor er überhaupt an mich herankommt und die Menschen, die den Code erzeugt haben mithilfe von KI, da mehr in die Verantwortung nehmen.

Kay Und wir haben da so kleine Tools, die du vorhin auch schon angedeutet hast, die dabei ein bisschen unterstützen, nämlich unseren KI-Bot. Der kann nämlich zum Beispiel schon in GitLab, wenn man ihn als Nutzer anspricht und sagt, hey, GITSBot, mach mal bitte ein Review mit diesen und jenem Themen. Dann kann der das schon ganz okay machen. Dann geht er auch den Code durch und schreibt direkt Vorschläge an den entsprechenden Stellen, so wie es ein menschlicher Reviewer auch machen würde.

Felix Ja genau, GITSBot übrigens, das hier nochmal vorweg steht für Geenen-IT-Systeme-Bot. Das hat mit Git, also der Versionierung jetzt, nicht so wahnsinnig viel zu tun, außer dass es bei uns dann im Wesentlichen über GitLab gesteuert wird. Genau, von daher passt es eigentlich ganz gut in eine Doppeldeutigkeit. Und Kay, ich habe mir vor dem Podcast sagen lassen, du machst zu diesem GITSBot tatsächlich noch ein kleines Interview, auch mit dem Gabriel.

Kay Genau. Ja, genau.

Felix Und da bin ich ganz gespannt drauf. Da gehst du ein bisschen auf die technischen Aspekte mit Gabriel ein, wie der gebaut wurde und was die Gedanken dahinter sind.

Kay Genau, der hat das nämlich alles aufgesetzt und nachdem ich jetzt gesagt habe, was der tut, klären wir jetzt in dem Interview, wie der das tut. Und das kommt genau jetzt. So, da haben wir es geschafft. Hier sitzt mir der Gabriel gegenüber. Hallo Gabriel, schön, dass du es einrichten konntest und schön, dass du dir die Zeit nimmst, darüber zu sprechen, was du da Feines gebaut hast.

G Gabriel Ja, gar kein Problem. Ich bin mal gespannt, ob ich alle Fragen beantworten kann.

Kay Ich hoffe doch, du hast es ja schließlich gebaut. Also wir haben gerade eben darüber gesprochen, was der GITSBot alles Tolles kann und weil du es gebaut hast, frage ich jetzt dich, wie das Ganze so funktioniert und vielleicht kannst du uns da ja so einen kleinen Einblick geben, so einen kleinen Abriss, wie das Ganze überhaupt funktioniert, dass wir in GitLab den GITSBot ansprechen können und der dann Dinge tut.

G Gabriel Yes, kann ich machen. Die Frage ist, wollen wir vorher einmal kurz klären, wie es dazu gekommen ist? Ich weiß schon gar nicht mehr, wer die Idee überhaupt hatte oder willst du direkt in das Technische rein?

Kay Ach, wenn du da was beitragen kannst, ich kann mich ehrlich gesagt auch nicht mehr erinnern. Schon so lange her.

G Gabriel Ich glaube, das fällt ein bisschen unter das Technische, deswegen erwähne ich das. Und zwar hat das, glaube ich, damit angefangen, weil ich angefangen habe, mit Claude diese Skills zu entwickeln und dann immer irgendwie Merge Requests reviewen lassen habe von Claude selber und da quasi ein Skill entwickelt habe, also quasi einfach ein Workflow, den ich abgelegt habe für Claude, dass bestimmte Sachen passieren sollen, wenn er ein Merge Request reviewt. Und ich glaube, das war der Aufhänger, dass ich mir dachte, okay, das kann man auch irgendwie automatisieren.

Kay Und wie hast du es dann geschafft, dass das bei GitLab so eingebunden ist? Also erstmal, da ist ein Claude dahinter, ne? Ganz klassisch, wie wir es ja auch benutzen mit unserem normalen Firmenaccount, also keine API oder solche Späße.

G Gabriel Genau, also zu den Grundlagen. Also es läuft halt im Docker-Container. Da wird einfach GitLab gepollt, jede Minute. Und wird einfach geschaut. Wir haben extra Account angelegt, der halt Berechtigung für die Repos hat. Und der schaut einfach, existiert ein neues Kommentar. und im Hintergrund läuft dann einfach Regex, der auf ein paar spezifische Wörter quasi prüft. Sowas wie Review, Wiedervorlage und ich glaube Fix.

Kay Ja, und Merge-Konflikt, ne?

G Gabriel Ja genau, Merge-Konflikt. Guck mal, ich benutze den aktuell gar nicht so viel, deswegen weiß ich das schon gar nicht mehr. Genau, aber das ist im Prinzip, was da passiert. Und wenn Regex anschlägt, hier, ich habe da was, dann passiert das, was du schon gesagt hast. Das Ganze geht an Claude und wir benutzen da keine API, sondern damals, wo ich das eingerichtet habe, hatte ich halt nur eine Subscription und dachte, okay, warum benutzen wir die nicht einfach, statt für eine extra API zu zahlen, wir haben die ja eh, genau, und dann wird da einfach Claude CLI aufgerufen im Docker mit dem Prompt, den du halt in GitLab gepromptet hast, oder der Frage, genau, und das Ganze geht dann an einen Workflow, also an so einen Skill, der dann entscheidet, was passieren soll.

Kay Das ist aber alles bei dir lokal auf dem Rechner im Docker-Umgebung, hast du gesagt.

G Gabriel Genau, das ist alles bei mir lokal. Das läuft im Docker. Da habe ich ein Image für, um das zu starten. und genau, dann gibt es dann natürlich ganz viele Feinheiten noch, die man einstellen muss, das Ganze drumherum, wie viele Dateien darf der überhaupt lesen, weil wir wollen ja nicht alle Tokens verballern und dann muss man natürlich diesen Workflow, diesen Review feintunen, was soll der überhaupt alles reviewen nach Projekt, dann checkt Claude quasi, in welcher Domäne befinden wir uns überhaupt, hat der PR irgendwie nur Frontend-Änderungen oder nur Backend-Änderungen, Also wenn ich im Backend bin, brauche ich keinen Frontend-Review und dann gibt es halt ein paar Checks, was sinnvoll ist zu reviewen und der passiert dann im Hintergrund.

Kay Wie meinst du das denn mit diesen spezifischen Themenfeldern? Das ist doch im Prinzip dieselbe Claude-Instanz, die dahinter läuft. Oder hast du da spezifische Feintuning-Einstellungen, je nachdem, ob es eine Backend-Änderung ist oder so? Mhm.

G Gabriel Genau, also ich habe quasi so, ich nenne es mal Style Guides, ich weiß nicht, ob es der passende Begriff ist, aber so Regeln festgelegt, was der alles prüfen soll, wenn es jetzt, sage ich mal, ein Backend gibt. Und da haben wir als Firma einfach so ein paar Standards festgelegt, die geprüft werden. Das gleiche im Frontend irgendwie auf SEO achten oder sonstige Sachen.

Kay Okay.

G Gabriel Ja, das geht wahrscheinlich auch. Ich hatte ganz selten im Hinterkopf, dass das möglichst Token-effizient sein muss. Deswegen ist so ein Regex natürlich super easy, dass der schon nach bestimmten Wörtern checkt und dann weiß ich schon, das und das muss passieren. Wenn vorher noch Claude läuft und der für mich entscheiden muss, dann verbrauche ich ja im Prinzip Geld und das auch noch viel langsamer als ein Regex-Check.

Kay Mhm.

G Gabriel Ja genau, das ist auch einfach nur ein, ich glaube Daemon ist der Fachbegriff, also einfach ein Programm, was im Hintergrund läuft. Dieser 60-Sekunden-Takt, der prüft dann gleichzeitig auch mit der Wiedervorlage. Das ist auch rein programmatisch, das ist Claude erstmal gar nicht involviert. der checkt einfach, wann dieses Kommentar passiert ist oder der lest sich die Sachen im JSON-File ab und prüft dann halt das Datum. Und wenn das Datum halt überschritten wird, dann macht er da Sachen.

Kay Und dabei alles nur während dein Laptop aufgeklappt ist. Also das heißt, wenn du mal Urlaub hast oder krank bist oder dein Laptop aus anderen Gründen nicht läuft, dann lebt das ganze Ding auch nicht.

G Gabriel Genau, das ist ja die große Diskussion, was heißt große Diskussion, aber die Diskussion, die wir schon mal hatten, eigentlich müssten wir das mal auf dem Server deployen, aber optimal, also das ist schon ein fertiges Image, das könnte man easy deployen, wenn man einen Server hätte, wo es drauf laufen kann. Genau.

Kay Hast du das Image gebaut oder gibt es da schon so vorgefertigte Teile?

G Gabriel Ne, das habe ich gebaut und wenn ich sage, ich habe das gebaut, hat Claude das natürlich geschrieben. Genau, also das ist kein vorgefertigtes Image. Also man kann eigentlich sagen, 100% hat Claude geschrieben und ich habe die ganzen Specs überlegt, was darf nicht passieren und so weiter. Wo sind Gefahren? Also das Ganze drumherum, was ja bei uns im Alltag aktuell.

Kay Mhm.

G Gabriel Nö, im Prinzip ist das ziemlich effizient. Das Einzige, was halt passiert im Hintergrund, ist, dass das Projekt ausgecheckt wird. Also es wird halt ausgecheckt, auch die Dependencies und so installiert. Und das braucht natürlich ein bisschen Ressourcen, je nach Projekt. Und ich bin mir gar nicht sicher, ob die Tests sogar durchlaufen. Ich glaube sogar nicht, weil das wird nochmal einiges an Ressourcen schlucken. Nö, aber ansonsten geht es halt, wie gesagt, alles an Claude. und bei uns selber passiert da gar nicht so viel.

Kay Okay, cool. Und über GitLab kommuniziert er dann, indem du da einfach über GitLab die CLI von GitLab und dann mit dem entsprechenden Token für den Nutzer, den wir dafür angelegt haben? Oder wie funktioniert das?

G Gabriel Genau, also da sind ein paar Sachen, die da passieren. Zum einen einfach beim Klonen vom Projekt per Curl mit dem Token und wenn so Kommentare geschrieben werden sollen oder sowas, also der Bot macht ja auch Inline-Kommentare oder so, da haben wir auch so eigene Skills für die Firma mittlerweile. Der benutzt dann glab im Hintergrund, also das von GitLab, so ein, ich weiß nicht, ob ein CLI-Tool, ich meine nicht schon, ist. Und genau, da ist er halt auch autorisiert einmal und darüber läuft das dann.

Kay Wichtig war mir ja vor allem, das visuell zu machen, dass man wirklich direkt sieht, dass das von dem Bot ist. Weil ansonsten, wenn man es von sich lokal macht, dann benutzt der Claude, wenn man da irgendwelche Merge Requests kommentiert, eben den Nutzer, mit dem man gerade angemeldet ist. Und das ist ja üblicherweise gerade der persönliche. Und was mir zumindest wichtig, direkt anzuzeigen, guck mal hier, das ist von der KI gemacht.

G Gabriel Ja, im Prinzip sind die Skills, die jetzt hier im Bot benutzt wurden, eigentlich auch die Skills, die ich im Alltag benutze. Und Skill nochmal ist quasi einfach nur ein Workflow, der einem abgelegt wird. Claude genau sagt, was er zu tun hat, wenn bestimmte Sachen passieren. Und das kann man sich halt, Du kannst Claude einfach sagen, erstell mir ein Skill für XY.

Kay Genau, es gibt im Prinzip Textdateien, die sagen, wenn Trigger, ist einfach ein Texttrigger, also letzten Endes auch ein Regex, oder? Oder ist es ein inhaltlicher Trigger?

G Gabriel Nee, also ich bin mir fast 100% sicher, aber gerne nochmal nachprüfen. Aber so ein Skill ist immer in zwei Teile aufgebaut. Einmal eine Kurzbeschreibung, das wird quasi direkt in den Kontext geladen und immer, wenn diese Kurzbeschreibung zutrifft, keine Ahnung, bei Erwähnung von ComfyUI, mach was, dann schaut er sich den Skill spezifisch an, also dann liest er die Datei erst komplett ein, weil dieser Skill kann theoretisch beliebig lang sein und sehr komplex sein und wenn du jetzt, sagen wir mal, 10 oder 100 Skills hast und der die alle in Kontext direkt von Anfang an laden würde, also dann hast du direkt ein großes Problem, weil der Kontext von Claude selber voll wird und das willst du halt verhindern, deswegen hat jeder Skill wirklich nur eine super kurze Kurzbeschreibung oben, wenn man sich so eine Skill-Datei anguckt und weiter drunter ist dann die ausführliche Version.

Kay Okay, ja, ich kann auf jeden Fall nochmal sagen, cool, dass du dich damit beschäftigt hast. Und der hat mir schon sehr gute Dienste erwiesen in so kleinen niggeligen Nervigkeiten, wie mal eben so ein Merge-Konflikt lösen oder sowas. Also schon ein großartiges Tool. Danke, dass du dir die Zeit genommen hast, das kurz mit mir aufzubereiten. Und ja, jetzt gehen wir rüber wieder ins Hauptgespräch, würde ich sagen. Tschüss, Gabriel. Ja,

G Gabriel Tschö, tschö.

Felix Und nachdem wir wieder da sind, möchte ich jetzt nochmal einen an zwei, drei anderen Sachen anknüpfen, die du jetzt vor dem Interview gesagt hast. Und vielleicht mal ganz zunächst das Problem an KI-Code, warum wir das überhaupt reviewen müssen. Weil man könnte jetzt darauf kommen, wir müssen ja KI-Code gar nicht unbedingt reviewen, weil wir gehen mit einem richtigen technischen Verständnis ran.

Kay genau. In der Hinsicht sehe ich den Code von KI gar nicht anders als der Code von jedem anderen Mitarbeitenden. Nämlich ist es grundsätzlich immer gut, wenn noch eine zweite Person drüber schaut. Und das Ding von gerade, vor allem die Person, die die Verantwortung dafür hat, muss auch nochmal drüber schauen. Genauso wie ich nicht sage, der Code von dieser Mitarbeitenden Person, den winke ich einfach blind durch, kann ich das auch von der KI nicht sagen.

Felix Da kommst du so ein bisschen auf das Thema, was eigentlich meine These für das Ganze hier ist, dass sich vielleicht die Reviews ein bisschen verschieben, einerseits ein bisschen weiter nach vorne Richtung, dass man früher noch über Architektur und Entscheidungen und auch fachliche Entscheidungen spricht und nach ganz hinten, wenn der Code dann geschrieben ist und so Und man dann aber nochmal anders testen muss, als das vielleicht bei einem menschlichen Entwickler der Fall wäre.

Kay Das passiert, glaube ich, häufig auch, wenn es ein iterativer Prozess ist. Dann erzeugt die KI erst den Checkpunkt und dann sagst du, ey, jetzt im nächsten Schritt hätte ich gerne so ein Ding. Dann geht die aber nicht hin und revidiert das, was sie vorher gemacht hat, sondern setzt das iterativ oben drauf.

Felix Genau. Und das ist hier mit Fable 5.1 und X-High Effort. Also ist jetzt auch nicht, dass es irgendwie an den Tokens gescheitert wäre oder so. Genau. Und vielleicht dann noch als kleiner Einschub. Ich habe dieses Datenbankmodell für gemacht. Also ich habe mir am Anfang einen Prompt gegeben, habe gesagt, ich will ein Datenbankmodell und das ist eben kein ganzer Shop, sondern im Wesentlichen dieser Checkout und dann hat er mir schon was hingepackt und natürlich habe ich Sachen nicht im ersten Prompt mit drin gehabt und musste nacharbeiten und so, aber am Ende habe ich 105 Versionen von diesem Datenbankmodell gemacht, bis ich bei einem Datenbankmodell war, wo ich gesagt habe, jo, das passt jetzt.

Kay Ordered UUIDs, sagt man auch.

Felix Ja, genau. Wir wollen diese Ordered UUIDs verwenden. Und dann hat die KI das erstmal auf alles gemacht. Und dann habe ich gesagt, ja, auf alles macht vielleicht keinen Sinn, weil es so Sachen gibt wie, ich sage mal, das Land oder ein State oder so, die brauchen jetzt keine ULIDs. Da können wir den Ländercode eigentlich sogar als ID verwenden, aber im Zweifel dann ganz normal, wie Laravel das vorgibt, ein BigInt und das funktioniert eben für viele Sachen.

Kay Was sich daran anschließt, ist eigentlich schon die eine von zwei Lösungsstrategien, die wir uns jetzt in der Firma vorgenommen haben, um diesem ganzen Review-Thema Herr zu werden. Zwei Stück, wie gesagt. Die eine davon ist, dass die Mitarbeitenden schon mehr Aufgaben der Qualitätssicherung und des Reviews übernehmen. Und das bedeutet meiner Meinung nach, und so bekomme ich auch die besten Ergebnisse, dass ich nicht als normale entwickelnde Person oder als normaler Entwickler eine Aufgabe bekomme, die quasi ungesehen in die KI reinprompte und dann das Ergebnis als Merge Request direkt weiterleite.

Felix Genau, das Allerwichtigste, und das habe ich eben schon mal angedeutet, und das hast du jetzt so auch gesagt, ist eigentlich, dass wir uns vor den Aufgaben nochmal Gedanken machen, was ist eigentlich die Aufgabe. Wir hatten jetzt letztens so einen Fall, da kam ein Mitarbeiter auf dich zu, und ihr hattet das Thema, dass die Reviews so lang sind und dass es von der Fachlichkeit nicht ganz hundertprozentig so umgesetzt war, wie du dir das vorgestellt hast.

Kay und das ist nämlich der zweite große Punkt, wie wir das entlasten wollen. Vorab schon besser abklären. Das ist natürlich so ein Henne-Ei-Problem wieder mit der Zeit, weil wenn ich einerseits überlastet bin, die Code-Reviews zu machen, habe ich andererseits natürlich auch nicht so viel Zeit im Vorfeld, die ganzen Tasks perfekt auszuarbeiten und mir schon vorab diese Gedanken zu machen. Das müssen wir jetzt einfach, glaube ich, sehen, wie sich das in der Realität auszahlt.

Felix Kay, ich habe eine Theorie im Vorfeld des Podcasts, als ich mich damit beschäftigt habe, entwickelt. Und wir haben ja früher immer schon mal über Test-Driven-Design gesprochen. Und dass man erst Tests schreibt und dann den Code schreibt. Und das war jetzt für uns früher nie so das hundertprozentige Modell. Haben wir, glaube ich, im Podcast auch schon mal drüber gesprochen, weil das auch seine Downsides hat.

Kay Also zunächst einmal muss ich dich korrigieren, dass es Test-Driven Development heißt und nicht Test-Driven Design, bevor uns die Leute alle aufs Dach steigen. Und zum Zweiten ist das natürlich ehrlicherweise so, wie man eigentlich gute Aufgaben überhaupt erst reinschreibt. Wir haben da bei der ClickUp-Folge drüber gesprochen, wie das eigentlich von Anfang an aufbereitet sein sollte.

Felix Oha, ja, sorry. Sorry.

Kay Und da zählt eben nicht nur zu, warum irgendetwas gefordert ist und wie man es macht, sondern auch so eine Definition of Done Liste, wo man sagt, das sind hier die Kriterien, die ich durchgehen kann, um zu entscheiden, ob das funktioniert oder nicht. Und das macht man in großen Projekten und für große Aufgaben natürlich wahrscheinlich eher mehr, als wir so im Alltagsbusiness das vielleicht beherzigen. Aber das geht ja so ein bisschen in die Richtung und da ist ja eigentlich auch wieder der Mensch nichts anderes als die KI, nämlich wenn ich eine Aufgabe weitergebe, egal ob jetzt an die KI oder an einen Menschen, muss ich im Vorfeld im Prinzip schon möglichst viele Informationen bereitstellen, damit die Person oder die KI, die das ausführt, überhaupt weiß, was sie zu tun hat und wie sie beurteilen kann. ob das, was sie macht, sinnvoll ist.

Felix Ich habe das Gefühl, die ganzen Themen, die da aufkommen, sind eigentlich die, die wir früher schon hatten. Nur früher hatten wir halt mit mitdenkenden Entwicklern und Entwicklerinnen weniger ein Problem, während heute eine KI natürlich so sehr nach Schema F und sehr stumpf losmarschiert. Und wenn man da was nicht definiert, dann kriegt man das auch direkt aufs Brot gestrichen, was früher nicht unbedingt so der Fall war. Und deswegen ist es vielleicht heute noch wichtiger, hier dann so Prozesse einzuhalten, so nervig Prozesse manchmal auch sind.

Kay Ja. Genau, das Problem ist, das Neueste ist einfach nur jetzt unglaublich verstärkt durch die Geschwindigkeit, die dahinter steckt. Also da kann die KI in einer halben Stunde das schaffen, was ein Mensch in einem Monat geschafft hat vielleicht. Und das verstärkt natürlich diese ganzen Probleme, die da vielleicht mitkommen, wo man früher mehr Zeit hatte, einzugreifen.

Felix Genau so, ja.

Kay Und ein letzter Punkt, den wir auch schon öfter gesagt haben, aber den ich mir natürlich trotzdem weiter hoffe, ist, dass die Leute bei uns in der Firma, aber vielleicht auch in anderen Positionen, die sich bis jetzt mehr so als Entwickler gesehen haben und stumpf eine Aufgabe bekommen haben, sie abarbeiten und sie abgeben zum Review, sich mehr selbst befördern und sich mehr als kleiner Projektleiter in sich betrachten, die dann wieder mit der KI untergeben unter sich haben und eben dann mehr Zeit jetzt vielleicht gewinnen, dadurch, dass sie nicht mehr selber die Tasten drücken müssen für die Zeichen, die die KI einfach auskotzt und dadurch mehr Zeit haben für Kommunikation, für Code Review selber schon, für Nachdenken über Coding-Prinzipien und Software-Architektur, vielleicht auch Kommunikation mit dem Projektleiter oder mit dem Kunden.

Felix Genau, und das ist für viele Entwickler und Entwicklerinnen natürlich schwierig, weil das schon, ja, eine Änderung im Aufgabenbereich und im Arbeiten ist. Und wir haben schon einige Leute, und da gehöre ich sicherlich auch selbst zu, also ich habe mich immer gefreut, wenn ich Code schreiben konnte und wenn ich da in meinem Kämmerchen sitze und dann einfach ein bisschen Zeit für mich habe und das machen kann und vielleicht auch nicht so viel mit dem Kunden quatschen muss und nicht so viel Projektleitung nur mal rummache, sondern dass mir vielleicht jemand anders abnimmt.

Kay Was da noch ein Thema ist, was mir etwas Bauchschmerzen bereitet, ist, dass ja dann trotzdem die Person, die den Code im Kleinen gemanagt hat und dann trotzdem aber zum Code Review weitergibt an diejenige Person, die Verantwortung für das ganze Projekt hat gegenüber dem Kunden, dass da vielleicht schon sehr viel Mühe investiert ist, die der Projektleiter oder der Code Reviewer dann vielleicht nicht sieht.

Felix Total. Übrigens zu diesem GITSBot auch noch ein ganz kleiner Einschub. Wenn den jemand so oder in ähnlicher Form auch für sich im Unternehmen verwenden wollte, dann kommt gerne auf uns zu. Also wir richten sowas gerne ein, wir besprechen das gerne mit euch, wir jagen gerne Gabriel bei euch mal über den Hof, dass der euch sowas baut. Also das funktioniert schon richtig gut, nimmt uns richtig viel ab und ihr habt es ja sicherlich im Interview, habt ihr das sicherlich auch gehört. Genau.

Kay Oh nein, jetzt geht's schon los. Exposed, es gibt mich gar nicht wirklich.

Felix Kay, ich hatte noch zwei kontroverse Fragen, die wir hier noch reinschieben können. Mit Blick auf die Uhr haben wir nicht mehr so wahnsinnig viel Zeit, aber vielleicht schmeiße ich dir noch mal eine hin. und da würde ich noch einmal wrap-uppen, was wir machen, damit die Reviews bei uns nicht so ein hartes Bottleneck werden. Ich glaube, ganz raus kriegt man es nicht. Aber dass wir nochmal alles zusammenfassen, was wir gesagt haben.

Kay Ich bin gespannt. Ich kann jetzt übrigens einwerfen, dass der Tee ganz lecker war. Ich habe ihn jetzt so parallel getrunken und er ist mir sehr im Gaumen zergangen.

Felix Ah, herrlich. Ja, mein Tee ist schon fast leer hier.

Kay Auf dem Gaumen, ne?

Felix Eine These, die du immer mitbringst, ist ja in den Reviews, dass diejenigen, die den Code erzeugt haben, also die Entwickler und Entwicklerinnen, dass die jede Zeile ihres Codes dir eigentlich erklären können müssen. Und das würde ich hier gerne nochmal so als These mit aufnehmen, weil das, glaube ich, sehr kontrovers ist. In meinem Kopf genauso wie wahrscheinlich da draußen.

Kay Oh ja.

Felix Ich bin mir gar nicht sicher, was ich für eine Meinung dazu habe. Aber da würde ich dir mal den Vortritt lassen, dass du das mal kommentierst. Also sollte jeder Entwickler jede Zeile seines Codes, also jede Zeile seines PRs auch kennen und dir auf Anhieb erklären können? Mhm.

Kay Ja, also ja, mit Einschränkungen. Also Also jetzt im Zeitalter von KI ist das so ein kleines Spiel, was ich mit mir selber gerne spiele, dass ich, wenn ich weiß, und manchmal sieht es ja auch, dass Sachen mit KI gemacht wurden, dass ich mir die Leute in den Merge Requests dabei nehme und denen Stellen zeige und sage, was passiert hier und warum ist das Quatsch?

Felix Mhm.

Kay Und das funktioniert, wenn eine Person das macht, aber Aber wenn ich in zehn Projekten drin stecke und jeder sich die Mühe selber sparen möchte, habe ich halt die zehnfache Mühe im zentralen Review. Genau

Felix sehe ich genauso, du hast es ein bisschen anders genannt, aber ich würde das auch mal dieses Keyword Code Ownership darüber schreiben und das ist ja genau das, was wir haben wollen und was auch so eine Säule unserer Qualität ist, dass derjenige, der ein Produkt bei uns entwickelt, dass der eben diese Code Ownership hat und tatsächlich bis auf Code-Ebene runter auch Fragen beantworten kann.

Kay diese Qualität, die wir uns vorschreiben, ist ja das, was wir dem Kunden verkaufen. Und das passiert so oft, dass der Kunde mich anruft und sagt, hey, wie ist denn das und das oder ich habe diese und jene Idee. Und dann weiß ich halt meine Projekte und kann aus dem Stand am Telefon mit ihm drüber reden und ihm sagen, hey, die Idee, die du da hast, die funktioniert nicht, weil da machen wir ja das.

Felix Richtig.

Kay Und so ist es eben auch eine Etage tiefer, wenn ich mit den Mitarbeitenden interagiere, wenn ich da oft eine Stelle zeigen kann und die Person kann mir erklären, was da abgeht und sagen, wie die Relationen sind und was das für Implikationen hat. dann hinterlässt das für mich natürlich auch einen anderen Eindruck und ich traue den Menschen vielleicht auch mehr zu, dann beim nächsten Mal Projektmanagement zu machen, statt nicht nur Entwicklung.

Felix Und für mich ist aus wirtschaftlicher Perspektive noch ganz wichtig, dass ihr am Telefon ja sogar auch Schätzungen rausgeben sollt. Also wenn euch ein Kunde anruft und fragt, hier will ich noch den Button erweitert haben, dann sollt ihr bestenfalls schon sagen, jo, das kriegen wir easy in einem halben Tag hin, da brauche ich zehn Minuten für, da brauche ich eine Woche für. und ich glaube, so eine Aussage präzise formulieren kann man nur dann, wenn man wirklich auch weiß, was unter der Haube abgeht und wir schreiben das sogar inzwischen auf unserer Website drauf, dass wenn uns jemand anfragt, dass er im ersten Gespräch im Prinzip auch schon eine Marschrichtung kriegt und dann merke ich, dass andere da natürlich ganz vorsichtig sind, also wenn ich angefragt werde und dann sagt mir jemand, ich brauche hier ein kleines Tool für dies und das, dann versuche ich dem schon zu sagen, jo, das könnte 25.000 Euro kosten, plus minus, nagel mich nicht drauf fest, ich gucke es mir nochmal an so, ne, aber Aber so eine Aussage, die kann man nur dann machen, wenn man wirklich weiß, was da technisch dahinter steht, was schon da ist, was man wiederverwenden kann, was für Implikationen das hat.

Kay hoffe.

Felix Ich würde jetzt noch eine ganz kleine Einschränkung machen. Wir machen ja jetzt auch wieder vielere, so kleinere Webseiten, einfach weil das mit KI cool funktioniert und gut geht. Und wenn man da noch mit einem gewissen technischen Verständnis drauf guckt, dann kann man wirklich gute Ergebnisse erzielen. Und bei so Projekten, wo ich sage, das ist eine statische HTML-Seite, die dabei rauskommt, oder es ist vielleicht ein Projekt, was jetzt nicht so den wahnsinnigen Umfang hat, da ist vielleicht auch der Fokus auf Design, dass das Budget nicht so hoch.

Kay Genau. Man muss vielleicht nicht jede Zeile kennen, sondern nur jede Zeile, die wichtig ist. Aber um zu wissen, welche Zeilen wichtig ist, muss ich ja alle Zeilen kennen.

Felix Geil, das lasse ich als letzten Satz so stehen.

Kay Sehr schön.

Felix Ich würde das gerne noch einmal wrap-upen, was wir machen, damit dieses Bottleneck Review nicht so groß wird, wie es eigentlich im Moment werden könnte und aus meiner Perspektive, und du kannst es gerne ergänzen, haben wir als allererstes mal, dass wir uns viel mehr darauf fokussieren, die Architektur vielleicht die Akzeptanzkriterien die Tests vorher schon festzulegen das heißt, wir wollen eigentlich den Task noch genauer schreiben, als das früher ohne KI der Fall war.

Kay Das

Felix Wir wollen vorher die Fachlichkeit noch viel genauer klar haben, was will ich eigentlich umsetzen? Und das bestenfalls noch in kleinere Blöcke dann irgendwie unterteilen, dass man nicht so Riesenpunkte hat. Dann machen wir einen KI, ich nenne es mal Pre-Review. Das heißt, wir wollen, dass KI uns eigentlich alle Sachen rauszieht, die uns früher Zeit gekostet haben in einem Review.

Kay wäre der Traum. Und vielleicht machen wir ein Follow-up in einem halben Jahr, wo wir darüber sprechen, ob das geklappt hat oder wir nochmal nachjustieren.

Felix Dem wird es hundertprozentig geben, weil das ja wirklich so ein sehr dynamischer Prozess ist im Moment, wie wir merken und wir immer versuchen, da an der einen oder anderen Schraube zu drehen und das irgendwie noch besser zu machen. Und da wird sicherlich noch was kommen. Aber vielleicht war schon das eine oder andere dabei, was jemand hier auch mit rausnehmen kann.

Kay Genau. Ich nehme an, es wird unumgänglich KI Folge 5 kommen, einfach weil das so ein prägnantes Thema ist. Aber wir müssen dann auch mal jetzt in nächster Zeit wieder gucken, dass wir mal ein bisschen andere Themen reinbekommen, damit wir ein bisschen diverser aufgestellt sind und nicht alle Leute glauben, bei uns dreht sich alles nur um KI.

Felix Das stimmt, aber ist natürlich ein großer Teil unserer Arbeit geworden. Aber wie auch jede Folge ermuntern wir die Leute natürlich, uns hier auch Themenvorschläge reinzubringen. Feedback immer gerne. podcast@geenen-it-systeme.de Müsste auch in den Shownotes stehen. Also gebt uns gerne Feedback, gebt uns gerne Themen rein. Sei das Unternehmenskultur, sei das technischer Natur. Und wenn ihr Kay glücklich machen wollt, wirklich Hardcore-Technik-Themen nehmen wir gerne mit auf.

Kay Wunderbar, hat mich gefreut, Felix.

Felix Kay, hat mir ganz viel Spaß gemacht und wir hören uns.