Brain Fry, AI Fatigue & Vibe Coding

Shownotes

Der Neue Berater, Folge 4: Brain Fry, AI Fatigue & Vibe Coding

Was Brain Fry, AI Fatigue und Vibe Coding wirklich sind, was die Forschung dazu sagt, und wo die Linie zwischen schnellem Prototyp und sicherer Produktivumgebung verläuft. Patrick und Jonas sortieren die drei Phänomene, ordnen die Daten ein und ziehen praktische Konsequenzen für den Beratungsalltag. Keine Panikmache, keine Tool-Werbung. Forschungsbefund, Erfahrung und drei harte Regeln für die Lieferqualität.

Themen dieser Folge: · Was Brain Fry wirklich ist: die BCG-Studie vom März 2026 · Die Pointe der Studie: nicht das Nutzen macht müde, das Beaufsichtigen tut es · Cognitive Offloading und Cognitive Laziness: was die Gerlich-Studie (2025) zeigt · Strukturierte vs. impulsive AI-Nutzung: die Hong-Studie als Gegenbild · Vibe Coding: woher der Begriff kommt (Karpathy, Februar 2025) und was er meint · Die HTML-Dashboard-Schwemme in der Beratung · Vier typische Bruchstellen vom Prototyp zur Produktion: Edge Cases, Fehlerbehandlung, Wartbarkeit, Tests · Drei harte Regeln zur Trennung von Prototyp und Produktivumgebung

Quellen und weiterführende Lektüre: · BCG: When Using AI Leads to Brain Fry (März 2026) https://www.bcg.com/news/5march2026-when-using-ai-leads-brain-fry · HBR: When Using AI Leads to Brain Fry (März 2026) https://hbr.org/2026/03/when-using-ai-leads-to-brain-fry · Fortune: AI brain fry is real (März 2026) https://fortune.com/2026/03/10/ai-brain-fry-workplace-productivity-bcg-study/ · Gerlich (2025): AI Tools in Society, Cognitive Offloading and the Future of Critical Thinking. Societies 15(1) 6 https://www.mdpi.com/2075-4698/15/1/6 · Hong et al. (2025): Cognitive Offload Instruction with Generative AI. Forum for Linguistic Studies https://journals.bilpubgroup.com/index.php/fls/article/view/10072 · Andrej Karpathy auf X (2. Februar 2025): ursprüngliche Definition von Vibe Coding https://natively.dev/articles/vibe-coding-origin · Google Cloud: Vibe Coding Explained, Tools and Guides https://cloud.google.com/discover/what-is-vibe-coding

Feedback, Widerspruch, eigene Erfahrungen? Schreibt uns. Wir lesen alles und nehmen Themen für spätere Folgen mit.

Transkript anzeigen

00:00:13: Willkommen zurück bei der neue Berater Folge Vier.

00:00:16: Wir machen heute eine etwas andere Folge, obwohl wir das wahrscheinlich jedes Mal sagen, dass wir in einer etwas anderen Folge machen.

00:00:21: Heute geht es jedenfalls nicht um Tool sowie in der letzten Folge sondern um zwei Phänomene die in der Branche gerade real und auch messbar sind.

00:00:29: Und zwar geht's einmal um Brain Fry und AI Fatigue.

00:00:34: Aus dem reden wir ein bisschen über Vibe Coding und was das mit der Lieferqualität unserer Deliverables anstellt Und beide Themen kennen wir natürlich aus der Erfahrung, aber vor allen Dingen bei BrainFry wollen wir erst mal aus der Forschung zeigen was es eigentlich bedeutet wenn man zu viel mit AI arbeitet.

00:00:51: Hi Jonas!

00:00:51: Ja vielen Dank Patrick.

00:00:53: Wir haben diese Art von Müdigkeit nachdem wir halt wirklich AI-Excessiv benutzt haben erst an uns selber festgestellt und dann wirklich nach Recherche haben wir eben gemerkt dass die beiden Begriffe die du im grad genannt hast seit Anfangs breit untersucht wurden und dass es eben wirkliche Zahlen gibt.

00:01:13: Darüber wollen wir heute mit euch sprechen?

00:01:15: Ja, das war ganz interessant als wir uns darüber unterhalten haben.

00:01:17: da hast du mir mal berichtet, dass du nach so einem ganzen Tag Vibecoding anders geradert bist als nach einem ganz normalen Arbeitstag der ja durchaus auch schon anstrengend war und ich habe das auch festgestellt und interessanterweise als wir dann recherchiert haben, haben wir gemerkt... Das ist tatsächlich ein Forschungsthema, das ist nicht irgendwie was eingebildetes Und eine Studie, die das ganze Thema erst auf die Landkarte gebracht hat.

00:01:41: Die kam so im März, zwei, sechsundzwanzig vom BCG Henderson Institute raus.

00:01:45: Das ist also von BCG ein Think Tank und das wurde veröffentlicht im Harvard Business Review.

00:01:50: Die haben knapp fünfzehnhundert Leute branchenübergreifend untersucht und festgestellt dass vierzehn Prozent aller AI-Nutzer messbar das haben was man Brain Fry nennt.

00:01:59: Also gehirn, ne?

00:02:04: Gehirnschmelze!

00:02:06: Nicht fritöse, hat leider nichts mit Frittieren zu tun.

00:02:08: Im Marketing sind es weit mehr.

00:02:11: Ich habe jetzt nicht die Begründung dafür gesehen aber ich könnte mir vorstellen dass es im Marketing mehr sind weil die Marketingleute sehr viel mehr AI nutzen und da auch sehr viele mehr Nutzen rausziehen Weil das eben superviel von deren Arbeit ersetzt.

00:02:24: Was an dieser Studie eben wirklich wichtig ist, das nicht nur die Zahl sondern eben dem Mechanismus den sie freigelegt hat.

00:02:30: Also brainfrei entsteht nicht durch das Nutzen von AI also wie wir es halt alle machen, sondern es entsteht eher durch das Beaufsichtigen um auch ein bisschen Burgen zu spannen.

00:02:39: zu unseren vorherigen Folgen entsteht halt durch das beaufsichtig Der der Outputs also konkret durch das ständige bewerten, ob der AI-Output stimmt.

