#94 - KI- und Vibe-Coding für Unternehmen, Teil 5: KI-Agenten unterstützen auch bei Altanwendungen

00:00:00: Hallo und herzlich willkommen zum Asono Podcast Chatbots & KI.

00:00:04: In der letzten Folge haben wir darüber gesprochen, wie sich Vibe-Coding in den letzten Monaten weiterentwickelt hat hin zu strukturierten Ansätzen wie Spec Driven Development und Agented Coding.

00:00:14: Dabei wurde deutlich, KI kann heute bereits große Teile des Softwareentwicklen übernehmen wenn sie richtig steuert wird – und eröffnet Unternehmen ganz neue Möglichkeiten schneller und effizienter zur Ergebnissen zu kommen!

00:00:25: In dieser Folge gehen wir noch einen Schritt weiter und schauen uns an, wie sich diese Ansätze in der Praxis bewähren.

00:00:30: Insbesondere im bestehenden gewachsenen System.

00:00:33: Es geht um Kotqualität, Refectoring, Governance, Kosten... ...und die Frage, wie sie KI sinnvoll und wirtschaftlich in ihre Entwicklungsprozesse integrieren können!

00:00:41: Und jetzt geht es direkt weiter mit dem Interview.

00:00:43: Viel Spaß beim Hören!

00:00:45: Wissen das in unseren Köpfen Implicit drin ist?

00:00:48: Sachen, die wir wissen muss man explizit machen.

00:00:50: Da geht's Ganz klar dann eben darum, dass man wirklich präzise ist was man möchte.

00:00:54: Open AI und Anthropic wollen halt noch dieses Jahrzehnt profitabel werden und da sind sie weit, weit von entfernt.

00:01:00: Das heißt auf irgendeine Art und Weise muss zwar mehr Geld reinkommen wahrscheinlich wird es auch dafür sorgen das die API's aber teurer werden.

00:01:07: Und dann sind so drei vier fünf hund Euro bei einem Entwicklergehalt nicht vernachlässigbar Aber den Mehrgewinn locker wert

00:01:16: Wie bei allen Themen rund um die KI.

00:01:17: Man muss so das Gleichquicht die Balance finden zwischen komplett immer ganz vorne mitlaufen und verstehen, und mitmachen.

00:01:25: Und produktiv sein?

00:01:27: Ja!

00:01:28: Genau als Beispiel dazu wir haben... Wir nutzen im Unternehmen ja GitHub Co-Pilot zum Beispiel.

00:01:34: GitHub Co Pilot ist jetzt nicht Innovationstreiber es ist schon State of the Art von vor einem Monat, vor zwei Monaten sagen mal so.

00:01:44: auf der anderen Seite hast du sowas wie Cloud Code.

00:01:46: die bringen ständig neue Sachen raus, die definieren das Speckdriven Coding agentische programmieren neu immer wieder mit sowas wie den mcp-Protokoll, mit Skills und der CloudMD.

00:01:59: Das ist wirklich das State of the Art!

00:02:02: Das ist aber auch explorativ und nicht alles was sie machen klappt immer auf Anhieb.

00:02:07: Wenn man da am Ball bleiben will muss man quasi jeden Tag sich immer informieren in etwas Neueste machen.

00:02:13: Und so was jetzt wie GitHub Corporate ist halt eher so... gemächlichere Modell das aber dann sehr viel mehr auf Governance setzt, mehr auf Reproduzierbarkeit setzt.

00:02:25: Wo man immer noch sagen wir mal irgendwie neunzig Prozent des Ergebnisses erzielt... ...aber halt nicht ständig am Ball bleiben muss weil es einfach besser aufbereitet ist, besser dokumentiert ist und sowas in der Richtung.

00:02:34: Mehr so dass Arbeitspferd?

00:02:35: Ja genau!

00:02:38: Also wenn ich jetzt mal zusammenfassen darf du wirst ja eigentlich mehr sowas wie der Entwicklungsleiter von einem kleinen Team und das Team sind dann halt deine Agenten

00:02:47: hat quasi so eine neue, neue Ebene in der Unternehmensherarchie noch unter den Entwicklern eingebaut.

00:02:51: So dass man selbst oder man ist einer Ebene hochgerutscht weiß nicht genau wie man es beschreiben soll oder ob man es genau labeln muss aber man hat auf jeden Fall Verantwortlichkeit quasi für die Agenten.

00:03:03: Auf der anderen Seite ist man da.

00:03:04: also Es ist schwierig zu sagen auch vor allem genau wo es genau hin führt.

00:03:08: das ist ja auch so ein Ding.

00:03:09: Es wird auf jeden fall sein dass man per se produktiver ist und dass man mehr in der verwalterischen oder auf der verwalterischen Ebene arbeitet, auf der Leitende, auf die Management-Ebene mehr arbeiten wird.

00:03:21: Ganz einfach weil der Code wird durch andere geschrieben.

00:03:23: man muss eben dafür sorgen dass dieser Code erstens Qualitätskriterien erfüllt und dann auch dafür sorgen wie er ausgeliefert wird.

00:03:31: Qualität ist ein tolles Stichwort!

00:03:33: Wie hat sich die Qualität

00:03:34: des generierten Codes in den letzten Monaten verändert?

00:03:36: Hast du da eine Verbesserung festgestellt?

00:03:39: Ja, auf einer Seite natürlich aufgrund der Modelle Also der neuen Modelle, wir haben ja den über das letzte halbe Jahr reden so quasi.

00:03:47: Dann ist da GPT-Fünf drei Codex rausgekommen, Opus vier sechs vier sieben hatte ich vorher schon mal kurz angerissen.

00:03:54: Das sind wirklich krasse Sprünge.

00:03:57: Es gibt ja noch dieses mysteriöse Mythos also Claude Mythos.

00:04:01: Ob es wirklich so gut ist wie Claude selbst sagt weiß er nicht.

00:04:05: auf jeden Fall ein sehr genialer PR Stunt.

00:04:07: Aber die Qualität der Modelle per se die rohe Qualität ist Viel viel besser geworden.

00:04:13: Auf der anderen Seite ist natürlich auch diese ganzen Frameworks dieser sogenannten Harnaces, die man da rumherum baut wie man jetzt diese PS auf die Straße wirklich bekommt, die tragen auch viel dazu bei.

00:04:23: Einfach so was wie zum Beispiel die Agents MD das sind quasi die Readme der Agenten Da stehen Anweisungen drin an sie sich dann wirklich ziemlich genau halten.

00:04:31: So unsere Agence MDs habe ich jetzt so geschrieben dass man erst mal einen kleinen Überblick bekommt, über das Repository ist nicht detailliert.

00:04:39: Weil das kann sich der Agent selbst raussuchen aber braucht erstmal so ein grobem Leitfaden sowas.

00:04:42: Aber vor allem auch sowas wie nach jeder Änderung die du machst macht folgende Schritte und das sind dann so Linting Formating Typechecks Tests Und bei allen Änderungen am UI mache ich User-Tests über den integrierten Browser von Faust Code.

00:04:58: Das heißt der Agent geht selbst öffnet das Browserfenster klickt sich zusammen, schaut sich das an was er gerade geändert hat.

00:05:04: Macht Screenshots davon, schaut ob das UI richtig aussieht und sowas nach jeder Änderung.

00:05:09: Das heißt all diese Sachen von denen man so ein bisschen träumt als Entwickler dass man nach jeder änderungen einmal alles durchgeht quasi macht der und das sind halt wirklich dann schon Qualitätsgewinne insbesondere auch dann eben wenn man sich mit dem Thema der Konfigurationen auseinandersetzt sowas wie die.

00:05:25: ich arbeite sehr viel mit TypeScripts sodass man die TS-Config also die Konfigurationszartei Ja, einen ein gewissen Types wie Stil.

00:05:33: Durchsetzt.

00:05:33: wenn man die mürkes strikt macht so dadurch hat man natürlich auch hatte er gern wenig Spielraum weil dann meckert natürlich die ide oder der Kompiler sofort rum hey du hast da das gemacht das wollen wir nicht im Unternehmen So.

00:05:44: und dann dadurch entforsen wir halt wirklich hohe Kot Qualität ganz einfach.

00:05:49: Und ja diese Prozesse führen einfach dazu dass man halt wirklich guten kot schreibt und noch gut lesbaren Kot weil er halt erwartbar ist.

00:05:57: das auch das Ding das war immer so.

00:05:58: das ding das modell Schreibt ihr immer das quasi, was es denkt.

00:06:03: Was ist in diesem Kontext passt anhand der eintrainierten Daten?

00:06:06: Anhand der Grundlagen bei mir sagt du musst es so und so machen.

00:06:09: Das sind unsere Coding-Konventionen, das sind die Standards.

00:06:12: Dann wird das genauso sein, dass es uns auch leichter macht beim Review natürlich.

00:06:16: Aber das ist halt alles eine gewisse Struktur ein.

00:06:18: Und das macht es uns bisschen einfacher wieder.

00:06:21: Es gibt ja auch wenn man vor allem einen Code hat, so einen Schritt Refactoring.