00:02:49: Ob eben die Maschine haluziniert, ob die Argumentation tragfähig ist.

00:02:53: ja und es ist so eine Oversightlast und hat eben eine ganz andere Qualität als normales Arbeiten.

00:03:00: Es zählt schneller verbraucht Konzentration in einer ganz anderen Art und Weise

00:03:04: Ja, da müssen wir gleich aber auch noch mal über diesen anderen Mechanismus sprechen.

00:03:07: Nämlich das was wir beide jetzt irgendwie AI Fatigue getauft haben ich weiß gar nicht ob der Begriff ist wirklich schon so copyrightmäßig belegt ist weil das ist doch mich eher das was ich empfinde nochmal beim Brainfright zu bleiben also dass es in unserer Branche passiert das eben oder es passt sehr gut denn ab einem gewissen Level ist man mehr damit beschäftigt QM zu machen also Quality Management und Review gegenüber Juniors oder Mandantenmaterial oder irgendwelchen Berichten.

00:03:34: Das ist schon normal, dass man sehr viel checkt.

00:03:37: Die Leute die in der Big Four arbeiten oder gearbeitet haben, die kennen das dort gibt es mehrere Reviewschleifen bevor mal irgendwas rausgeht.

00:03:44: je kleiner die Bude desto weniger hat man das.

00:03:47: und wer selbstständig und alleine isst er kontrolliert seine Arbeit selbst.

00:03:51: Und jetzt kommt aber noch ein weiterer Layer dazu also eine weitere Schicht die man kontrollieren muss und zwar das AI Output muss gegen gecheckt werden Oversightlast arbeitet, also sehr viel Quality Management macht.

00:04:08: Der hat neun-dreißig Prozent mehr Grobefehler und drein-dreißig prozent mehr.

00:04:14: so Entscheidungserschöpfung.

00:04:15: Also Decision vertiecknen die das!

00:04:18: Und es gibt auch eine Neun-Dreizigprozent höhere Kündigungsabsicht.

00:04:20: Das heißt also sind alles so Effekte natürlich Ermüdungs- und Erschöpfungseffektet, die sich dann im Weiteren auf diese zum Beispiel auch die Über

00:04:31: die BCG-Studie hinaus gibt es eben noch weitere Forschungsergebnisse oder Forschungslinien, die mindestens genauso relevant sind.

00:04:38: Eine Studie von GERLICH zum Beispiel aus dem Jahr zwei Tausend Fünfzwanzig sagt halt dass eine relativ häufige Nutzung von AI wirklich messbar korreliert mit niedrigen kritischen Denkfähigkeiten.

00:04:50: Dieser Mechanismus heißt halt, oder den nennen die Kognitive Offloading.

00:04:54: So offloading?

00:04:55: Ja,

00:04:55: kognitiv offloadin.

00:04:57: Genau und die Studie nennt das Endprodukt eben sehr direkt.

00:05:01: Kognitif laziness.

00:05:04: Denkfauleid.

00:05:04: Ja

00:05:05: genau richtig.

00:05:05: also im Grunde heißt es dass die Bereitschaft gemindert ist oder vermindert ist tief und ja reflexiv zu denken als Folge eben dauerhafter AI Abhängigkeit.

00:05:15: Ja, du verlierst eben die Bereitschaft wirklich Dinge mehr tief und reflektiv einfach zu überdenken.

00:05:21: Das ist eigentlich ganz spannend weil man auf der einen Seite durch dieses extreme AI nutzen ja nicht ein cognitive offload hat.

00:05:28: im Sinne von wir kennen alle noch dieses Phänomen das ist schon paar Jahre älter.

00:05:32: diese Forschung das ging cognitive overload es pressen auf uns so viel Informationen ein durch die Arbeit mit Internet und digitalen

00:05:41: Medien.

00:05:41: Ja, genau.

00:05:42: Wurde das alles zu viel und immer mehr?

00:05:44: Eigentlich soviel für den Affengehörn was darauf designt ist irgendwie in der Höhle zusetzt um Nüsse zu knacken.

00:05:48: ne Und jetzt könnte man hören, mein Oh, cognitive offloading klingt ganz gut.

00:05:54: Aber im Gegenteil.

00:05:55: also was wir machen is Wir lagern die gute Denkarbeit und die aufwendige Denkarbeit aus Haben aber trotzdem immer noch sehr viel was auf uns einprasselt weil wir den ganzen Kram lesen müssen.

00:06:05: Der Brain Frye ist trotzdem da, der Stress ist trotzdem Da Aber wir verlernen trotzdem dass selber denken irgendwie.

00:06:12: also das sind zwei sachen die uns enorm ins eigene fleisch schneiden und daraus entsteht dann auch eben eine faulheit.

00:06:18: und da sind alles so dinge die machen oder die gefährden unserer arbeit dadurch, dass wir immer müder werden beim quality management.

00:06:27: Und auch die denkfähigkeit überhaupt zu beurteilen wie gut ist der output?

00:06:34: die Faulheit zu besiegen, zu sagen ich guck mir das jetzt wirklich kritisch und genau an.

00:06:42: Das ist was Ness natürlich auch nach und dadurch ist natürlich das Output am Ende hat.

00:06:47: dann wie viel human in the loop ist da noch drin wenn ich das faul einfach abgesegnet habe?

00:06:51: Und man kennt es aus anderen Kontexten um sich ein bisschen zu verdeutlichen.

00:06:54: Wenn man früher irgendwas von seinen Eltern irgendwie haben wollte worauf hat man gewartet bis sie völlig kaputt im Platt irgendwo am Ende des Tages dann saßen oder einfach nur noch ja macht.

00:07:03: doch Das ist so der Punkt, wo man die besten Entscheidungen schnell was durchkriegt.

00:07:09: Dann sind sie zu erschöpft und wirklich kritisch zu überlegen ob die Frage, die jetzt an sie herangetragen wird, ob man der irgendwie stattgeben sollte oder nicht?

00:07:16: Und dieser Effekt ist dann auch bei uns selbst zu beobachten wenn wir mit AI arbeiten.

00:07:20: Ja das stimmt schon aber trotzdem kommt es ja... Trotzdem darauf an, was man jetzt genau auslagert und was nicht.