00:06:26: Magst du erst mal kurz sagen, was der Refacturing is.

00:06:28: Und nächste Frage wäre natürlich, wird sowas auch von Agenten unterstützt?

00:06:32: Ja also erst mal zum Refactoring.

00:06:34: Hätte er vorhin schon angesprochen Unternehmen arbeiten ja meistens damit mit Legacy Code beziehungsweise mit Projekten die einfach historisch auch gewachsen sind, die in zehn, teilweise zwanzig oder länger Jahre schon existieren.

00:06:46: und Coding Qualität, Coding Standards ändern sich ja ganz einfach.

00:06:49: Vielleicht hat ein Feature einen Entwickler entwickelt der halt noch nicht so lange unternehmen war oder eher ein Junior war dann in Sprechzeit vielleicht nicht mehr den neuesten Standards ganz einfach.

00:06:58: Und dann möchte man das umschreiben, an die neuesten Standards und Konventionen anpassen.

00:07:02: Das ist dann Refactoring.

00:07:04: Also Anpassend von Variablenbezeichnungen nach neuen Standards?

00:07:10: Die Verwendung von bestimmten Bibliotheken, die jetzt vielleicht neu

00:07:13: zuhören sind... Ja genau!

00:07:15: Das sind so simplen Sachen, dass das anders sind als eher Code-Architekturen, neue Pattern einsetzen weil wir mittlerweile... Ich merke, dass wir Visitor-Pattern für unsere Enums verwenden.

00:07:27: Das wollen wir global durchsetzen in allen ... In allen Enums.

00:07:30: also muss man das als Refactor so was oder solche Beispiele ganz einfach.

00:07:35: Also es kann alles möglich bedeuten.

00:07:36: Es kann ein komplettes Umschreiben des gesamten Repositories sein, wenn man es refactor hat.

00:07:42: Einfach weil sich ja Code ständig entwickelt und Code Qualität und Standards einfach entwickeln.

00:07:46: D.h.,

00:07:46: da muss man dann immer dran... Und ja natürlich!

00:07:49: Das können auch Agenten.

00:07:51: Da geht's Ganz klar dann eben darum, dass man wirklich präzise ist was man möchte.

00:07:56: Da geht es wieder darum Wissen das in unseren Köpfen Implizit drin ist.

00:08:00: Sachen die wir wissen muss man explizit machen.

00:08:03: also man muss wirklich Das ist die neue Struktur die neue Architektur Architektor die wir bei uns in diesem Repository haben möchten und da kann man auch wieder mit diesen Agents MD Files arbeiten zum Beispiel dass das wirklich drin steht okay Wir benutzen Bei uns folgende Design Pattern So zur Kommunikation mit dem Datenbanken, was wir das und dass dafür nur das ist.

00:08:26: Wenn es der drinsteht und dann eben die Anweisungen gibt... Dass das dann refactored werden soll, eben auch in welchem Stil noch ein bisschen mehr Kontext eben mitgeben Dann kann man das auf jeden Fall machen haben wir auch schon gemacht.

00:08:38: Das hilft wirklich auch wieder eben und da spielt alles zusammen Wirklich diese Konfigurationsdateien eben möglichst präzise zu haben, möglichst strikt zu haben und sowas Weil an die halten sich die Agenten ja auch.

00:08:49: Das heißt, man kann damit auch vor allem ein Einheitlichen Code erzeugen was man ja schon wartbar ist.

00:08:54: Ja natürlich wer.

00:08:56: ich habe meine Programmier mein Programmierer Leben damit gestartet dass sie eine Anwendung die über mehrere Jahre von mehrere Generationen von Entwicklern durch die Durchlaufmatte also ich sage mal mindestens fünf Leute und da hat man schon wirklich gesehen je nachdem wo man im Code war, das ist wahrscheinlich von dem.

00:09:14: Also manchmal stehen es in den Kommentaren, hoffentlich steht es auch drin, wer der Auto ist.

00:09:19: Da konnte man quasi lernen wie entwickelt er und wo es halt nicht stand und wo hat man's trotzdem gesehen?

00:09:25: Und das ist eigentlich nicht so ideal weil man eben alle möglichst ähnlich schreiben sollen und damit es wartbar ist natürlich.

00:09:34: Genau, auf der anderen Seite natürlich aber auch wenn ich jetzt... Ich habe zum Beispiel bei uns im Chatbot angefangen hier zu entwickeln.

00:09:40: Wenn ich jetzt, ich hab noch mal wieder Stellen gesehen von damals als ich halt ein halbes Jahr Angular entwickelt habe.

00:09:46: Boah!

00:09:47: Also das ist schön zu sehen dass man sich entwickelt und wie sehr man sich entwickelt hat.

00:09:53: Aber ich glaube es ist ganz normal, dass man ganz einfach Ja, unterschiedliche Koordin-Standards hat.

00:09:58: Das wird natürlich durch Merch-Request und Reviews, das werden die gröbsten Schnitzer eingefangen.

00:10:03: ganz klar also in gewissen Bottomline hat man immer bei unserem Code so oder generell sollte jedes Unternehmen natürlich haben aber natürlich ändert sich der Stil und die Qualität ganz einfach.

00:10:13: Und ich glaube es ist ganz normal und das sollte auch so sein weil Menschen müssen ja auch lernen.

00:10:17: Bisher war Refactoring halt immer damit verbunden dass man paar Sachen kann man sicherlich Werkzeuggeschütz machen aber vieles war eben halt durch den Menschen zu leisten und das kostet Geld, das koste Zeit.

00:10:26: Und dieses Gleichgewicht, da hier auch wieder Balance-Gleichgewicht finden zwischen ich mach den Kot etwas schöner oder mache ihn etwas besser wartbar muss aber investieren.

00:10:37: Die entweder Zeit dafür das ist halt immer schwieriges Gewicht und es hat häufig dazu geführt, dass man sagt, ah, das funktioniert ja warum sich's anfassen?

00:10:47: Aber jetzt wird es ja in Anführungsstrichen billiger wenn Agenten das übernehmen.

00:10:51: Ja genau natürlich auch nicht umsonst.

00:10:53: Das ist auch so ein Ding.

00:10:56: Da muss man auch mal schauen, tatsächlich wie das sich in Zukunft entwickelt.

00:10:59: Weil viele Unternehmen subventionieren momentan noch die Benutzung von ihren KI-Modellen.

00:11:06: Das wird sich tatsächlich... Ich weiß nicht ob im Laufe dieses Jahres schon aber ich nehme an vielleicht auch nächstes Jahr wahrscheinlich zeigen dass gewisse Unternehmen halt einfach die Preise erhöhen müssen um profitabel zu werden.

00:11:17: Jetzt Open AI und Anthropic wollen halt noch dieses Jahrzehnt profitabel werden und da sind sie weit weit weit davon entfernt.

00:11:25: Das heißt, auf irgendeine Art und Weise muss da mehr Geld reinkommen.

00:11:28: Wahrscheinlich wird es auch dafür sorgen dass die API's aber teurer werden.

00:11:31: Nächstes und trotz ist es ja immer noch ein großer Produktivitätsgewinn wenn man bedenkt wie teuer ein Entwickler oder ein Entwicklerin ist und dann dagegen einen vielleicht im extremen Fall ein paar hundert Euro im Monat für die API usage.

00:11:46: das ist ja immernoch locker wert.

00:11:47: Ja absolut Da hat es immer von bestehenden Projekten gesprochen.

00:11:51: Von Fuhren war das über Greenfield gesprochen, also über neue Anwendungen ohne dass man Altlasten hat.

00:11:57: Jetzt ist aber in der Realität häufig so, dass man diese Brownfield-Situation hat.

00:12:02: Das heißt, man hat eine gewachsene, historisch gewachse Infrastruktur an Code und es gab meines Erachtens früher eher da... Also es gab mal eine Studie, dass bei großen Gewachsenen-Codebasen die Produktivität der Entwickler mit KI sogar erfällt.

00:12:19: Weil dieses kontrollieren ihm halt auch Zeit kostet das Review und auch Zeit kostet.

00:12:23: wie hat sich diese Situation verändert?

00:12:25: Was ist wenn ich jetzt ne große Altanwendung habe?

00:12:28: kann ich jetzt inzwischen Agenten so einsetzen oder kann nicht Webcoding jetzt so einsetzten dass mir das noch was bringt als Entwickler sich schneller werde?

00:12:36: Ja man kann auf jeden Fall.

00:12:39: Es kommt immer darauf an, wie man das macht.

00:12:41: Ich hatte ja schon jetzt diese Instruktion und Instruction Files eben erwähnt.

00:12:45: Also zum Beispiel Agents MDs oder auch Skills – das sind so konditional geladene Anweisungen an das KI-Modell.

00:12:54: Das heißt es ist sowas wie Wissen um unsere Gittler Pipeline.

00:12:59: Das muss das KI Modell nicht ständig wissen!

00:13:01: Es