00:07:26: Und ich glaube hier liegt auch so ein bisschen der Unterschied oder?

00:07:29: Da gibt es eben auch noch eine gewisse Gegenstudie von Hong Kong Kollegen die ist aus zwei tausend fünf zwanzig mit ca.

00:07:35: twohundvierzig Teilen in der Studie.

00:07:39: und das zeigt eben oder die Studie zeigt dass das eine relativ strukturierte AI-Nutzung bei der eben ja niederwertige kognitive Aufgaben gezielt ausgelagert werden.

00:07:50: Manchiwork sozusagen

00:07:52: Genau, richtig.

00:07:53: Das kann das kritische Denken sogar stärken, weil es ja eben effektiv oder effizient nutzt.

00:07:58: Der Unterschied liegt in der Disziplin der Nutzung.

00:08:00: Wer die richtigen Tas auslagert, der profitiert, wer einfach alles auslagerte ist dann verkümmerste.

00:08:09: Also wenn du nur so eine diese Grundarbeiten, die man eigentlich sowieso ohne nachzudenken macht.

00:08:14: Wenn man dir auslagert dann schafft man sich ja Denkfreiräume oder das schafft Man sich Zeit um mehr Arbeit mit kognitiv anspruchsvollen Aufgaben zu verbringen.

00:08:23: Genau das ist es.

00:08:23: Ja Das verstehe ich auch.

00:08:25: Nur wird zeit nicht genutzt.

00:08:27: also die meisten leute sind ja sind ja zu faul Oder er hoffen sich noch mehr von der AI.

00:08:32: und vor allen Dingen Leute die vorher schon nicht kreativ waren versuchen jetzt sozusagen damit Die lücke zu schließen und die vorher auch nicht für konditive Höchstleistung bekannt waren.

00:08:42: Und das endet halt regelmäßig in dem, was man im AI-Slop nennt und dass man sofort erkennt.

00:08:47: Für unseren Berateralltag heißt es im Grunde also AI sollte man nutzen für Dinge wie Recherche, paar Strukturierungen für Drafts super aber gleichzeitig sollte man sich aktiv immer über das Ergebnis Gedanken machen.

00:09:04: Eine schnell Antwort Maschine die man umgefiltert nutzt das ist schädlich für das eigene Urteils vermögen und ich würde sogar soweit gehen.

00:09:11: Ich finde dieses Draften und das Outline von bestimmten Arbeitsprodukten auch schon nicht besonders gut mittlerweile.

00:09:18: also ich bin da jetzt auch schon davon abgegangen weil häufig ist es so, man sollte sich schon mal selber eine eigene Struktur überlegen damit das Endergebnis dann auch mehr dementspricht was ich eigentlich haben will.

00:09:27: ansonsten folgt man einfach dem Vorschlag der AI und guckt vielleicht nichts über den Tellerrand oder folgt immer diesen Dreiklang, den er auch immer vorschlägt weil es eben so gut für einen Kopf ist.

00:09:39: Sagt immer drei Sachen, egal was du machst.

00:09:42: Ja aber Patrick das ist doch genau der Punkt glaube ich warum Leute die eben relativ ... große Job-Experience haben, glaube ich auch erfolgreicher... ... im Use von AI sind.

00:09:53: Einfach weil die das Endergebnis schon sehr strukturiert... ... ja formulieren können für die AI.

00:10:00: So wenn du es nicht hast und am Anfang also du musst halt bei null anfangen,... ... das macht das Ganze viel schwieriger und du begibst dich halt in die Hände so der AI.

00:10:09: Wenn du das Ergebnis oder die Struktur von vornherein schon weißt,... ...das macht dir dein Leben wesentlich einfacher und auch da liegt wieder der Mehrwert glaube

00:10:18: ich.".

00:10:18: Absolut.

00:10:19: Was wir jetzt noch vorhin angeteasert hatten und nicht besprochen haben, also wir haben jetzt einmal das Kognitive Offloading und diese Laziness die daraus entstehen kann und auch den Brain Fry angesprochen.

00:10:32: was wir beobachtet haben ist vielleicht doch ein bisschen anders.

00:10:35: Also wir sind ja durch unser Gespräch über die Erschöpfung zu diesen Studien gekommen aber wir haben etwas besprochen anders empfunden hat.

00:10:43: Vielleicht ist das auch eine Art von Brain Fry und zwar habe ich das Problem, dass es nicht unbedingt im Q&A liegt sondern... Ich hab Claude offen.

00:10:53: Hab dann drei vier verschiedene Agents oder Assistenten mit denen ich verschiedene Sachen mache.

00:10:59: Auf der einen Seite bin ich die ganze Zeit im Vibe-Koden und warte auf den nächsten Output, dann habe ich dort irgendwie ein Marketingprodukt was sich entwickelt... Und auf der anderen Seite schaue ich die ganzen Zeit irgendwie diskutiere ich mit der AI über irgendein Thema.

00:11:13: So das sind so viele Dinge die gleichzeitig passieren und man switcht immerhin und her viel schneller als es eigentlich überhaupt.

00:11:20: Man ist früher gemacht hätte, man wäre nicht auf die Idee gekommen eine PowerPoint Präsentation zu bauen und gleichzeitig zum Beispiel eine Software zu entwickeln.

00:11:28: Die nichts damit zu tun hat.

00:11:29: also wie bescheuert es sein Gehirn so aufzuteilen?

00:11:36: Das ist das was mich so erschöpft hatte.

00:11:37: und du hattest dann auch gesagt dass die Art und Weise wie Coding funktioniert ja auch seinen Teil bei dir beigetragen hat.

00:11:44: oder

00:11:45: Das bringt uns auch im Grunde schon zu unserem nächsten Blog, weil Vibecoding genau die Stelle ist an der die schlechte oder undisdiplinette Einnutzung gerade am sichtbarsten wird.

00:11:56: Und hat einen klaren Bezug auf unseren brainfreien Thema vor allem bei der Geschwindigkeit.

00:12:02: Ich weiß nicht ob du dich noch erinnerst an die klassischen Pre- AI-Programmierungszeilen, wo du Zeile für Zeile programmieren musstest.

00:12:11: Aber die Geschwindigkeit der Stellung des Kodes mittlerweile ist so schnell... Also ich weiß überhaupt nicht warum diese noch zeigen in Cloudcode oder egal welcher Coding Software du benutzt.