00:13:02: ist eine Art ... ich sag mal, bei Geschäftsprozess, bei Agenten zu automatisieren und Geschäfts- prozessen sprecht man ja von Werkzeugen.

00:13:09: Dass die quasi noch eine Verlängerung des Agentens sind, dass Sachen benutzen können, die außerhalb liegen.

00:13:16: Geht das auch so in die Erweiterung von Agentinnen auf einem spezifischen Fall?

00:13:20: Ist das

00:13:20: denn?

00:13:20: das gilt?

00:13:22: Ja!

00:13:23: Das ist halt so Zusatzwissen, dass es sich bei Bedarf laden kann.

00:13:27: Es muss nicht immer im Kontext sein, weil das ist ja dann dieses Context bloating.

00:13:30: Das heißt wenn diese Informationen gerade nicht relevant sind, wird es statistisch das Ergebnis verschlechtern von einem Prozess.

00:13:37: aber wenn es eben dann benutzt wird nur dann wird's auch geladen.

00:13:40: solche Sachen zum Beispiel sind wichtig man solche Skills in solchen großen Anwendungen die halt oft vielleicht ja historisch Designpattern haben Sachen auf so offene gewisse Art und Weise umgesetzt haben weil sie damals Sinn ergaben vielleicht mittlerweile nicht mehr ganz so sehr state of the art sind Und das KI-Modell eher den modernen Prozess gehen würde, wenn man ihn nicht explizit darauf hinweist hey in unserem Projekt setzen wir es so und so um.

00:14:04: Das heißt dass wieder dieses Wissen explizIT machen.

00:14:07: Struktur verstehbar machen!

00:14:11: Auch selbst da ist es wieder so, dass die neuen Modelle halt wieder so viel fähiger sind.

00:14:14: Die haben größere Kontextfenster können auch die Informationen in größeren Kontextfernstern besser managen und abrufen.

00:14:21: Das sogenannte Compacting ist deutlich besser geworden also das Zusammenschrumpfen von den bisher gesammeln Informationen, also das Verdichten von Informationen quasi.

00:14:32: Also als Hintergrund, das technische Hintergrund kann ich sagen alle haben ja immer ein Kontextfenster in Token gemessen...

00:14:38: Also es ist kurzzeitgedächtnis?

00:14:39: Ja genau!

00:14:39: Das ist der Gedächtniss und das ist immer voll und dann können sie einfach nicht mehr weiterarbeiten.

00:14:43: Und

00:14:44: dann vergessen Sie dass die Sachen, die am Anfang waren?

00:14:47: Genau und das kann ja wichtig sein, das kann auch so was wie die System Instruction sein quasi Und das Compacting verdichtet einfach diese Informationen, dass man wegen dann zweihunderttausend Token auf dreißigtausende Token einschrumpft und zwar einfach zusammenfasst.

00:15:00: Weil nicht jede Information davon ist wichtig.

00:15:02: aber die übergreifenden Informationen, Strukturen, Dateninformationen oder Prozess der bisherige Prozess, das ist halt wichtig!

00:15:10: Auch diese Werkzeuge sind einfach besser geworden.

00:15:14: Das spült wieder in dieses Thema Frameworks hinein.

00:15:18: Das ist einfach das Arbeiten mit den KI-Modellen und mit den Agenten besser geworden ist.

00:15:22: Das heißt, das geht auf jeden Fall!

00:15:25: Man kann da eben auch dann mit gestaffelten Agent-MD-Files arbeiten.

00:15:29: Das heisst wenn man zum Beispiel jetzt einen Frontend hat oder zwei Frontends hat so ein Chatbotfenster und ein Dashboard und dann haben wir noch unser Backend.

00:15:38: So es ist alles in einem Monorepository also alles im GitLab Repository habe ich eine.

00:15:43: in der Basis in dem Route des Projektes habe ich einer Agents MD.

00:15:46: die gibt sozusagen die Struktur vor.

00:15:49: Hey, bei was ich gerade ihm meinte.

00:15:51: Bei Änderungen macht Linting, Formating, Type Checking also was.

00:15:54: das gilt ja für alles.

00:15:56: Aber dann habe ich im Chatbot-Projekt noch eine eigene Agents MD einer eigenen Anweisung.

00:16:01: hey du bist im Chatbots Fenster hier machen wir Sachen so und so da findest du das?

00:16:05: Da findest Du das!

00:16:07: So im Dashboard genauso, im Backend genauso.

00:16:09: Das heißt dass man dann auch wieder Anweisungen gibt Wissen explizit macht wie er schon meinte und war auch an genau der Stelle, wo sie relevant sind.