00:12:20: Es geht so schneller, kommst da gar nicht mehr wirklich mit?

00:12:23: Ja man hat eine eigene Coding Erfahrung begrenzt sich also ein bisschen auf das was ich in einer Uni zwanghaft machen musste Also ein Taschenrechner programmieren oder römische Zahlen, Rechner programmieren und danach habe ich darauf keinen Bock mehr gehabt weil ich das nicht richtig kann.

00:12:38: Aber deswegen für mich ist Vibecoding etwas... ...es ist eine ganze Welt eröffnet sich.

00:12:42: aber was meint ihr konkret mit VibeCoding?

00:12:45: Was meint dieses Viben?

00:12:48: Lass uns bei Null anfangen.

00:12:49: also den Begriff Vibe Coding hat eben André Carpati am zweiten Februar-Zw.A.

00:12:55: auf X eben als Twitter gepostet.

00:12:58: so Capati ist ein ex OpenAI Forscher und war der Chef vom Tesla Autopilot-Programm.

00:13:07: Der kann's!

00:13:08: Ja, genau, er kann es wirklich, ja gesagt.

00:13:11: Also sein Original Satz lautet ihm sinngemäß Fully give into the vibes and brace exponentials And forget that the code even exists.

00:13:19: So das klingt vielleicht harmlos hat aber in der Software-Welt und kurz darauf in unserer Branche eine relative Lawina ausgelöst.

00:13:28: Der Poster hatte innerhalb von vier Wochen, Vierundhalb Millionen Views im März, zwei Tausendfünfzwanzig nahm Webster den Begriff in den slangen Wortbestand auf.

00:13:36: Fully give into the vibes.

00:13:39: das ist was ich voll verstehen kann und was sich so Leuten die anfangen und sie nicht trauen mit AI um etwas zu machen, denen ich dann auch sage du musst loslassen!

00:13:47: Du musst auch drauf vertrauen dass dir Die Maschine sagt dir sogar, was du machen musst damit sie, damit du sie richtig bedienst.

00:13:54: Das ist das kranke also die Ratatouille Alter.

00:14:00: Also es ist eine Arbeitsweise bei der du eben Code generieren lässt ohne den Code im Detail zu verstehen wie auch oder in klassischen Sinn zu prüfen.

00:14:10: Ja, also du gibst eine Aufgabe in natürlicher Sprache.

00:14:14: Lässt die AI bauen und schaust ob es sich richtig anfühlt.

00:14:17: Fühlt wichtig ja!

00:14:18: Und läuft weiter.

00:14:19: Karpati beschrieb das ursprünglich als Hobby-Modus um eben Prototypen zu bauen.

00:14:25: Passt perfekt ist bei mir genauso.

00:14:26: Ja zumindest mal gucken ob's funktioniert so was dann passiert ist allerdings Die Methode ist eben explodiert.

00:14:32: ja mittlerweile haben laut Schätzungen sieben Achtzig Prozent Was war der Fortune fünfhundert Unternehmen mindestens eine Vibe Coding Plattform im Einsatz.

00:14:40: Wichtig auch gerade, gerade Start-Ups benutzen Vibecoding eben exzessiv.

00:14:45: Ja das kann ich auch nachvollziehen.

00:14:47: also hätte ich ja mal einen Startup und hätte ich damals auch Vibecode oder hättest es gegeben, hätte ich viel mehr probieren können.

00:14:56: und das macht doch das ganze agile Projektmanagement bei Softwareunternehmen so viel interessanter weil das siehst du ja immer.

00:15:03: ja mein Baut so Interaktion von Sprint zu Sprint.

00:15:06: also man hat immer irgendwie ein Produkt fertig was man zeigen kann und das ist auch super.

00:15:12: also diese agile arbeitsweise die funktioniert halt richtig gut mit vibe coding weil du immer ein fertiges produkt haben kannst.

00:15:19: Du pflanzst immer neue sachen dran, neue features dran und verbessert es und kannst es dann noch immer wieder testen und schon in der entwicklung auch mal leuten geben dieses mal ausprobieren so dass du sehr nah dran bist am nutzer Gefühl dafür bekommt was du da eigentlich baust und wie es besser werden kann.

00:15:39: Also anders als im Wasserfallprojekt, wo du am Ende einfach um etwas rauskriegst und weißt zwischendurch gar nicht ob man auch einen richtigen Weg ist.

00:15:46: und am ende stellt sich heraus das Produkt ist für die Tonne Und ich finde die Zahlen wie viele Leute jetzt schon oder wie viele Unternehmen mit Vibecoding arbeiten.

00:15:54: Das ist natürlich erstaunlich aber auch nicht überraschend weil jeder der es gemacht hat versteht sofort warum das gut ist.

00:16:00: Für uns ist das vor allen Dingen auch relevant.

00:16:04: halt super schnell sehen wie viele leute jetzt plötzlich mit der spots ankommen.

00:16:07: also.

00:16:08: Ja

00:16:09: die rübchen html der sport

00:16:11: ja also vor allen Dingen der sports wo immer dann mal genau hingucken denken was ist für ein bullshit?

00:16:15: warum ist das überhaupt in dem dashboard?

00:16:17: das gehört nicht in einem dashboard es ist etwas.

00:16:20: hätte mich meine tabelle gehört was hier drin steht also so Dinge die überhaupt nicht irgendwie stetig sind oder irgendwelche weiße.

00:16:27: gibt mir zum beispiel Die hafharbe von von Mitarbeitern.

00:16:31: blond braun schwarz Das sind halt drei Zahlen, die gehören nicht in den Dashboard.

00:16:36: Das ist einfach kacke!

00:16:38: Ja?

00:16:38: Das braucht man nicht visualisieren und ja... Die Dashboards sehen halt aber super überzeugend aus als hätte da jetzt irgendwie ein Tee, da haben wir einen Monat dran gesessen oder zwei

00:16:48: und plötzlich... Das waren das Prototypen wenn du die wirklich baust.

00:16:51: Das wäre sehr sehr hilfreich.