00:16:17: Und nicht in die Root Agents MD einfach jetzt ... Zwei Tausend Zeilen Sachen reinschreiben, die meistens gar nicht relevant sind!

00:16:24: Weil was interessiert es mich?

00:16:25: Was für ein Design-Pattern ich im Backend beim Abgreifen unserer Datenbank verwende, wenn ich grad irgendwo einen Button einfügen möchte im Frontend.

00:16:32: Das ist einfach unwichtig quasi und könnte im schlimmsten Fall einfach verwirren das Modell.

00:16:38: Genau also da ist wirklich so'n Ding.

00:16:40: Anweisung Instruktionen sind ganz, ganz wichtig sich immer noch präzise ausdrücken.

00:16:45: Kontext mitgeben auch in der in prompt und dann geht das dass wir haben Wir haben ja auch unser chatbot ist ja auch schon älteres projekt.

00:16:52: es ist ein wirklich großes Projekt

00:16:54: das seit zehn jahren Ja

00:16:56: genau Es ist wirklich groß es hat doch wirklich sehr hohe Coding Standards eben auch.

00:17:02: aber sehr darauf achten Und da habe ich super viel schon agendisch entwickelt leider in IntelliJ Das VSCode noch ein bisschen besser Aber da ziehen sie auch langsam nach.

00:17:11: Also das ist auf jeden Fall möglich und wird auch Teil des nächsten Workshops, des nächsten internen Workshop, den ich geben werde hier sein, zwar im Chatbot Backend mal ein bisschen was nur rumspielen werden.

00:17:23: In einem Projekt arbeiten ja häufig viele Entwickler zusammen.

00:17:26: Wenn ich jetzt sage jeder Entwickler hat nochmal wieder seinen Schwarm an Agenten dann gibt es sehr viel Entitäten die Code erstellen.

00:17:35: Gibt es dadurch neue Herausforderungen beim Zusammenführen der Änderung?

00:17:39: Ich würde sagen, nein.

00:17:40: Die zugrunde liegenden Werkzeuge sind ja die gleichen... ich herstelle ein Merch-Request der wird gereviewt und dann wird gemerged.

00:17:47: Die Anzahl der Merch Request oder die Größe wird sich wahrscheinlich verändern weil man es produktiver, man wird mehr Zeilen Code pro Zeitanhalt produzieren können lassen.

00:17:57: aber die zugunden liegende Qualitätssicherungsmechanismen die man ja typischerweise in wirklich großen und vor allem auch produktiven System hat Das ist wirklich nochmal ein erfahrener Entwickler draufschaut auf den Code und das Review.

00:18:09: die Anmerkung schreibt.

00:18:11: Das bleibt ja, dass kann man natürlich auch automatisieren durch KI.

00:18:15: da sind wir noch im Rumspielen.

00:18:17: tatsächlich Da sind wir auch noch ein bisschen vorsichtig tatsächlich was es Produktivanwendung vor allem für Kunden angeht.

00:18:22: Dass der Reviews durch Agenten gemacht werden wird auch besser.

00:18:28: aber das ist natürlich nochmal ein echtes Vertrauen dass man in Agenten setzen muss.

00:18:32: dann und da bin ich zumindest nicht ganz so weit Da hab ich ganz gelt einfach nochmal ein Auge darauf.

00:18:38: Aber ja, die zugrunde in den Mechanismen sind immer noch die gleichen

00:18:41: quasi.".

00:18:42: Die

00:18:42: Verantwortlichkeit liegt beim Entwickler?

00:18:44: Natürlich muss der dann auch ... darf er dieses Review nicht komplett abgeben, sondern es braucht Human Oversight und die Aufsicht durch den Entwickler.

00:18:56: das auf alle Fälle.

00:18:57: Aber natürlich kann man da an der Stelle den Agenten, der das den Review vorbereitet wie eine Art Lupe benutzen.

00:19:03: Der einem dann die Sachen zeigt, guckt da mal genau hin bei deiner anderen Sachen, wie ziemlich es hier in Ordnung ist aber da.

00:19:10: Aber auch was die Menge an Änderungen angeht ich habe jetzt selber ein bisschen mit IBM Bob arbeiten dürfen und... Was da an Kleinigkeiten, an so kleinen Änderung eben halt das an vielen vielen Kotstellen zu Änderungsgeführte hat?

00:19:26: Das ist doch sehr auffällig und das ist vielleicht auch der schöne dokumentation wird automatisiert nachgeführt.

00:19:33: Und dass es ja etwas was Entwickler absolut lieben, das ist ja ihr, der Kern die Kern des ihres Entwickler Lebens ist.

00:19:40: ja um Dokumentationszuschreiben nein nicht.

00:19:43: aber wenn ich eben halt Agenten nutze dann können die das eben halt immer aktuell halten und dadurch entstehen aber auch wieder ganz viele Änderungen die neben dem Code sind zum Beispiel in irgendwelchen MD Dateien Markdown Dateien.

00:19:57: Dadurch wächst natürlich auch die Menge an Änderungen oder die Größe der Änderung und Anzahl bei jeder.

00:20:04: Gewollten beim Hinzufügen einer Funktionen oder bei einer Änderungsmache, dass ein ganz vielen Stellen sich was ändert.

00:20:11: Und damit werden die Reviews wesentlich komplexer.

00:20:14: Genau.

00:20:15: aber ja Dokumentation ist ein sehr gutes Stichwort tatsächlich weil auch sowas gehört wieder in Instruktions-Files ganz weit in die Agents MD das man ganz einfach sagt okay jede jede Funktion Findest ich einen JSDock oder Java-Doc Kommentar mit folgenden Feldern?

00:20:33: Schreibe nicht, was die Funktion macht.

00:20:36: Das kann ich selbst lesen, sondern warum sie es tut in welchem Kontext sie benutzt und aufrufen wird.

00:20:41: Also wirklich mehrwertschaffende Kommentare.

00:20:44: Und genau das gleiche, was auch man so ... Es kann nebenbei eben im MD Files nochmal eine Dokumentation abfallen.

00:20:50: Auch sowas kann man einfach reinschreiben habe ich auch in einem Projekt gemacht.

00:20:52: Dokumentiere jedes Feature dass.

00:20:54: du hast diese Plattform für Utility Tools, das sind halt wirklich sehr viele disjunkte Anwendungen kleine Features und jedes hat eine eigene Markdown Datei die dann eben in Deutsch einmal die Nutzungsweise dokumentiert quasi.

00:21:09: Und genau die kann ich bei uns in unserer Dokumentationsplattform einfach reinschmeißen weil es ja auch ein Markdown Tool ist und das ist halt einfach... Es ist ein Abfallprodukt quasi oder Nebenprodukt nebenbei aber doch sehr hilfreich.

00:21:20: Kosten!

00:21:21: Das vielleicht nochmal so der Elefant und Raum, umso mehr man abgibt.

00:21:27: Umso mehr Tokens werden verbraucht.

00:21:29: Tokens kosten Geld.

00:21:30: Token kosten Geld.

00:21:31: hatten wir gerade eben ja schon kurz einmal angerissen.

00:21:33: das Thema ganz klar.

00:21:35: auch da ist die Frage also man weiß nicht ganz genau wo es hingehen wird.

00:21:40: ich würde sagen wenn man wirklich richtig du Entwickler ist dann ist es ganz normal und wirklich viel entwickelt mit KI-Modellen und dann wirklich auch nicht so was wie GitHub Corporate verwendet sondern Cloud Code oder sowas.

00:21:53: Also die API direkt nutzt auch so, dann ist ein guter mittlerer Dreischlägerbereich momentan schon locker drin.

00:22:00: also wirklich ohne Probleme.

00:22:02: man kann es montan dadurch gewisse frameworks bisschen umgehen sowas wie GitHub.

00:22:06: Copalette hat ja so ein request basiertes System was ich finde absurd.

00:22:11: das heißt jeder prompt jede Nachricht die man hinschickt ist ein Request und das kann auch sowas sein.

00:22:16: wie entwickeln wir folgendes komplettes Feature oder folgende Full-Stack Anwendung, das ist ein Request der kostet ein paar Cent.

00:22:24: Das würde diverse Euros kosten, zehn, zwanzig, dreißig Euro über eine API... Ich denke da werden sie auch noch langfristig rangehen, es war wahrscheinlich eher dass man, dass die einen so bisschen locken wollen aus allen Nutzen dann get up copilot weil's einfach so praktisch ist und so einfach.

00:22:38: Da wird es Änderungen geben definitiv.

00:22:41: aber ich meine ja auch schon, man isst deutlich produktiver.

00:22:44: also ich bin es zumindest wenn man es richtig macht, kann man deutlich produktiva sein?

00:22:49: Und dann sind so drei, vier, fünfund Euro bei einem Entwicklergehalt nicht vernachlässigbar.

00:22:55: Aber den Mehrgewinn locker wird ganz locker.

00:22:59: und ich meine wir leben in einer Welt wo immer mehr ist immer mehr Aufgaben von immer weniger Leuten zu schaffen sein wird und wir sprechen immer über Automatisierung im Büro sowieso.