00:16:54: Also ich finde, wenn man sagt Ich muss alle zwei Wochen vor einem Steering-Committee irgendwie präsentieren Das ist schon cool, wenn man dann Dashboard mitbringt damit eben so ein High Level Executive sich angucken kann was denn da eigentlich los ist gerade im Projekt und vorher hat man da stundenlang mit Powerpoint drin gesessen oder wirklich jemanden hingesetzt der jetzt programmiert.

00:17:13: Jetzt geht es wesentlich schneller.

00:17:15: Ja genau das ist ja auch im Grunde der Kerner Verlockung.

00:17:20: oder also Karpati hat den Begriff für Software-Engineers irgendwann mal eingeführt, aber die Bewegung ist ja mittlerweile viel breiter geworden.

00:17:28: Also es ist egal wo du guckst.

00:17:29: Beratermarketingteams, Analysten völlig egal.

00:17:33: überall sehen wir diese... Diese Vibecoding Outputs finde ich auch interessant, wie sich mittlerweile der User schon daran gewöhnt hat und schon in der Lage ist also so ein VibeCoding-Output wirklich schon zu erkennen.

00:17:45: Also zumindest mir geht es so!

00:17:46: Ich brauche keine Sekunde wenn ich so einen Dashboard sehe und kann dir sogar sagen irgendwie aus jetzt mit Claude oder mit ChatGPT gebaut wurde.

00:17:55: Aber nichtsdestotrotz was sie alle gemein haben sehen eben professionell aus und funktionieren in der Demo.

00:18:02: Wir werden in die Termine Sterecos mitgenommen.

00:18:05: Es scheint ja sehr verführerisch zu sein, also wenn das so viel mitgenommen wird und so viele Leute drauf springen.

00:18:10: Warum ist es aus deiner Sicht so?

00:18:11: Also außer... Ease of use ist das eine klar aber warum gibt's vielleicht noch andere Gründe, warum die Leute das so gerne verwenden?

00:18:20: Ja ich denke es gibt drei Gründe dafür.

00:18:23: der erste Grund ist definitiv die Geschwindigkeit, also die Velocity.

00:18:27: was vorher eben wochen eine Anfrage fürs IT-Department war, ist jetzt mittlerweile in zwei Stunden Promting oder Vibecoding erledigt.

00:18:41: Der zweite Grund ist definitiv die optische Qualität.

00:18:46: Also modernes LLM kombiniert mit einer ganz guten Komponentenbibliothek liefert eben wirklich gut ein Design Output und das kann schon aussehen wie von der Designagentur

00:19:01: Aussehen.

00:19:03: Aussehen, ja ganz wichtig!

00:19:04: Wir reden hier halt über Demos und Prototypen.

00:19:07: Also drittens ist auch die Kontrolle.

00:19:11: Du siehst den Code eben der Code funktioniert und du kannst durch das Vibecoding eben auch relativ schnell Änderungen in deinem eigenen Dashboard vorn nehmen was sonst ein IT-Ticket gewesen wäre.

00:19:25: Das muss verarbeitet werden oder abgearbeitet werden, eine Woche lang.

00:19:33: Ja also du hast es selber in der

00:19:34: Hand.".

00:19:35: Also wenn das so schnell geht und man das Ding das eigentlich nur durchratt hat die Leute betrachten es ja trotzdem noch irgendwie als ihr Output.

00:19:44: aber das ist doch eigentlich auch das Problem.

00:19:46: also wenn ich einem Produkt länger sitze habe ich auch länger drüber nachgedacht und hab auch ownership dafür.

00:19:51: Irgendso ein Dashboard was ich mal eben so ne halbe Stunde vor dem Termin rausknalle um Effekthasche rein zu betreiben Kann sein, dass das Ding enthält, die ich gar nicht capiere oder?

00:20:03: Ja klar.

00:20:04: Also im Hobby- oder gerade Prototypen Kontext ist Vibecoding völlig legitim und Capati also benutzt es ja auch genauso.

00:20:13: Das ist explizit der Use Case für das es eben auch gebaut oder eingeführt wurde.

00:20:19: Stellt es dir vor wie so ein...ja du skizzierst halt was Das geht hier ist etwas relativ kreativ.

00:20:26: Aber das Problem entsteht wirklich, wenn eben diese Skizzen oder Prototypen anfangen in Arbeitsergebnisse zu wandern also Mandaten in Kundendex, Investmentempfehlungen, Compliance-Reports, dabei kommen sie eine ganz andere Art von Bedeutung als einer Bedeutzungslast für die sie definitiv nicht gebaut wurde.

00:20:47: Ja ich finde es ziemlich klar wirds eigentlich, dass es zwar nicht Vivecoding aber im Prinzip Cloud Design beispielsweise gearbeitet hat.

00:20:55: Da sehe ich immer auf LinkedIn, ja jetzt ist alles vorbei, brauchst kein Powerpoint mehr!

00:21:00: Das geht jetzt in zwei Minuten, kannst du eine C-Level Präsentation machen?

00:21:03: Ja okay also...

00:21:05: Kannste nicht?

00:21:05: Nein, kannste nicht weil ich habe es schon versucht.

00:21:08: und das sieht.

00:21:09: und dann haste die erste Präsendition dieser Wow Effect Wo Dings Boah, das ist so, das Tasty.

00:21:15: Du siehst sofort Ah, die Proportionen stimmen.

00:21:18: Die jeder Text stelle.

00:21:19: das ist genau am richtigen Platz.

00:21:20: auch die Lehrräume sehen geil aus einfach weil es genau so ist wie sein soll.

00:21:25: und dann guckst du genauer hin.

00:21:25: dann siehst du oh guck mal fünfmal dieselbe Information redundant nur weil's halt nicht mehr gab.

00:21:30: im Heder irgendwie der Name dann nochmal in der Unterzeit da noch mal unten Dann dann oben rechts irgendein Quatsch dann irgendwie alles doch voll gepackt mit Sachen die du nicht brauchst.

00:21:40: Und dann kuckst du durch und merkst okay die Folien sehen ganz gut aus Aber das hätte ich gerne geändert.

00:21:46: Und dann änderst du das und merkst oh shit, die... Das ist ja gar nicht schlau gemacht so wie dass ein guter Pojen-Ersteller machen würde, nämlich dass der sagt Ich baue einen Kasten und ich schreibe in dem Kasten.

00:21:59: Sondern es sind einzelne Textfälle teilweise vereinzelte Zeilen über irgendein Kasten.

00:22:03: Wenn Du irgendwas ändert, irgend ein Wortlaut ändert zerschießt es Dir alles!

00:22:07: Und wenn Du jetzt, und jetzt kannst Du natürlich sagen Ja warum machst Du's handisch?

00:22:10: Lass das doch die AI machen.

00:22:11: Die AI is super in einem für einen grob Anflug, um dann ein fertiges Bild zu machen.

00:22:17: Hier guck mal!

00:22:18: Wenn du dann aber reinzooms und versuchst einzelne Sachen mit Code zu ändern fängt er an selber misszubauen und erschießt sich das selber.

00:22:24: Ich finde es extrem schwer auf kleinsten Detailgrad der AI zu sagen was sie anders machen soll ohne dass es dann an anderer Stelle des nächste Problemen gibt Und das ist so'n bisschen auch im Coding Bereich.

00:22:33: Dann löst Du ein Problem und dann baust Du fünf neue Wachs damit ein.

00:22:37: Und so ist es genau so wie in der Präsentation.

00:22:39: Vielleicht kann man das dann besser kapieren.

00:22:40: Also wenn man sagt muss ich muss schnell etwas haben Als Idee, als Input oder so eine Art Impuls ist das gut.

00:22:48: Aber ich sollte es danach nochmal vernünftig und zwar selbst bauen damit ich eben auch flexibel bin weil so eine Präsentation zum Beispiel Vorstandspräsentations wird vielleicht auch noch ein paar mal angepasst Und ich finde dass man da vielleicht auch mal ehrlich sein sollte und nicht sagen sollte ja jetzt wird es mir schnell gemacht und deswegen ist jetzt Powerpoint tot.

00:23:04: richtige Programmierarbeit ist nämlich auch nicht tot Denn der Punkt wo das dann eben bricht wenn die Leute anfangen genau so, wie ich das jetzt gerade mit Powerpoint beschrieben habe.

00:23:14: Das auch mit ihrem Vibe-Code Zeug zu machen und nämlich dass das dann von der Demo genommen wird und gesagt wird, oh, lass uns das doch nehmen!

00:23:21: Das ist doch schon gut!

00:23:22: Weil er hat jetzt eine Produktivumgebung.

00:23:24: und was passiert da?

00:23:27: Also du kannst aus Coding Perspektive hast dir mehr Erfahrungen.

00:23:29: oder was passiert denn aus deiner Sicht?

00:23:32: Wenn eben so ein Vibecoding Output von der demo in die Produktiv Umgebung kommt... also ich glaube da gibt es an vier Stellen Probleme.

00:23:42: Und diesen glaube ich gerade in der Engineering-Welt relativ klassisch, so erstens sind das halt diese sogenannten Edge Cases.

00:23:51: also was du grade schon gesagt hast ja der schnelle Prompt liefert eben Code für den Standardfall.

00:23:59: die zehn Prozent ungewöhnliche Eigaben die du eben in der Praxis zu Fehlern führen sind nicht durchdacht.

00:24:06: zweitens die Fehlerbehandlung.

00:24:08: Was passiert, wenn die Datenquelle nicht antwortet?

00:24:11: Wenn die Eingabe leer ist.

00:24:13: Wenn der User auf den falschen Backen klickt.

00:24:16: So Vibecode hat genau dafür oftmals keine Antwort.

00:24:19: Drittens die Maintenance also Wartbarkeit.

00:24:22: Genau das meine ich wartbar.

00:24:24: Das ist das was sich auch mit dem... ... mit der Powerpoint Output meint, das ist ja nicht bearbeitbar richtig.

00:24:27: Genau!

00:24:28: Also du selbst weißt in zwei Wochen eben nicht mehr was du da gebaut hast... ...du hast ja auch gar keine Dokumentationen.

00:24:33: also diese die weiß ich die Variablen sind generisch die Struktur ist völlig undokumentiert.

00:24:40: Das führt dann auch dazu dass du sowas überhaupt nicht mehr wirklich warten kannst nach einer oder zwei Wochen.

00:24:45: Und viertens Tests, ganz einfach.

00:24:48: Also Vibecoding Outputs haben fast nie Unit-Tests in Produktion heißt es wirklich jede spätere Änderung kann unbemerkt etwas Bestehendes kaputt machen.

00:24:58: So ist das was du gesagt hast ein Bug behoben vier neue eingefaked.

00:25:04: Ja also das ist auch so wo ich sagen muss, dass funktioniert vielleicht wenn man im Bereich Marketing arbeitet.

00:25:09: Dass man mal schnell irgendwie was präsentiert oder wenn man sagt es ist alles im Fluss.

00:25:15: Das ist jetzt eine Präsentation oder ein Stereo.

00:25:16: dann Dashboard wo ich jetzt sage und das ist jetzt ein Dashboard was ich für einen Steering Committee zum Beispiel einmal für einen Eintermin baue und... Dann ist es auch wieder weg.

00:25:26: das ist nur quasi Fernsehen.

00:25:29: so einmal gucken und weg.

00:25:30: aber wenn ich jetzt sag' ich brauche jetzt etwas Belastbares Und das kommt vielleicht in den report dann muss ich dann doch wieder mehr arbeit reinstecken und das hat dann auch eine frage von.

00:25:41: Eine haftungsfrage also ich kann ja nicht irgendwie sagt definitiv die schnelle, die ich dann verkaufe an jemanden der kauft am jahr die zeit ab noch das produkt ab und da muss man weiter denken und sich überlegen wenn ich jetzt sage dieses deliverable hat ein preis dann muss das Ding auch halten und kann nicht einfach quasi so ein Vibe-Coding Produkt sein, was ich mal eben kurz abgeliefert habe.

00:26:07: Also da muss man schon bisschen aufpassen.

00:26:10: und das was wir liefern, das muss tragen.

00:26:13: Und Vibe Coding produziert eigentlich schon definitorisch Outputs die in der Demo aussehen und ein bisschen tragen und funktionieren.

00:26:21: Das ist jetzt nicht so als wäre es nicht klickbar gewesen.