00:23:11: und bei den Entwicklern müssen wir dann auch wahrscheinlich diesen Schritt gehen, damit wir mit dem was wir in Deutschland an Entwicklerkapazität also an Menschen haben die Entwickler entwickeln können eben halt auskommen um trotzdem die Sachen die wir machen müssen.

00:23:25: Die Aufgaben die zu erledigen sind immer zu schaffen.

00:23:29: Normalerweise würde ich jetzt an dieser Stelle fragen wie du die Entwicklung der Technologien in den nächsten Monaten einschätzt.

00:23:34: aber ich denke diese Folge ist beweis genug dass das nicht wirklich sinnvoll ist.

00:23:38: Deshalb nur so viel!

00:23:39: Wir bleiben im Thema dran Bilden uns weiter, probieren Sachen aus und werden Sie lieber Hörerinnen und Hörern über die nächsten wichtigen Entwicklungen in diesem Podcast informieren.

00:23:48: Wenn sie oder ihre Organisation dieses Thema vertiefen möchten kann ich Ihnen bis dahin unser Beratungsangebot ans Herz legen!

00:23:54: Wenn Sie beispielsweise wissen möchten wie Sie Vibe-Coding sinnvoll in Ihre Organisation einsetzen können dann geben wir gerne Workshops oder beraten Sie.

00:24:03: Mählen Sie sich dazu einfach unter www.astrono.de.

00:24:06: slash Kontakt

00:24:07: bei uns.

00:24:08: Erwähnen Sie auch gerne diese Podcast-Folge in Ihrer Nachricht.

00:24:10: Den Link dazu finden Sie natürlich auch an den Schoenorts.

00:24:13: Chrisso, vielen Dank für Deine Einsichten und für deine Erkenntnisse, dass du eben uns und den Hörern geteilt hast!

00:24:20: Ich glaube das geht spannend weiter...

00:24:22: ich denke auch also im halben Jahr sehen wir uns dann vielleicht wieder hier, vielleicht sogar früher.

00:24:26: mal schauen wird sich wahrscheinlich viel tun.

00:24:29: Dann auch danke dir erst einmal.

00:24:31: In dieser Folge haben wir vertieft, was es konkret bedeutet mit KI-gestützter Softwareentwirkung zu arbeiten.

00:24:36: Insbesondere im bestehenden gewachsenen

00:24:38: System.

00:24:39: Dabei wurde deutlich der Schlüssel zum erfolgreichen Einsatz liegt weniger in den Werkzeugen selbst sondern in klaren Vorgaben sauberen Prozessen und der Fähigkeit implizites Wissen explizit zu machen.

00:24:49: Wir haben darüber gesprochen wie sich Kodqualität durch strukturierte Anweisungen, Standards und automatisierte Prüfprozesse gezielt steuern lässt und wie Agenten heute bereits Aufgaben wie Refactoring, Dokumentation und Qualitätssicherung unterstützen können.

00:25:00: Gleichzeitig bleibt die Verantwortung beim Menschen für die richtige Steuer, das Review und die Einordnung der Ergebnisse.

00:25:06: Ein weiterer wichtiger Aspekt sind die wirtschaftlichen

00:25:08: Rahmenbedingungen.

00:25:09: Der Einsatz von KI bringt nicht nur Produktivitätsgewinne sondern auch neue Kostenstrukturen mit sich.

00:25:14: Entscheidend ist daher die richtige Balance zu finden zwischen technologischem Fortschritt in einem stabilen, wirtschaftlich sinnvollen Einsatz im Unternehmensalltag Und am Strich zeigt sich.

00:25:23: KI verändert die Softwareentwicklung nachhaltig und eröffnet Organisationen, die Chance schneller, strukturierter und effizienter zu arbeiten wenn sie die richtigen Rahmenbedingungen schaffen.

00:25:32: Wenn Sie jetzt überlegen wie Sie diese Entwicklung konkret für Ihr Unternehmen nutzen können unterstützen wir Sie gerne dabei!

00:25:39: Von der ersten Einordnung ihrer Potenziale über praxisnahe Workshops bis hin zur Umsetzung konkreter KI-Projekte in Ihrer Organisation.

00:25:46: Gemeinsam identifizieren wir sinnvolle Anwendungsfälle, entwickeln tragfähige Lösungen und begleiten sie bei der Einführung strukturiert, pragmatisch und mit Blick auf echten Mehrwert.

00:25:56: Nehmen Sie gerne Kontakt mit uns auf – alle Informationen dazu finden Sie in den Schonuts!