00:26:23: Der Sport funktioniert schon aber das ist nicht zwangsläufig in der Realität überführbar

00:26:29: Ja, klar.

00:26:29: Aber da müssen wir auch relativ ehrlich sein.

00:26:31: oder das gilt halt eben nicht nur für Weibcoding Outputs sondern wirklich für jeder Art von Software oder Output die wir eben produzieren.

00:26:38: also die Frage ist glaube ich nur und dass es auch die eigentliche Proannte oder ob wir uns in dieser Verantwortung wirklich bewusst sind so Ich glaube nicht.

00:26:48: beim klassischen Ja, IT Outsourcing war das immer relativ klar.

00:26:52: Die IT Abteilung baut.

00:26:54: Sie übernimmt irgendwie Verantwortung dafür... ...sie pflegt sie wartet.

00:26:57: beim Vibe Coding fällt diese Kleid eben weg so.

00:27:01: Jeder kann jetzt mittlerweile ein Dashboard in zwei Stunden bauen.

00:27:03: also ich kann es dir sagen Ich arbeite dann in Date Analytics und um Dashboards Bauen in Power BI mit R oder... oder in Tablo war für uns bis jetzt halt immer ein wichtiger Bestandteil und bis so ein Dashboard eben fertig worden, wirklich abgesegnet wurde.

00:27:19: Da hängt wirklich einen Haufen Prozesse dran, Administration, Administrativdokumentierung, Dokumentation.

00:27:26: also wer ist mittlerweile verantwortlich wenn dieses HTML zwei Stunden Dashboard im paar Wochen falsche Zahlen liefert?

00:27:35: Das Ding ist auch man denkt halt naja nein das ist ja nur.

00:27:40: Wer länger eine Beratung arbeitet, wird schon öfter erlebt haben dass das so Produkte die man mal kurz hingeklatscht hat oder wo man mal eben kurz aus der Hüfte irgendwas gemacht hat.

00:27:49: Auch einen Text oder irgendeine Präsentation oder irgend ein Handbuch wird fünf Jahre später immer noch von Mandanten benutzt.

00:27:57: Also ist es?

00:27:58: Ja!

00:27:58: Es ist dann längst nicht immer alles so hochglanz wie man sich das vorstellt sondern am Ende ist dieses diesen Schrott den man einmal eben gemacht hat.

00:28:07: Pass auf, bestes Beispiel.

00:28:08: Ich hab mich neulich mit jemandem unterhalten.

00:28:11: Der hat früher das ... der war dabei als das Zentro-Oberhausen gebaut wurde und er hat es damals mitgestaltet.

00:28:18: Das ist ein älterer Herr gewesen und der hat eben gesagt dann waren die Ammeröffnungstag ganz früh morgens war da und da war der in einer Coca Cola Oase also diese Fressmeile und hat gesagt ja sollen sich Leute hier nicht irgendwo mal hinsetzen um die Speisen einzunehmen.

00:28:31: und dann sagt er die andere oh haben wir ganz vergessen!

00:28:34: Wir haben die ganzen Tische und das alles Wir haben das alles, aber das schaffen wir jetzt nicht mehr in den zwei Stunden.

00:28:38: Und da hat er eben Leute zusammen getrommelt aus seiner Firma und dann haben die das aufgebaut.

00:28:42: Er hatte dann einfach entschieden wie das so angeordnet wird und der meinte dass es noch lange Jahre danach wurde die gleiche Tischordnung benutzt, die er denn zwei Stunden vor Eröffnung mal eben aus der Hüfte gemacht hat.

00:28:52: Das meine ich eben.

00:28:54: Man muss sich doch beim Klaren sein, dass auch bestimmte Autos, sie werden auch einfach übernommen deswegen muss man auch gucken... immer klar sagt, das ist ein Prototyp.

00:29:03: Nehmen Sie das nicht in die Produktivlösen!

00:29:04: Das kann nicht das Endprodukt sein auch wenn es jetzt gerade so aussieht

00:29:08: Gerade im Zentrofall.

00:29:10: Also relativ interessant, weil... Gut ich wohne jetzt mittlerweile nicht mehr in Deutschland aber ich weiß noch nicht wie Teenager war oder so und wir mal im Zentrum waren.

00:29:17: Ich habe mich immer gefallen was ist das hier für ein Chaos?

00:29:21: Das ist aber...

00:29:21: Kreuzung angeordnet war!

00:29:24: Also das finde ich schon sehr interessant.

00:29:28: Diese pragmatische Lösung einfach jahrelang noch bestand also obwohl jeder wusste dass es einfach chaotisch ist Aber zu anstrengend war das jetzt eben nachher noch zu ändern.

00:29:37: Ja, ich meine wenn es bei dem ersten Eröffnungstag und wir Hundertfünfzigtausend Besuchern standhält dann ist das wohl nicht so schlecht gewesen.

00:29:43: Stress

00:29:43: bestanden

00:29:44: ja!

00:29:45: Ich mein das ist halt nur Sitzon und das ist eigentlich egal.

00:29:48: die Leute im Zweifel schieben sich das dann so zurecht wie sie's brauchen.

00:29:51: Das geht eben bei einem sehr sprunglich unbedingt.

00:29:54: Und das ist also wichtig wenn man Trend sagt dass das Prototyp das ist produktiv und ein Vibecoding Output ist immer ein Prototypen und Wenn der jetzt in die Produktion gehen muss Dann musst du auch den.

00:30:04: Bei größerem Firma gibt es einen fest definierten Produkt-Entwicklungsprozess, PEP.

00:30:09: Der dauert auch und der hat ganz viele Gatekeeper und den darf man jetzt nicht einfach übergehen sondern muss sagen er muss das trotzdem durchlaufen.

00:30:18: Ja

00:30:19: ich glaube generell also bevor du überhaupt irgendwas in so ein Arbeitsergebnis eben übernimmst musst du halt muss dort relativ schnell beschreiben können, was es eben macht und wo's kippen könnte.

00:30:31: Also wenn du das nicht kannst hat es auch gerade in so einem Kundentermine zu suchen.

00:30:35: Das hat auch nichts mit Misstrauen gegenüber AI zu tun sondern ich glaube dass das können wir als die berufliche Sorgfaltspflicht bezeichnen.

00:30:44: Es gilt halt eben unabhängig davon ob du das jetzt selbst gevipecoded hast, junior den Code reviewed oder dass du mit CloudCode selber gebaut hast.

00:30:54: vielleicht noch wichtig zu erwähnen ist, dass Vibe-Coding eben wirklich nicht das Problem ist, was wir verteufeln wollen.

00:30:59: Im Gegenteil!

00:31:01: Also Vibecoding kann im richtigen Kontext also gerade zum Skizzieren Prototypen schnelles Testing ein wahnsinnig produktives Werkzeug.

00:31:12: Gerade für uns in der Beratung.

00:31:14: Das Problem ist eher so die fehlende Disziplin in der Art und Weise wie es benutzt wird und definitiv in der Übergabe.

00:31:22: Wenn du diesen Übergang von einem Prototypen zu dieser Produktivumgebung eben sauber trennt.

00:31:28: Hast du einen riesigen Hebel gewonnen, ohne das Risiko einzugehen?

00:31:35: Wenn man mal eine Software sich vom Reisbrett aus ausgedacht hat... Was macht man am Anfang?

00:31:40: Mock-Ups?

00:31:41: Also sichten zum Beispiel von einer Handyapp.

00:31:43: Man macht dann die Sichten!

00:31:44: Was gibt es als

00:31:45: Versichten?!

00:31:45: Wie sehen die aus?

00:31:46: Dann skizziert man das also ganz stumpf.

00:31:51: Da macht man die Epics, dann baut man die einzelnen, diese ganzen Stories und so.

00:31:56: Das muss man sich alles ausdenken!

00:31:58: Und diesen ganzen Kram kann man mit AI super beschleunigen.

00:32:03: Also insofern würde ich das eher so betrachten ist.

00:32:05: Es beschleundigt sehr viel den Anfang und ich finde auch... Man kann relativ früh feststellen ob man nervt trifft mit seinem Produkt oder nicht, ob es klappt oder nicht und braucht gar nicht erst anfangen für eine Produktiv-Umgebung zu entwickeln.

00:32:19: Dann kommen wir auch schon Eigentlich zum Schluss der Folge, oder?

00:32:22: Ja.

00:32:24: Also ich würde sagen wir nehmen mal mit das was ihr vielleicht auch schon empfunden habt nämlich diese vollkommen Erschöpfung nachdem man den ganzen Tag... ...mit AI gearbeitet hat.

00:32:33: Das ist real.

00:32:34: und die Pointen der BCG-Studie ist im Prinzip wo die Pointe ist dass nicht das Nutzen unbedingt müde macht sondern auch das Beaufsichtigen dieses kontrollieren.

00:32:44: Ganz wichtig!

00:32:44: Und Vibecoding haben wir jetzt auch drüber gesprochen ist ein sehr sauberes oder es sind sehr wertvolles Werkzeug, dass man aber sauber abgrenzen muss und nutzen muss.

00:32:54: Und ja mal wieder ich glaube das haben wir schon öfter gesagt das wichtigste eigentlich Disziplin bei der Nutzung.

00:33:00: Das genauso wichtig wie die Toolwahl und die Wahl des LLMs ist auch einfach dass man diszipliniert dabei ist und sich darüber im Klaren ist was ist dieses Output?

00:33:10: Was ist es vor allen Dingen nicht?

00:33:12: Genau!

00:33:12: Was ist das vor allem nicht?

00:33:14: also Mein persönlicher Take zu der Folge noch, wer eben jetzt gerade nach der Folge zu Hause sitzt und überlegt welches Stück seines AI Alltags eigentlich gerade wirklich in Richtung Vibecoding Drifted hat schon den ersten richtigen Schritt gemacht.

00:33:31: Also bewusst sein dass es eben Ein Spektrum gibt zwischen sauberer Disziplin oder guter Disziplin und wirklich viel zu schneller Nutzung.

00:33:41: Also so eine Art von impulsiver, schnellen Nutzungen ist schon die halbe Miete.

00:33:46: Die andere Hälfte ist sich pro Woche einfach mal ne Stunde vielleicht auch für ne gewisse Art von Reflexion zu nehmen statt sie ja vielleicht noch mehr unüberlegten Outputs verwenden.

00:33:59: Ja spannend.

00:33:59: Ich habe gerade heute Morgen noch gelesen, dass in einem Vortrag eine gefragt hat wer von euch geht denn seit der AI nutzt früher nach Hause?

00:34:08: Keiner die Hand gehoben.

00:34:11: Wir würden das machen.

00:34:12: Aber du packst einfach mehr auf den Teller.

00:34:16: Also für Folge fünf würde ich gerne mir vornehmen, dass wir über die Kosten von AI sprechen und zwar jetzt nicht die mentalen Kosten, die wir jetzt gerade besprochen haben sondern die realen Kosten also Tokens.

00:34:29: Ja, ich glaube das ist ein wichtiger Punkt.

00:34:31: Und auch in dem Zusammenhang wichtig Abhängigkeit aus Systemabhängigkeit von AI die auch damit einhergeht.

00:34:39: Die jetzt schon vorhanden ist?

00:34:40: Die schon vor handen ist und die auch immer schlimmer wird und die ganz stark an die Tokens geknüpft ist.

00:34:44: und wir können ja vielleicht mal kurz über diesen Fable Five oder Mythos Five Fall reden von vor paar Wochen.

00:34:50: Ist glaube ich ein ganz interessanter Punkt dabei wenn man sich darüber unterhält wie abhängig man sich von bestimmten Software oder bestimmten Firmen machen will, die eben AI Produkte für einen bereitstellen.

00:35:05: Sehr gerne!

00:35:06: Ich freue mich schon auf die nächste Folge Patrick!

00:35:08: Ich freu mich auch bis dann!

00:35:09: Tschüssi!

00:35:10: Bis dann!

Neuer Kommentar

Dein Name oder Pseudonym (wird öffentlich angezeigt)
Mindestens 10 Zeichen
Durch das Abschicken des Formulars stimmst du zu, dass der Wert unter "Name oder Pseudonym" gespeichert wird und öffentlich angezeigt werden kann. Wir speichern keine IP-Adressen oder andere personenbezogene Daten. Die Nutzung deines echten Namens ist freiwillig.