Milliarden-Exit CTO erklärt: das Vibecoding Setup für >100 Millionen Euro Umsatz (Schritt-für-Schritt)

00:00:00: Du hast als CTO und Mitgründer eine Firma zum Milliarden-Exit aufgebaut.

00:00:04: Der Unterschied von heute und vor zehn Jahren ist gigantisch, als wenn wir in einer anderen Welt wären.

00:00:09: Ich glaube das sind erstmal so diese ganz großen Shifts die selbst die neuen Founder echt ein bisschen überholt haben.

00:00:18: Wir haben zwanzig Jahre der Sports gebaut.

00:00:19: Aber vielleicht sollten wir irgendwann mal die Schaufel wieder hinlegen, ganz kurz hochgucken und fragen was baue ich hier eigentlich für wen?

00:00:25: Jeder kann sich irgendein cooles AI-Video generieren und deren Demo sieht aus als wenn es eine Nesdaq-Fivehundred-Company wäre.

00:00:30: Das heißt, wenn deins nicht the most polished shit ist dann hat er direkt den Ahnung.

00:00:33: so oh das sind alles was du.

00:00:35: was du coden kannst muss eigentlich schon fertig sein.

00:00:37: auch ob's gar nicht fertig ist oder nicht Was

00:00:39: macht ein gutes Produkt aus?

00:00:42: Vibecoding ist heutzutage in aller Munde.

00:00:44: Jeder baut einfach Produkte.

00:00:45: Dinge, die für mich nicht möglich waren zu bauen vor sechs Monaten, zwölf Monate und zwei Jahren sind heute at my fingertips.

00:00:52: ich kann einfach sagen hey du baum mir das egal welches Modell ich wähle irgendeine KI wirds mitbauen.

00:00:58: aber welche Fallstricke da sind wenn ich daraus versuche eine Firma zu bauen wie ich mich heute noch differenzieren kann darüber muss man ehrlicherweise mal sprechen und dazu habe ich mir Paul Müller wieder eingeladen mit dem ich ja schon diverse Episoden aufgenommen habe sei es zu den Verstecken Problem, wenn du dich zu schnell auf die cloud verlässt und damit deine firma skalierst und deine kosten nicht mehr in den griff bekommst oder aber auch Den aufbau von adjust.

00:01:20: die firma werden später für über eine milliarde dolla verkauft wurde.

00:01:24: Und heute sprechen wir über wipe coding und die probleme weil Es gibt sehr viel zu beachten Wenn du einfach nur sagst hey du baum mir mal dieses produkt ach übrigens füg mal dieses feature hinzu dieses feature dieses feature Die wahrscheinlichkeit dass du ein paar monaten oder jahren da stehst und alles in sich zusammenfällt.

00:01:44: Wenn du nicht auf ein paar klare Punkte achtest, ist sehr hoch.

00:01:47: Dementsprechend hör dir dieser Episode bis zum Schluss an.

00:01:50: Implementiere zwei-drei der Schritte die wir besprechen und du wirst ein viel besseres System haben um sicherzustellen dass deine Software auch in Jahren noch laufen kann.

00:01:59: Viel Spaß mit diese Episode von Unicorn Bakery!

00:02:03: Paul Du hast als CTO einen Mitgründer eine Firma zum Milliarden Exit aufgebaut und begleitet geführt investierst jetzt als Partner von ewar einfach in die neue generation gründer und seitdem ist natürlich viel passiert.

00:02:18: künstliche intelligenz ist gerade ein großes thema vibe coding etc.

00:02:21: Und meiner meinung nach ist es inzwischen sehr leicht momentum aufzubauen aber extrem schwer substanz aufzubauten weil ich kann ganz schnell irgendwie sachen verkaufen, aber irgendwie zu verstehen was daraus als firma entsteht und wie ich das wirklich denke.

00:02:34: So, ich würde es mir nicht zutrauen aktuell.

00:02:36: Kann man natürlich lernen und deswegen sind wir hier... Was würdest du sagen?

00:02:39: Sind die Dinge, die sich am meisten verändert haben wie man heute Produkte und Firmen baut und denkt im Vergleich zu der Zeit wo ihr angefangen habt?

00:02:46: Ja also da muss ich tatsächlich sagen der der Unterschied von heute und vor zehn Jahren ist gigantisch.

00:02:52: Also es ist einfach, als wenn wir in einer anderen Welt wären.

00:02:54: Wenn ich mir jetzt angucke... Die Fellows die ich habe bei Ivo, die ich coache mit denen ich arbeite und konstant an ihrem Produkt und auch an der Präsentation also vom Kunden-und zum WC Arbeiter.. Ist das einfach ein Dogmaschift den ich so in meinem Leben vorher noch nicht gesehen habe?

00:03:10: Und das Problem ist dass selbst die jungen Founder, die jetzt gerade das erste Mal dabei sind gar nicht unbedingt verstanden haben, wie schnell sich das Game jetzt schon geändert hat.

00:03:21: Beziehungsweise was sozusagen die Erwartungen sind.

00:03:23: also ein erstes Beispiel des Meinfeld ist, dass wenn du heute zum WCG bist und pitcht, ist diese Frage, was es eigentlich für eine Mode aussieht?

00:03:32: Du machst irgendwas richtig krass deep-techiges und hast noch einen Patent oder bist einer der most famous researcher auf dem Gebiet gibt's technische mode wird einfach nicht mehr angenommen.

00:03:42: Also wird nicht mehr akzeptiert als oh ja das habe ich gebaut muss erstmal nachbauen Kann jeder nachbauen, morgen Nachmittag kein Problem.

00:03:48: Das heißt Mode ist eigentlich nur noch dein Detraction.

00:03:52: Also Mode ist was du exekuten kannst.

00:03:54: also wie viel besser hast Du bis jetzt bewiesen dass du exäkuten kannst?

00:03:57: Wieviel bessers du Maschine gebaut die aus irgendwie einem Euro zwei Euro machen kann als jemand anderes und das ist halt auch ein Mein-Shift für viele Fauna Die halt eben eigentlich ganz gerne sitzen würden den ersten Produkt bauen würde erst mal vor sich hin so ein bisschen etwas cooles Bauen Egal, wie lange du gebraucht hast das zu bauen.

00:04:15: Keiner mehr davon ausgeht dass es lang braucht irgendwas zu bauen egal ob das war oder falsch ist.

00:04:21: Das ist halt auch eine Sache.

00:04:22: selbst bei komplizierten Sachen wo man sagt hey da steckt schon noch irgendwas drin was mir nicht einfach Weibkoden kann wird heutzutage einfach davon ausgegangen ist keine Mode mehr da.

00:04:30: Was ist natürlich schwerer macht für Founder irgendwie zu zeigen?

00:04:33: Hey ich kann das!

00:04:35: Ich bin jetzt irgendwie dabei.

00:04:36: Das heißt alles was du hast als Produkt- oder Product Market Fit wird eigentlich nur noch danach bewertet ob Kunden die dafür auch Geld geben und wie viele Kunden, wie viel schneller dir, wieviel mehr Geld dafür geben.

00:04:49: Und das ist natürlich eine relativ, sag ich mal Brutalmetric-Shift also früher war so oh du hast es schon einmal gebaut.

00:04:54: jetzt finden Kunde das gut, dass ist schon mal was wert bis weg.

00:04:58: Die andere ein anderes Thema wenn nicht mehr zu sagen Das ist das eine bei denen bei den VCs.

00:05:03: Also die gehen davon aus dass jeder alles bauen kann in No Time.

00:05:07: Das Problem ist Davon gehen die Founder gar nicht unbedingt aus sondern die bauen halt lieber in Ruhe und Vorsicht an ihrem Produkt.

00:05:15: Also beziehungsweise da würde ich vielleicht nachher noch so ein bisschen mehr reinschnallen, weil sie sich halt so verschiedene Richtungen... Es gibt auch die, die glauben Sie können alles in jeder Zeit bauen und sich das phänomenal um den Hals wickeln.

00:05:28: Die andere Sache ist halt eben dass mittlerweile eine Erwartungsschrift erstaunlicherweise von den Foundern, die was bauen sollen zum Markt und was der Markt erwartet vom Founder, der auftaucht ist halt auch dramatisch auseinandergegangen.

00:05:42: Was einfach damit zu tun hat, dass das Game heute so ist... Wir haben früher auch Demos gemacht von Sachen die es nicht gab.

00:05:48: Also diese klassische Mindsweeper-Demo ich weiß welche der zwei Knöpfe gehen und ich weiß welche der zehn Knopf ich auf gar keinen Fall drücken sollte.

00:05:56: Heute ist aber einfach dieser Erwartung, dass ich mit dem Sales Deck auftauche mich hinsetze Und die irgendwie über zwanzig Slides Vollquatsche.

00:06:01: wie toll mein Produkt isst Ist einfach nicht mehr Das was funktioniert.

00:06:06: Du musst mit ner Demo auftauchen, die muss snappy sein.

00:06:10: Die muss cool sein.

00:06:10: am besten hast du ein cooles kleines Video dabei und auch einfach der Production Value den du herstellen kannst ist halt Insane!

00:06:18: Jeder kann sich irgendein cooles AI-Video generieren und deren Demo sieht aus als wenn sie in a Nestec Five Hundred Company werden.

00:06:23: Das heißt aber auch im Umkehrschluss dass wenn du das nicht hast, siehst du aus wie wenn du irgendwie so ne Garden Shad Operation hättest und so'n Tubits.

00:06:34: was soll das sagen?

00:06:35: Also wo keiner weiß was eigentlich dahinter steckt.

00:06:39: Das heißt, wenn deins nicht the most polished shit ist, wenn du beim Kunden sitzt und dem irgendwas erzählst, dann hat ihr direkt den Ahnung so, oh, was ist das denn hier?

00:06:47: Das ist einfach die Erwartungshaltung von wie hoch dein Produktion-Value ist, von deiner Demo, von deinem Deck, von allem, was du hast muss heute ab Day one tenor oder ten sein.

00:06:59: Es darf keinen optischen Unterschied mehr geben zwischen einer Company, die seit letzter Woche existiert Und das finde ich halt ist auch so eine Sache, die ganz viele Fahnder noch nicht wirklich vollends absorbiert haben.

00:07:10: Die tauchen also auf und erzählen nur ein paar Sachen von ihren Featuren und was so so is'.

00:07:15: Was wir sehen bei Ivo, ist dass es funktioniert bis auftauchen schon das Problem verstanden hat vom Kunden.

00:07:22: Eine Demo zeigen, die das Probleme löst, die polischt und die wirklich scharf ist... Und dann gucken, was der Kunde sozusagen hat zu sagen und die Sachen sind.

00:07:33: Wo er noch, hey das hätt ich auch ganz gerne oder ne?

00:07:35: Das kann es das auch.

00:07:36: Kann's das aus ... Und die Antwort muss eigentlich immer ja sein.

00:07:40: Ja, ja, kann das!

00:07:41: Weil du hast die Fähigkeit auf dem Weg nach Hause das zu bauen.

00:07:45: Du hast die fähigkeit das Abends als MVP zu schicken.

00:07:48: Du hasst die Fährigkeit Ende der Woche eine Stable Version davon beim Kunden zu haben.

00:07:53: Also musst du's auch machen.

00:07:54: Ich glaube dass eben so dieser Schiff, weil es geht muss das neuerdings das absolute Minimum sein von dem, was du machst.

00:08:04: Und ich glaube da hängen ganz viele Founder noch so ein bisschen zwei Steps hinten?

00:08:08: Ich baue das erst mal und guck's ein bisschen... nein!

00:08:10: Du musst zum Kunden den Demonstraten, ob es existiert oder nicht spielt gar keine Rolle.

00:08:14: Der Unterschied zwischen einem Start-up an Day One in einem Konnen ist eigentlich nur dass du vor hast das zu liefern.

00:08:20: Aber du musst mit der gleichen Konfidenz auftauchen und sagen Das kann ich, das geht, das kann ich alles machen Und dann losgehen und das so schnell wie möglich implementieren.

00:08:28: Ich glaube, dass sind erstmal diese ganz großen Shifts... ...die selbst die neuen Founder echt ein bisschen überholt haben.

00:08:37: Da gibt es viele Punkte, über die wir gleich noch mal sprechen müssen.

00:08:40: vorne weg!

00:08:42: Mode ist das Alleinstellungsmerkmal, also wie differenzierst du dich vom Wettbewerb?

00:08:45: Gibt's irgendwas was der Wett Bewerb dir vielleicht nicht nachmachen kann?

00:08:48: und dementsprechend Traction.

00:08:49: Also alles was du an Kunden gewinnst ist auf einmal dass sind deine Kunden.

00:08:52: wenn du schaffst die bei dir zu behalten dann ist das dein alleinstellungsmerkmal.

00:08:56: aber technisch kannst jeder nachbauen.

00:08:58: Dann hatten wir POC proof of concept.

00:09:00: so ich muss den mitbringen Ich muss zeigen so hey irgendwas wollen wir mit euch machen Und wir haben schon verstanden was wir für euch lösen wollen.

00:09:06: und ich glaube da muss man einfach Ja, wie du sagst sehr scharbs sein und all das was du gesagt hast nur um das zu erklären.

00:09:14: Und der dritte Punkt ist gilt es nur für Software-Companies oder gilt das zum Beispiel auch für Firmen die dann Robotik oder Ähnliches noch mitmachen?

00:09:20: Ich glaube das muss man einmal kurz einordnen über welche Art von Firmen sprechen wir

00:09:23: eigentlich.

00:09:23: Also ich denke am extremsten ist das Beispiel natürlich für Software.

00:09:27: Das heißt wenn ich heute ohne eine coole Demo selbst aufs Brück gange gibt aber ich habe einen coole Demos irgendwo auftauchen kann ich uns ausbleiben.

00:09:35: also das ist halt.

00:09:36: von Software wird erwartet dass sie Ten-O-Ten Polished ist, Ten-o-Teen Production Value hat und ready to go is.

00:09:43: Ob das wahr oder falsch ist spielt gar keine Rolle sondern das ist also bei Software ist es sehr extrem.

00:09:48: Und selbst im Robotics Bereich kann ich natürlich demomäßig schon relativ viel erreichen dass das in der echten Welt alles ein bisschen langsamer und ein bisschen härter ist.

00:09:56: Ich denke wie gesagt die Spitze vom Aspekt da ist ganz klar Software.

00:09:59: also was du was du coden kannst oder coden lassen kannst muss eigentlich schon fertig sein auch ob's gar nicht fertig ist.

00:10:07: Bei Robotics wird einfach auch vom Production Value das gleiche erwartet, wenn du Demo hast.

00:10:12: Das muss halt einfach so kleinlichkeiten was es sind aber immer Kleinigkeiten wie... Was zeigst du, wie gewollt ist dein Schnitt?

00:10:20: Wie gut ist der VoiceOver.

00:10:22: Weil ich kann heute einfach alles für einen ... Entweder bei Fivern ein VoiceOver oder einen AI-VoiceOver dem das da super professionell klingen.

00:10:28: Das heißt, da kannst du nicht über deiner Demo sitzen und rüber stammeln.

00:10:31: Es funktioniert einfach heute nicht mehr.

00:10:33: Weil einfach jeder kleine Einmannbote, die irgendwas cooles vor sich hin baut, alles in der Air produzieren lässt.

00:10:38: Und es sieht halt superprofessionell aus!

00:10:40: So natürlich, wie gesagt bei den Warddeep-Tech Sachen und so klar... Sag ich mal, gelten mehr die alten Spielregeln.

00:10:49: Aber trotzdem deine Presentation, deinen Auftauchen und alles was du dem Kunden in die Hand gibst und zeigst muss halt trotzdem genauso polish sein wie bei den anderen Kabinen auch.

00:10:57: Früher war's so es gab ein Business-Fahren da häufig, es gab irgendwie einen technischen, so einen technischem Boot der halt irgendwie angefangen hat etwas zusammen zu hacken vielleicht ursprünglich auch mal Apps mit denen man so tun könnte als ob man Bier trinkt oder so.

00:11:10: Sorry, kleine Anekdote.

00:11:11: Weil das so der Ursprung von ... Oder ein Teil des Ursprungs von Adjusts gewesen ist, wo ihr dann später darauf basierend eine Milliarde Firma gebaut habt auf dem, was ihr da gelernt habt.

00:11:20: Aber früher hat man einfach Sachen zusammengehängt.

00:11:23: Die Rollen verändern sich ja.

00:11:25: Was würdest du sagen, braucht heute einen Gründerteam?

00:11:28: Was macht den Gründerteam aus?

00:11:30: Ist es jetzt auch die Ära des Solo-Founders?

00:11:32: Es sind die Äre trotzdem des Teams.

00:11:34: wie teilen sich die Aufgaben.

00:11:36: Dass man bei Adam und Eva beginnt, weil es beginnt beim Team nicht mit der Idee.

00:11:40: Also ich glaube schon noch, dass wir das zwei Founder immer gut sind um sich gegenseitig in Balance zu halten.

00:11:47: Das ist eine der Sachen die sehen wie sie es gerne und auch bei Ivo gerne.

00:11:53: Wir sehen aber auch mehr Solo-Founder die jetzt über eine Fähigkeit zu exekuten also gerade ihre Produkt bauen zu können schneller iterieren können oder erst mal so ganz step schaffen können bis sie dann jemanden holen wird, das dann in echt jetzt auch bauen muss.

00:12:07: weil ich kann halt Mir mit Loverbill eine Demo von meinem Produkt zusammen bauen.

00:12:10: Wenn ich ein simples Produkt habe, komme ich sehr weit damit.

00:12:14: Kann das zeigen?

00:12:15: Kann das sogar schon verkaufen und dann den Co-Found erfinden der es auch bauen kann.

00:12:19: Ich sehe, dass mehr Momentum aufgebaut werden kann mit einer Person als jemandes zuvor.

00:12:22: Früher bist du gar nicht aus dem Tee gekommen wenn du nicht bauen konntest.

00:12:25: Und wenn du bauen konnst warst du oft vielleicht nicht der Typ, der zum Kunden gelaufen ist und gesagt hat komm ich kann das, weiß ich cooles gebaut haben so.

00:12:32: Da sehe ich schon wesentlich mehr Teams wo jetzt auch ... der Bilder fehlt.

00:12:36: Andererseits muss man fairerweise auch sagen, dass die Rolle des Bilders sich natürlich massiv geändert hat.

00:12:41: Also das ist ja auch immer ein der anderen ganz großen Schiffs ist.

00:12:44: was macht der Bilder jetzt eigentlich?

00:12:45: Weil es jetzt nicht mehr der Typ da kodet.

00:12:47: also kommt natürlich General Statements oder Generally Wrong.

00:12:52: aber bei den meisten Companies ist halt so das größte Teil vom Code mittlerweile Gewaltkode wird.

00:12:57: Das heißt das was der Bilder eigentlich macht hat sich komplett geändert.

00:13:01: Also dessen Rolle hat sich dramatisch geändert.

00:13:03: und noch da sehe ich ganz viele Probleme, weil viele der alten Schwächen was sozusagen... Was die Bilder vorher schon nicht wussten, weil es einfach nicht mehr so zu sagen Mode ist.

00:13:12: So alte Oldschool-Sachen wie Architektur und gutes Design zu wissen.

00:13:17: Sich jetzt dadurch deutlich schlimmer auswirken als Unternehmen, weil jetzt sozusagen der Code geschrieben wird von einem kompletten wahnsinnigen Psychopathen, der sich halt überhaupt nicht dafür interessiert, was du willst sondern so monkey-pore-wishingmäßig da ein Code entsteht.

00:13:32: Und das von einem Bilder, der vielleicht vorher, wenn er selber gebaut hätte mehr gelernt hat, schneller verstanden hätte, oh, das ist eine schlechte Idee gewesen.

00:13:38: Mit dem Psychopathen ist übrigens jedes Large Language Model gemeint, egal ob du einen Gemini oder einen Codex, also HHBT, ein Cloudcode oder irgendwas anderes.

00:13:46: Ja sorry falls das unklar war.

00:13:48: genau das sind also LLMs sind Psychopathinnen, das sollte man vielleicht auch ganz klar erwarten und ich ... Weibgrund selber auch zum Spaß, um ein bisschen was zu lernen.

00:13:57: Und stell immer wieder fest, dass die Dinge halt ... Sie sind extrem schlau aber verstehen nichts und das fühlt halt so sehr, sehr bizarren Designentscheidungen wenn ich nicht klar sage, was ich will.

00:14:10: Das ist einfach so einsondingend.

00:14:12: Die Rolle von Bild hat sich mehr geändert als die Rolle vom Business-Founder.

00:14:16: Ich glaube es ist immer noch gut beides zu haben, aber ich sehe halt auch das große Problem Wenn wir Wissenslücken sprechen bei den Bildern sehen, sehe ich mehr und mehr auch den Businesshunter in der Verantwortung, einen Base-Knowledge zu haben wie so ein Produkt eigentlich entsteht.

00:14:33: Weil wenn die Ausrede sagen, aber ich kann nicht programmieren ... Ich weiß nicht ob dein Bilder programmieren kann weil tun das ja auch nicht mehr.

00:14:40: Das ist gar nicht die Frage.

00:14:42: Anlassbestellte Frage.

00:14:43: Würdest du sagen, du warst der beste Programmierer?

00:14:45: Nein!

00:14:46: Bei Weitem natürlich nicht.

00:14:48: sondern meinen Job war zu übersehen, was wir da eigentlich bauen und was das Prinzip dahinter ist.

00:14:52: Deswegen man muss halt auch verstehen es war schon immer so dass der CTO am Ende eher orchestriert hat um zu gucken wie kriegen wir all das und all diese Power zusammen?

00:15:00: Und in die richtige Richtung gelenkt und übersetzt hat was in unsere Business-Ziele und was wollen wir eigentlich erreichen?

00:15:06: und wie könnt ihr dazu beitragen indem ihr das programmiert was ihr macht egal ob ihr das Zeile für Zeile schreibt oder jetzt dann halt vibecoded.

00:15:13: Das heißt dieser Rolle wird glaube ich Generell falsch verstanden von jemandem, der noch nicht an dem Punkt ist.

00:15:19: Da ist ein großes Problem ... Als ich angefangen hab, habe ich natürlich erst mal meinen Code selber geschrieben.

00:15:24: Ich hatte also die Gelegenheit, oft genug auf die Nase zu fallen und dabei eben auch zu lernen was für meine Codebase oder für mein Problem-Set eine gute Idee und was eine schlechte Idee ist.

00:15:34: Und konnte das nachher auch im Personal Growth weiter reintragen.

00:15:37: Die kommen, die sagen, das sind unsere Core-Values beim Engineering weil da hab ich schon gelernt, dass das nicht funktioniert.

00:15:43: Heute skippen wir diesen Step!

00:15:45: pushen die sozusagen direkt wo sie eigentlich zwei hundert ne monkeys und typewriters haben, die ihnen Sachen schreiben können.

00:15:52: Und sie wissen ja nicht was sie fragen sollen.

00:15:54: das ist so das größte problem.

00:15:55: was ich auch bei vielen fellows muss ich sagen sehen viel von den teams die sich bei uns bewerben wo wir dann sagen oh danke mannein danke Ist ein riesengrobleem dass die halt nie diese chancen da durchzugehen dass alle selber lernen zu dürfen sondern jetzt einfach dahingesetzt werden.

00:16:12: Endless power and no control.

00:16:13: Und das ist, glaub ich so eins dieser Sachen.

00:16:16: Die mich wirklich sehr besorgt.

00:16:18: Ich glaube da müssen wir eine Frage vorne wegstellen was macht eigentlich ein gutes Produkt aus?

00:16:23: Dann können die einen Trickle-down machen, Design

00:16:26: etc.,

00:16:27: wie entscheide ich dann in späteren Phasen, wie ich weiter mache?

00:16:29: aber wir werden generell zusammenfassend was macht ein gutes Produkte aus?

00:16:33: Da würde ich sogar so weit gehen sagen was macht denn gutes Produkt heute aus?

00:16:36: Also es meint was macht n gutes Produkt generell aus?

00:16:38: oder was ist sozusagen?

00:16:40: wo ist das Game hingegangen?

00:16:43: Und ich glaub, das Erste ist ... wo sich sozusagen das langsam über die Jahre hin entwickelt hat.

00:16:48: Dass wir immer mehr darauf eingehen müssen, dass es eigentlich das Problem vom Kunden ist und nicht nur dieses Bildet and they will come-ding sondern ... Ich kann mich nicht einfach hinsetzen in meinem kleinen Elfenbeinturm irgendwas basteln und hoffen, dass die Leute mein neues Ding lieben.

00:17:02: Viel dichter, dass wir am Kunden iterieren.

00:17:04: was machen die?

00:17:05: Was kostet Geld, was kostet Zeit, was kosten Nerven?

00:17:09: Wie kann ich das besser für die machen?

00:17:11: Da sehen wir.

00:17:12: auch muss ich sagen, das ist eine Sache die mich sehr freut.

00:17:15: Dass viele der neuen Generationen an Fawnern jetzt schon ganz dicht mit zwei drei vier fünf POCs anfangen, super Sharp Sense haben vom Kunden zu hören und auch mit offenen Augen da zu sitzen und sagen, dass Problem kann nicht lösen?

00:17:29: Das Problem kann sich lösen!

00:17:29: Das ist für den richtig was wert.

00:17:31: also viel weniger sozusagen zu sagen Ich baute es durch.

00:17:35: Sondern zu sagen okay Was ist eigentlich der der Purpose von meiner Kampagne?

00:17:37: Ist das der kunde mir Geld gibt, weil ich ihm ein Problem löse.

00:17:40: Und von da aus erst mal rückwärts das Produkt aufzuhängen.

00:17:43: Das ist schon mal eine Sache, die muss heutzutage mehr noch sein als früher.

00:17:47: Weil die Lernbereitschaft vom Kunden zu sagen, ich hab'n Problem und ich guck jetzt dein Produkt an und versuch', mein Problem mit deinem Produkt zu lösen geht halt auch immer weg, weil auch deren Aufmerksamkeit kältschpanne kürzer ist beziehungsweise sie sind's halt gewohnt es mehr vorgekaut zu bekommen.

00:18:01: Das heißt, du musst das auch machen.

00:18:03: Du kannst nicht mehr einfach was bauen und sagen hier guck mal ob du damit dein Problem lösen kannst weil macht keiner so viel so viel Brainpower benutzt kann er mehr dafür.

00:18:10: also das ist schon mal so dass da da hängt das ganze dann dran auf.

00:18:13: davon weg ein ganz großes Thema.

00:18:16: was wir bis jetzt noch gar nicht hatten es sozusagen die art wie der kunde mit deinem produkt interagiert hat auch in den letzten zwei, drei Jahren so einen Riesenschiff erhalten, dass viele Farben da ein bisschen zurückgelassen wurden.

00:18:29: Also was ich meine ist wir haben zwanzig Jahre in der Sports gebaut.

00:18:32: Guilty is charged!

00:18:34: Aber vielleicht sollten wir irgendwann mal die Schaufel wieder hinlegen ganz kurz hochgucken und fragen, was baue ich hier eigentlich für wen?

00:18:41: Weil die einzelnen Teams mir ganz stolz dann ihr Dashboard zeigen wo nen Shit-Interface drin ist.

00:18:50: Aber warum muss ich mich da vereinloggen?

00:18:52: Warum muss ich nicht durch den Dashboard klicken um in einem Chat-Interface zu landen, Jungs.

00:18:58: Kein Kunde ist heute morgen aufgewachsen und sagt, was ich mein Leben brauche?

00:19:01: Noch ein Dashboard, wo ich mich einloggen kann oder lernen muss, wo alles ist ... Die meisten Funktionen können die AI.

00:19:09: Aber ich will mich trotzdem nicht in deinem Scheiß-Dashboard einlogge.

00:19:12: Ich will, dass ich dem Ding via E-Mail schreiben kann, via Slack, via WhatsApp, via Voice Message.

00:19:17: Wir haben einen Natural Language Interface als riesengroßen Fortschritt erfunden ... mit dem ich mich wirklich fast über alles natürlich unterhalten kann.

00:19:27: Und wir bauen der Sports!

00:19:28: Der funktioniert nicht...

00:19:29: Das ist witzig, weil ich selber für mich interne Tools manchmal baue und ich denke dir auch der Sport führst.

00:19:33: Wenn ich das höre, denk ich so krass, ihr habt da auch einen Chat eingebaut?

00:19:36: Ich hab genau den selben Fehler gemacht nur von internen Dingen wo ich denke ach Gott.

00:19:40: Also es ist so wenn du dir überlegst eines meiner Lieblingskonzepte, dass wir haben.

00:19:46: die lösen Sachen für Marketing agitoren und die hätten auch super tolles der Sport gebaut.

00:19:50: Ist so unbedutzter, sie kunden mir vielen Scheiße Weil On-Bord dauert ewig, weil ich Museum in der Agentur erkläre.

00:19:56: Wie funktioniert dieses Dashboard?

00:19:58: Die sitzen alle jeden Tag und haben E-Mails von ihren Kunden am Kommen.

00:20:01: E-mail ist uncool.

00:20:02: Ich weiß, wenn man Anfang zwanzig ist, weiß man vielleicht kein E-mail.

00:20:05: Muss sich erst mal zeigen, dass so ältere Menschen wie ich E-Meal-Kleins auf ihrem Computer haben, wo so E-MAIL zu reinkommen.

00:20:11: Und ich bin gesagt dann macht er oft, dass ich dem eine E-Maile schreiben kann.

00:20:14: Dass ich da forwarder an meinen Assisten sagen kann hier mach mal fix das Problem von den Kunden oder holen wir eine Analyse machen wir einen Report Und drei Minuten später kommt die E-Mail wieder.

00:20:23: Ist ja auch eher als ein krones Kommunikation, ich bin nicht genervt, weil es drei Minuten gedauert hat einen riesen PDF zu erzeugen sondern denk ich so hey das war fix und es passt in den Workflow indem ich sowieso beim Sieb bin.

00:20:33: Ich klick vorwärts zum Kunden fertig.

00:20:36: Onboarding time null!

00:20:37: Weil ich muss nur sagen dass um uns die Emailadresse von dem neuen Typen der hier arbeitet schickt da mal hin.

00:20:42: Für die Jungs war das so wow das ist irgendwie viel einfacher.

00:20:47: Die Kunden Adoption Rate ist halt auch insanely hoch gegangen.

00:20:51: Also das andere hatten wir, die haben halt Reports in dem Dashboard erzeugt.

00:20:54: Ich gesagt okay wer von euren Kunden lockt sich da ein?

00:20:58: Keiner zu einer.

00:21:00: Einer zwischen einer und keiner.

00:21:01: Wie viele Leute in der Company sollten es lesen?

00:21:03: so zwischen zehnundzwanzig?

00:21:05: Warum schickst du den nicht einfach einen PDF?

00:21:07: Heutzutage kannst ja eine wirklich sehr easy ein hübsches PDF erzeugen... ...und denen das schicken?

00:21:11: oder kann sie auch jede Sprache lokalisieren!

00:21:14: Ja komm raus Willen.

00:21:16: usage ist irgendwie zäh nix hochgegangen dabei.

00:21:18: also ich glaube wir sollten erst einmal überlegen Dass wir ihn nicht zum Selbstspeck irgendwelche Sachen bauen, sondern so dicht wie möglich in den Kunden können.

00:21:27: Wenn Natural Language ein Interface ist über das sowieso den größten Teil eines Values create ist Dann ist dein Dashboard nur dafür da zu gucken, falls irgendwas schiefgegangen ist oder irgendwelche Rechte zu verteilen.

00:21:37: Oder irgendwelchen Rules festzusetzen.

00:21:40: Also Debugging, Rule Setting und irgendwelcher irakischen Adminsachen zu erledigen.

00:21:47: Aber das Interface für die meisten Anwender wird irgendwas Chat- oder E-Mail oder Voice oder so sein.

00:21:52: Da

00:21:53: muss ich mich nicht separat einloggen, weil ich's eh schon da habe, was einfach mitbenutzen kann.

00:21:57: Das heißt, ich hab null Onboarding-Time.

00:22:02: Wenn du immer noch die Dashboards baust heute ... Weiß ich nicht was du da machst?

00:22:08: Du wirst einfach keine Akzeptanz mehr dafür finden!

00:22:11: Selbst meinen kleinen hobbygekodeten Fitnesscoach, den ich mir selber geschrieben habe, der ist auf WhatsApp.

00:22:15: Weil ich halt keine andere App installieren wollte.

00:22:18: Aber ich find das blöd, ich will keine App haben.

00:22:20: Ich will mit irgendwas auf WhatsApp schreiben im Tool, der sie sowieso offen habe und benutze.

00:22:24: Möchte ich halt einfach mit irgendetwas kondomizieren können, dass mir ein Plan macht, Fotos vom Essentracken kann und so'n Kramm?

00:22:29: Das war für mich die logische Variante, das zu bauen anstatt ich brauche Milz & Apti, das kann so.

00:22:34: Und es sind also auch eine dieser Sachen, dass wir viel darüber nachdenken müssen.

00:22:38: wie hat sich das erst mal geändert?

00:22:39: Also das ist so vorm Anhängkundenrand dann diese ganzen Hürden entfernen, die wir jahrelang reflexartig gebaut haben.

00:22:49: Dann ist natürlich die Frage, wie baue ich das eigentlich?

00:22:52: Also was ist ein gut designtes Produkt?

00:22:56: hat vor allen Dingen zwei große Funktionalitätssachen.

00:23:02: Einmal es läuft.

00:23:03: Das klingt super offensichtlich!

00:23:07: Wenn ich mir angucke bei unseren Fellows, viele die so die ersten Varianten von dem Prototyp jetzt verkaufen uns geht an und ich wahren sie schon immer Denk dran, dass du Fünftiges Monitoring einbaust.

00:23:16: Denk daran, dass dir irgendwie einen Obst brauchst, der dir sagen kann ob das Ding anders ist.

00:23:21: Nicht akzeptabel, dass dein Kunde deine Uptime Detection für dich macht!

00:23:24: Das kann nicht sein, dass der Kunde dir sagt übrigens es dauernd nur.

00:23:27: So... Es heutzutage schlimmer denn je, dass kaum einer drüber nachdenkt, dass er kramm vielleicht auch funktionieren sollte jeden Tag den ganzen Tag wenn du schon Geld dafür nimmst.

00:23:38: So, das is eine der Sachen die ein riesengroße Topik ist, macht aber keiner

00:23:43: letztens bei Claude gehabt, dass ich irgendwas machen wollte.

00:23:45: Auf einmal war es down für vier Stunden oder so und dann kurz mal online ein Status gecheckt, einfach alles down außer der in Government-Lösung so wo du halt sagen musst okay crazy api down, product down.

00:23:55: zeck das also paar Tage nachdem sie sich ging.

00:23:57: Und ich mein das ist eine multi billion dollar Company ja?

00:23:59: Ich muss sagen es wird nach unten raus immer schlimmer.

00:24:01: Es ist anscheinend immer akzeptierter, dass deine Lösung ein paar Stunden dauernd ist weil du so obst sie so by just haben wir immer auf ninety nine Prozent gezielt.

00:24:09: Ja, es gibt Jahre.

00:24:10: Da hatten wir mal drei, vier Stunden Down Time im Jahr so natürlich am Stück.

00:24:15: Aber selbst da sind wir auf ninety-neunzig, neunzigfünf gekommen.

00:24:17: also das war ein schreckliches Jahr waren vor uns.

00:24:19: Neunundsig, neuneinzig Prozent Abteilen.

00:24:22: Ich habe Leute.

00:24:23: ich glaube die werden happy wenn sie auf Neunzig Prozent kommen.

00:24:25: Dumme Frage was sind Dinge die er die abteim killen?

00:24:27: Also dass wenn nicht mich jetzt erst einmal anfangen mit zu beschäftigen Was klingt meine abteimen?

00:24:32: Das ist das gleiche was sozusagen den zweiten Teil auch macht.

00:24:35: da kann ich gleich noch darüber gehen ist halt Maintainability also Code der wirklich so einfach zu verstehen ist, dass er läuft.

00:24:42: Warum er läuft?

00:24:43: Das ist eigentlich fast Selbsterklärnis.

00:24:45: also die meisten Downtime Sachen heutzutage passieren.

00:24:49: Die sind eigentlich ein lustiges Symptom davon das alle die gleiche schlechte Entscheidungen treffen was das was die Sprachwahl für ihr Backhand ausgeht und die Bugs die da drinnen sind immer zu irgendwelchen lustigen Crashes führen.

00:25:01: gerne aber auch zum komplett Ausform ist vom System, so dass es anfängt sich selbst festzufressen.

00:25:06: Und dann kein Monitoring.

00:25:08: also wenn wir gleich mal ein bisschen in die Sprache da reingehen wollen das Hauptproblem ist einfach, dass sowieso kein fünftiges Monitoring drin ist keine Matrix gecheckt werden.

00:25:14: Also wenn du die fragst isst dein Kram gerade an.

00:25:18: Ja der AWS Container ist an.

00:25:20: Okay aber weißt Du ob Dein Softwarefragment läuft?

00:25:24: Hat das irgendwie einen Interface, hast Du wenigstens irgendeinen Service von draußen ab und zu mal gegen pinget und guckt noch da ist oder ob's das macht was es will oder soll?

00:25:32: Oder du schaust, wie oft lese ich gerade aus der Datenmange?

00:25:35: Wie oft schreibe ich in meinem Queue.

00:25:37: Wie viele Antworten.

00:25:38: gibt mein Backit eigentlich grade?

00:25:39: Diese Kunde sollten so die Basics sein, die du erst mal überhaupt anschaust.

00:25:43: Macht keiner!

00:25:44: Zeichnen Verträge für zehntausend Euro pro Monat und der Kunde darf dann anrufen sagen, ey übrigens, der Sport ist weg.

00:25:50: Also ganz oft ist, oh wir haben ein neues Feature Deployed.

00:25:52: auf Deployd klickt wunderbar alle gehen zum Mittagspause Und der Kund ruft an sagt, hey, warum ist der Sport weg?

00:25:58: oder seit wann antworten das Ding nicht mehr so.

00:26:02: Und das ist halt so ein ... Da fehlt auch vielen der Speed, mit dem wir heute was schippen können und Kunden reinholen können.

00:26:09: Das hat den Speed mit dem Menschen lernen nicht so einen Scheiße zu bauen überholt.

00:26:15: Früher haben wir das auf die harte Variante gelernt.

00:26:18: Wir haben dann gebaut und gesagt, vielleicht sollte das lieber funktionieren?

00:26:22: Heute kann ich erst mal bauen, schippe und stell dir fest, dieses On-Sein ist schon eine große Sache!

00:26:30: Das heißt, ich brauch eine Observability-Lösung, Monitoring irgendwas was mir halt einfach sagt.

00:26:34: Also einfach nur weil wenn man sich damit noch nie beschäftigt hat nach welchen Stichpunkten suche ich denn jetzt einfach mal?

00:26:39: Also du willst... Ich sag mal auch als der Nichtbilder im Unternehmen ist meine erste Frage an deinem Delta so bald ich ein Euro dafür einnehme wie sieht unsere Observability aus?

00:26:47: also haben wir einen Monitoring wissen wir erstmal ob das anders.

00:26:51: Monitoren wir alle Komponenten die an sein müssen damit dass an den Kunden geliefert wird.

00:26:56: Monitoren wir auch die Sachen, von denen wir ausgehen.

00:26:58: Dass sie funktionieren, welche AWS-Services oder irgendwelche LLMs.

00:27:02: Monitoren wie das selber?

00:27:03: Weil bis Claude seine Statuspage geabt hat, haben sie dir schon seit einer Stunde der Scheiße geantwortet.

00:27:08: Du weißt es aber nicht, sondern dein Produkt funktioniert für einmal nicht und du weißt aber nicht warum!

00:27:12: Es ist natürlich blöd weil den Kunden ruft an und sagt ey, what the fuck mate?

00:27:16: Und du sagst so ja, ich fühle kaputt aus.

00:27:20: Du willst ja wissen... Warum ist das gerade kaputt?

00:27:23: Dann kann der Cube oder Cloud antworten, ich bin mal rüber aufs andere Modell.

00:27:29: Wir haben Fallback eingebaut, weil wir sehen dass es dauernd ist wenn's dauernder wird.

00:27:35: Das heißt du willst Observability, Monitoring und dann vor allen Dingen Internal Metrics also so die Operational Metrics aus dem System holen.

00:27:42: wie oft wird was geschrieben wird, oft wird irgendwas gelesen.

00:27:45: Das muss irgendeiner schonmal in einem Dashboard haben und am besten vielleicht den E-Mail oder Message schreibt falls ... nicht so ist und was kaputt gegangen ist.

00:27:54: Also ich denke auch da wird sich viel AI entwickeln, dass du mehr so einen AI-Obsttypen hast, die dir dann sagt hey übrigens das ist kaputt weil das ist ausgefallen und danach ist die Kaskade nach dahinten gegangen als andere kaputtgegangen aber dass du wenigstens weißt warum es aus ist.

00:28:06: Das ist das Minimum.

00:28:08: also wir kannst nicht ernsthaft Geld vom Kunden nehmen ohne das zu haben.

00:28:12: Ist das auch Vibe-Coden?

00:28:13: Das kannst du auch.

00:28:15: Auch das ist das Lustige, vieles davon kann man Vibecoden.

00:28:20: Man muss wissen was man braucht.

00:28:22: Das ist das Hauptproblem, dass dir das LLM nicht sagen würde zwischendrin ... Übrigens, das kannst du unmöglich so deployen weil, Mädchen, der guckt doch gar keine Ahnung, was du da machst.

00:28:34: Der baut ja einfach.

00:28:35: Du hast gesagt wir bauen noch so einen.

00:28:37: Bauen wir das war mit der würde niemand sagen.

00:28:38: so übrigens falls du wissen willst ob es wirklich an ist müsstest du folgen Sachen erst einmal checken.

00:28:43: Geht aber ganz viele sachen so einfach Sachen wie irgendwie ein sehr bakes oder sowas das kannst du alles auch weibkoden die ganzen konfigs anmachen und schon mal einen großen schritt weiter sein, aber fragt halt eben keiner nach ne?

00:28:54: Auf den ersten Blick klingt Observability, was Paul gerade angesprochen hat.

00:28:57: Nachdem wir diesen Thema, das überhaupt gar nicht so leicht zu greifen ist und so ging es mir anfangs auch, ist aber relativ leicht erklärt.

00:29:02: Und zwar bedeutet es das Monitoring und die Observierung dessen ob deine Software läuft, ob deine technische Lösung funktioniert und dir dann zu sagen, was eben nicht funktioniert.

00:29:11: Das erste Mal darauf gekommen bin ich als Miko Novakowicz der jetzt mehrmals hier im Podcast war und demnächst mit großen News hier im podcast ist, Dash Zero gegründet hat, die heute diese Episode sponsoren.

00:29:20: Dash Zero ist die erste Observability-Plattform, OpenTelemetry und offenen Standards.

00:29:26: aufgebaut ist und was das bedeutet, es folgendes.

00:29:28: Das heißt keine proprietären Agents kennen.

00:29:30: Wendorlog in volle Kostentransparenz und alles so dass du den vollen Überblick und die vollem Besitz deiner Daten hast.

00:29:38: Gegründet wurde der Zero von Mirko Novakowicz, der vorher Instana aufgebaut und für fünfhundert Millionen Euro an IBM verkauft hat.

00:29:45: Wer Paul gerade zugehört hat weiß Du musst wissen ob dein Produkt läuft bevor der Kunde anruft.

00:29:50: Was ist das für ein Customer Experience wenn der Kunder Anruf sagt Ey!

00:29:53: Das läuft nicht und du sagst Oh Wir gucken mal, genau da setzt Dash Zero an.

00:29:58: Logs Traces und Metriken in einer Plattform Agent Zero als KI Copilot für deine Observability, die dir nicht nur zeigt was kaputt ist sondern auch dabei hilft das Problem zu lösen.

00:30:09: Innerhalb der ersten zwei Jahre hat Dash Zero mehr als sechshundert Unternehmen als Kunden gewonnen.

00:30:14: Unter anderem Zalando, aber auch sehr kleine Firmen.

00:30:16: also wirklich von klein bis ganz groß sind die Kunden zu Dash Zero gekommen und zusätzlich dazu ist Dash Zero auch wirklich gut finanziert.

00:30:23: Mehr zu DashZero findest du unter dashzero.com DASH.null.com oder im Podcast, der demnächst mit Moco online geht.

00:30:31: Du kannst mir auch jederzeit schreiben.

00:30:33: ich kann dir gerne Moco oder jemand anderen aus dem Team vorstellen... ...oder wenn ihr euch über die Website meldet einfach sagen das du jetzt bei Unicorn Bakery gehört habt und dann ist glaube ich relativ schnell klar wer der richtige Ansprechpartner ist!

00:30:43: Und dann der nächste Punkt wie verhindere ich dass solche Sachen wie ich Deploy in Feature geht zum Mittagessen?

00:30:50: Der Kunde ruft mich an, dass sich das merke bevor ich das feature deploye.

00:30:54: Das ist, wer ziehst du jetzt gerade an so einen kleinen Wollfaden oder ganze Pulli mit hinterherkommt?

00:31:00: Das ist für mich eine der kranker Ende ich jetzt grade am schlimmsten sehe bei einigen unserer Fellows.

00:31:05: Also das geht... Am ende kommt es auf Swipe Coding.

00:31:08: So, Wiped Coding is'n Fluch und Singen.

00:31:11: die Produktivität von einigen Teams, die ich gesehen hab, die wissen was sie machen!

00:31:15: Ist für mich Ohlenvorstellbar.

00:31:18: Die bauen in der Woche, wo ich mir sicher bin, wenn ich mich da früher hinsetzt hätte, würde ich dir für Monate oder ein Jahr brauchen das zu schreiben was die gebaut haben.

00:31:26: Andere Teams sehe ich, wie so einen Strick um den Hals wickeln und innerhalb von zwei Wochen eine Lösung haben, in der sie so fest sitzen, dass es die ganze Zeit nicht funktioniert, jeder Deploy bricht alles und es ist einfach nur Panisches reagieren und zu versuchen irgendwie das wieder gerade hinzukriegen aber ohne jede Chance jemals wieder an Land zu kommen.

00:31:51: Und das ist halt das Lustige, dass sind die beiden Extreme, die ich sehe.

00:31:55: und dieses ultraproduktive ... Nied-und geiles Produkt sind vielleicht zehn Prozent der Leute.

00:32:02: Ninzig Prozent der Leute gehen in diesen Sumpf komplett ungesehen und bauen auf eine Art und Weise, die halt zeigt, dass du sozusagen tatsächlich den Psychopathen gesagt hast, komm schon mal irgendwas!

00:32:14: Der mit der erstbesten, die losgelaufen ist an der er trainiert wurde.

00:32:17: und das ist für mich eines der ganz großen Themen.

00:32:19: Das ist auch super kontrovers.

00:32:21: also da bin ich mir sicher der Christi jetzt hier ganz viel Hate in meinem Podcast für... ...ist für mich Sprachwahl zu sagen wenn dein Backend in Node.js ist.

00:32:28: Das heißt du bist jetzt der Business-Founder.

00:32:29: nur fragst mal ganz kurz hier deinen Taggy-Simmer, es ist unser Backend In Node.Js!

00:32:32: Ist die Chance dummerweise?

00:32:34: Ich würde sagen so siebzig, achtzig Prozent dass die Ja sagen.

00:32:37: Und das Problem ist, dass ich jetzt sage... Es gibt keine Welt, aber auch wirklich keine Welt in den nächsten drei oder fünf Jahren das nicht komplett ungeschrieben wird und irgendwas anderes.

00:32:47: Weil es einfach so ein riesen fucking Problem geworden ist was gar nicht die Schuld der Sprache ist.

00:32:51: Also JavaScript ist nicht inherent gut oder schlecht, die kann man mögen oder nicht mögen.

00:32:55: Man kann schöne Sachen und gute Sachen in jeder Sprache schreiben.

00:32:58: Das Problem ist das Vibe-Coden also unseren kleinen Monkey Power LLM Psychopathen da drüben gefragt hast, der halt dummerweise an Sachen trainiert wurde.

00:33:08: Also die können ja nur das schreiben, wo nach sie trainiert wurden.

00:33:10: Nach den Patterns und den Design Patterns oder Mustern, die Sie halt gelernt haben im Internet also dem ganzen Code, den ich da reinstecken konnte als Beispiel.

00:33:20: Das Problem ist dass genau diese Sprache die schlechtesten Beispiele hat an denen man trainieren werden könnte Und eben auch sehr viele systematische Sachen hat die es extrem ungünstig machen, also sehr viele unstabile Arpies, die sich den ganzen Tag ändern.

00:33:33: Also LLMs werden immer so in Phasen trainiert.

00:33:36: Die Daten von deinem LLM sind typischerweise irgendwie bis zu ein Jahr alt.

00:33:40: Wenn jetzt aber letzte Woche irgendeiner fünf neue Versionen von den ganzen Paketen, die in einem Node.js-Backend laufen, deploytert, weiß denn LLm nicht, dass es eine neue Arpie gibt?

00:33:50: Klar kannst du das nachträglich.

00:33:51: Ja, das kann man als nachdrücklich einfügen aber trotzdem ist es schon mal eins der Grundprobleme dass sich ständig alles ändert und das System kaum hinterher kommt.

00:33:58: Das heißt eigentlich möchtest du eine Sprache in der sich nicht viel ändert.

00:34:02: dann ist das nächste Problem die die dynamische Struktur der Sprache.

00:34:07: das heißt die Sprache ist dafür ausgelegt möglichst schnell erstmal was kleines zu schreiben das dann angeht.

00:34:12: das heißt er checkt nicht ob Sachen Sinn machen oder nicht, um das mal nicht zu tief reinzugehen.

00:34:18: Es ist eigentlich statically typed.

00:34:19: Das ist die korrekte Beschreibung für eine Sprache, die wir liebe benutzen wollen würden.

00:34:24: Weil also ich weib Kote selber und schrabe zum Beispiel alles mit Kolon.

00:34:28: Und ich sehe immer wenn es LLM-Fehler macht, schmeißt Kolon direkt einen Fehler sagt, das kannst du so nicht schreiben, da funktioniert nicht.

00:34:34: Dann geht er zurück und sagt, ah ja roh!

00:34:36: Ist ja kompletter Quatsch.

00:34:37: Schreibe ich noch einmal richtig.

00:34:40: Jarvis Script geht einfach an Egal ob das komplett Quatsch ist, den du gerade geschrieben hast.

00:34:44: Da geht selbst der größte Unsinn sofort an und crash dein erst in Production irgendwann.

00:34:51: Das heißt erst wenn du auch da lang gehst sozusagen in einem Code kannst dann auch unter bestimmten Bedingungen crashen teilweise im sehr lustigen, sehr creative ways wo es einmal funktioniert und einmal nicht funktioniert.

00:35:02: Und... ...das steckt sich on top!

00:35:05: On top!

00:35:06: Bis du so ein House of Cards hast, dass halt So unfassbar instabil ist das jedes Mal, wenn du den Ding sagst hey machen wir da einen Button hin.

00:35:13: Oder ändern mal diese eine kleine Funktionale die jetzt halbe Backend neu schreibt.

00:35:17: Zwölf tausend Changes und du sagst joa ich hab drauf rumgeklickt.

00:35:23: Sieht okay aus!

00:35:24: Ich habe auf Deploy geklickt und plötzlich hat der Kunde angerufen wie fast gar nicht was da los ist.

00:35:28: Was halt eben das ganze große andere Thema.

00:35:31: also wenn ich mal so ein bisschen ein größeres Fass aufmachen muss?

00:35:34: Du hast jetzt deinen Tickey.

00:35:36: Frustern mal was in das Backend geschrieben drin.

00:35:38: Sagt er NoJazz.

00:35:39: Jetzt sagt der Paul gesagt, das ist nicht so geil.

00:35:42: Warum haben wir den Node.js genommen?

00:35:43: Das wäre meine erste Frage.

00:35:44: Warum hast du den NodeJS genommen?

00:35:46: Und das ist lustig, weil die Antwort ist oft näher für die Sprache, die wir hier alle gut sprechen können.

00:35:52: Aber du schreibst ja gar nicht selber!

00:35:54: Du liest maximal was das Ding schreibt.

00:35:56: aber schreiben selber tust du sie nicht sondern er schreibt irgendeine LLM für dich.

00:35:59: also sag mal wenn es ein bisschen merkwürdig.

00:36:01: Dann haben jetzt schon festgestellt, dass es eine Sprache in der LLMs exceptionally Bad Trains sind.

00:36:05: D.h.,

00:36:05: die Trainingdata, die da drinne sind, sind scheiße.

00:36:08: Also, fast das Schlimmste muss ich jetzt ganz richtig flamewall starten.

00:36:14: Python ist eine wunderschöne Sprache und das Problem ist, dass Python in dem LLMs trainiert wurden, es ist Python, was du so in Research Papers findest also ganz viel so.

00:36:21: Open Source-Python ist oft von so einem Researcher für einen solchen Casing, das müssen wir einmal durchlaufen und in Grafen erzeugen.

00:36:27: Die Leute sind keine Programmierer, haben keine Ahnung was sie machen Und der kurze dreht die Chance aus.

00:36:32: Das ist irgendwie achtzig Prozent von denen, wo Modelle gelernt haben, so schraubst du Python Also schreiben die so auch Pfeifen dann.

00:36:40: Das heißt, wir haben das Sprachhaus gesucht in den Modellen Kacke schreiben und dann kommt das andere ... Die Sprache hat sehr viele Laufzeitnachteile,

00:36:48: d.h.,

00:36:48: die Runtime, wenn es anders läuft, hat ganz viele technische Nachteile.

00:36:52: Insofern ist sie ziemlich unstabil geläuft also wie Garbage Collection, also das Aufräumen von unbedürzten Memory hinten dran funktioniert, ist super instabil.

00:37:00: Und der Load funktioniert da nicht mehr und crashed einfach!

00:37:03: Weiß aber keiner, der ist deployed.

00:37:05: So weit waren wir noch nicht!

00:37:06: Jetzt haben auf einmal tausend Kunden und es fällt das Ding ständig über.

00:37:09: Und wir wissen nicht warum.

00:37:09: Wir haben jetzt ein Auto-Restart eingebaut oder wir spawnen einfach zehn Versionen davon und hoffen immer nur eine crashed.

00:37:16: Das sind oft tatsächlich real live gesehenen Defense Mechanisms zu sehen.

00:37:19: Es ist keine schöne Variante.

00:37:21: Das möchtest du nicht?

00:37:24: Dass deine Software deswegen läuft weil sie alle fünf Minuten neu gestartet wird und dann hoffentlich nicht crashen in den fünf Minuten.

00:37:32: Führt halt so ein Package, wo du einfach sagst okay das ist schon die schlechtmöglichste Ausgangslager.

00:37:37: Also das ist undeterministisch crazy shit about to happen!

00:37:42: Und dann kommt zu einem ganz großen Ding und sagt's okay also not schreiben wir weil du das gerne schreibst obwohl du es gar nicht selber schreibest weißt auch nicht was die Run Time eigentlich massive Nachteile für dich hat.

00:37:52: und ok zwingen wir denn dass das LLM wenigstens in bestimmte Coding Standards oder Patterns?

00:38:01: Okay, also welche, es gibt ja Anti-Patterns.

00:38:03: Also Sachen die du auf gar keinen Fall in deinem Code haben möchtest.

00:38:06: Irgendwelche Sachen, die sich mega oft in kleinsten Variationen repiten weil das halt sehr brutal code wird.

00:38:11: Denn sehe ich ganz viele Teams, die kein Lintigen haben also denen wo sozusagen kein zweites LM drüberschaut und sagt zum Moment Das hast du schon dreimal geschrieben jetzt schreibst du gerade das vierte mal in einer leicht anderen Variante ein schlechtes Pattern macht das nicht.

00:38:25: oder?

00:38:26: Ich möchte nicht dass du das machst weil ich weiß das führt dazu dass das sehr instabil ist.

00:38:30: das sind so Baut auch keiner ein.

00:38:33: Und dann, last but not least, sagst du okay hab ich verstanden?

00:38:35: Aber wir testen natürlich alles richtig!

00:38:37: Wir haben wunderschöne End-to-End-Tests für alles oder?

00:38:42: Die Antwort die du da in den neunzig Prozent der Fälle kriegst, das kommt noch.

00:38:46: Wo ich so sage ok das ist für mich so das Kernproblem.

00:38:49: also wenn ich dir eine Sache sag so meine einzige Wenn du schon sagst Ok Fuck it ist no JS meine Weg Don't give a fuck.

00:38:56: aber sag mir bitte dass war eine robuste Ent to Ent Suite haben, die nicht irgendwelche Unit-Tests sind.

00:39:01: Also nicht wo das LLM seiner eigenen Hausaufgaben benoten darf so sagt er ja hab ich richtig geschrieben?

00:39:06: natürlich sagt er dat.

00:39:08: Das ist eine Frage sondern wo du von außen schaust.

00:39:11: also du nimmst dein Backend machst es an und pikst von außerein und sagst schickst ne Anfrage rein guckst was macht der in der Datenbank?

00:39:17: Und was schickt ihr mir zurück?

00:39:19: Stimmt das!

00:39:20: Weil dann is mir egal wie das funktioniert.

00:39:21: weiß man muss sich nicht... Die Internal Workings muss ich nicht verstehen.

00:39:25: Und das ist eine super effektive Art und Weise oder sehr gut funktionierende Code in sehr hoher Geschwindigkeit mit einem LLM erzeugen zu können.

00:39:33: Und das Problem ist der Sache bei keiner, dass es nicht besonders populär ist zu wählen.

00:39:38: aber wenn du dir anguckst zum Beispiel in Tropica jetzt gerade gesagt sie haben einen C-Compiler geschrieben also etwas das diese Programmiersprache c übersetzt im Maschinencode indem Sie einfach gesagt haben schreibt mal ein C-Compiler.

00:39:49: und wir gelaufen sind.

00:39:50: und zwanzigtausend Dollar tokens später kam ein C Compiler raus.

00:39:53: Das ist die Story die Sie erzählen, da ist komplett der Bullshit!

00:39:56: was sie eigentlich gemacht haben.

00:39:57: Sie haben die Test-Suite von einem bestehenden C-Compiler, also dem GCC genommen, die irgendwie über Jahrzehnte Blut Sweat & Tears geschrieben wurde und haben dem Ding die Testsuite vor die Nase gedrückt und gesagt schreibt mal was das durch diese Testsuit durchkommt?

00:40:11: Das hat es dann auch nicht geschafft!

00:40:13: Dann haben sie ihnen Teile vom GCC gezeigt und sagt hier da darfst du abgucken wenn du willst.

00:40:21: Das hat es dann auch nicht funktioniert.

00:40:22: Dann haben Sie die einzelne Teile vom GCC genommen und nur einen Teil neu geschrieben bis der durchgekommen ist, dann haben sie ein Stückchenweise getauscht, bis sie irgendwann mal was technisch gesehen durch die Testsuite kommt.

00:40:34: Aber das zeigt dir selbst, dass die Leute hier den Kran bauen.

00:40:36: Das erste Schritt einzumittigen angefangen haben war eine comprehensive Test Suite zu haben weil sie genau wissen, wenn sie das Ding einfach von alleine loslaufen lassen, dass es sonst was für Scheiße schreiben wird Wenn ich mir mal angucke wie viel von unseren Fellows oder auch wie viele von den Leuten, die sich bei uns bewerben, irgendwas gebaut haben und fragst erzählen wir mal so was deine Testingsstrategie ist.

00:40:55: Testen?

00:40:55: Testen räumlich!

00:40:56: So hab' ich nicht.

00:40:57: Oder ich habe Unit tests.

00:40:58: Unit test is wo der Code sich selbst scoren darf und sagen darf ob er gut oder schlecht war.

00:41:04: Ja aber das ist so.

00:41:06: natürlich sagt das Ding ja mein Test passt auch so.

00:41:09: Das heißt du als Businessfahner musst sagen hey ich will dass wir wenn wir irgendwas schippen erst einmal des NTN-Testen haben Und dann das Ding schreiben, du kannst nicht anders rum heutzutage schreiben.

00:41:20: Da kommt der Developer und sagt so aber ... Es ist ja so langsam, weil ich muss erst mal alle Tests schreiben.

00:41:27: Die Test schreibt auch das LLM?

00:41:30: Das ist keine Ausrede!

00:41:31: Du musst eine Stunde länger überlegen was es ist, dass du eigentlich willst wie's funktioniert damit du erstmal beschreiben kannst, was du's machen soll, damit dir die Tests bauen kannst.

00:41:40: Aber das ist eben einfach so.

00:41:41: eine der Sachen wo ich wenig zu eins neun Teams mitgegeben könnte Das erste, was du schreibst sind deiner scheiß Tests.

00:41:48: Weil dann weißt du das der Kram, den du da baust und deployst halt auch noch geht wenn du wieder etwas geändert hast?

00:41:54: Und es ist dann halt der zweite große Punkt nachdem du gesehen hast dass dein ganzes Plumbing funktioniert.

00:41:58: ich gehe davon aus, dass in einem Produkt auch irgendeine EI-Ding liegt so wie das ich beim kleinen Fitnesscoach.

00:42:03: Des nächstes was wir schreibt sind Promptests!

00:42:04: Das heißt Du testest was passiert eigentlich wenn ich das Ding was frage... ...und was antwortet

00:42:09: das?!

00:42:10: Und dann weiß ich für jeden Fall.

00:42:12: also ich habe zum Beispiel über dreihundert Cases da drinne Die checken, okay wenn der User das sagt erwarte ich dass das Modell das versteht und diese Operation macht.

00:42:21: Das kannst du nicht von Hand testen.

00:42:22: in jeder halbwegs komplizierten Software wie gesagt selbst im kleinen pizzigen Fitness-Coach kommen irgendwie mehrere hundert Cases vor.

00:42:27: d.h.

00:42:28: in deiner normalen business level Software sind tausende an Cases per Mutation möglich?

00:42:33: Wenn Du die nicht automatisch testest um zu gucken was sagt das Ding eigentlich wenn ich das frage und die Antwort auch wieder mit einem kleinen LLM auszuwerben Also nicht einfach nur zu gucken, ist das statisch das Richtige?

00:42:44: Weil die Antworten immer was unterschiedliches.

00:42:45: Du kannst jetzt mal das gleiche fragen, kriegst du unterschiedliche Antworten.

00:42:47: Das heißt, man muss doch wieder die Antwort in ein anderes LLM mit einer Bewertung sagen, auf die Antwort muss das das und das enthalten... ...und die muss das und dass nicht enthalten!

00:42:56: So, das ist gut, das es schlecht ist die Gut- oder Schlecht-Score-Medie.

00:42:59: Und das musst du jedes Mal wenn du einen Fehler findest, musst einen neuen Test schreiben, reinschmeißen, okay ich kann den Fehler reproduzieren.

00:43:06: Dann kannst du dem LLm sagen pass des Tests, dann geht's hin iteriert, bis es den Test passt.

00:43:12: Dann sagst du okay jetzt lass alle anderen Tests laufen, dann checkst du erst ob alle anderen tests auch laufen und dann deploys du.

00:43:18: so baust du Software die halt nicht ständig hinten überfällt.

00:43:21: Aber das dieses Pattern ist ich sage mal tatsächlich recht unbeliebt weil's sich langsamer anfühlt weil ich muss ja mehr machen.

00:43:30: Ist aber eins der riesen Riesendinger.

00:43:32: also wie gesagt finde ich eine Sache den ganzen founders mitgeben können sagen fangen an mit fucking tests jetzt Die kannst du eh alle von dem LLM-Koden lassen, aber dann hat's wenigstens was, wo es gegenlaufen kann.

00:43:43: Ansonsten sitzt du den ganzen Tag, klickst rum und denkst, so funktioniert das mal, was ich wollte.

00:43:48: Vergisst die drei Hundert anderen Sachen, die eigentlich schon funktioniert haben?

00:43:51: Die Tests ist natürlich nicht an der Durch, deploys zum Kunden ... Und der Kunde sagt hey, wenn mir die Hilfe meinen ganzen Natensinn weg, was los hier!

00:43:58: Also das war jetzt ein ziemlich langer Rent.

00:44:02: Aber das ist für mich dieses Core-Pattern, weil ich jetzt auch sehe, wo Vibecoding echt ... ein Flug sein kann, wenn du das nicht machst.

00:44:11: Fertigst du so weit gehen und zu sagen, du würdest...wenn du neues Produkt aufsetzt, dass LLM immer dazu zwingen in Go-Lang zu schreiben?

00:44:20: Ist natürlich eine extreme Aussage!

00:44:22: Und ja generell Statements sind ja falsch.

00:44:25: Ich würde sagen Ja bis auf ein paar Fälle wo ich irgendwelche high performing Sachen machen.

00:44:29: da würde ich Rust nehmen.

00:44:31: So warum rust & go-lang?

00:44:34: Die beiden Sprachen haben eigentlich sehr gute Code-Beispiele, an denen die LLMs trainiert wurden.

00:44:40: Und sie haben halt nicht so viele verschiedene Sachen, die als Dogmatic zeichnet werden könnten.

00:44:46: Wenn ich jetzt zum Beispiel sage, hier sind C schreiben gibt's tausend Varianten zu schreiben.

00:44:50: Ich müsste erst einmal dem LLM erklären können welche Variante ich gut und welche variante ich schlecht finde weil wir das nicht definieren.

00:44:57: schreibt es hat irgendwas vor sich hin.

00:45:00: selbst finde ich jetzt sagt euch schreibst du noch erst mit diesem Framework Heißt das für das LLM noch lange nicht, dass es nicht irgendwie dreißig neue Wege ausdenken kann.

00:45:07: Die gleiche Sache zu implementieren ohne dieses Framework oder in einer ganz anderen Art und Weise weil du ja nicht den Code liest weißt gar nicht was er da zwischendrin gemacht hat.

00:45:16: Go gibt's nur eine Variante die als Dogmatik gilt so und alle Beispiele die das Ding dran trainiert wurde sind alle nach dem gleichen Pattern.

00:45:23: also ist halt die Variation an was es falsch machen kann schon mal ziemlich klein.

00:45:28: Aus dem hat die Sprache ein automatischen Linter, das heißt wenn du sagst hey go mach mal an ist das erste was dir checkt dass der Code erstmal grundlegend richtig ist und funktioniert.

00:45:37: Und schmeißt dann schon mal Fehler falls es nicht so ist.

00:45:39: Wenn ich mir angucke bei selbst so kleinen Sachen die ich schreibe, dass der ungefähr die Hälfte der Zeit eigentlich kleine Fehler macht, die dann sofort zurückgegeben werden als äh da übrigens das geht nicht des ist falsch das ist falsch.

00:45:49: Dann dir das fixet und ich mir vorstelle ich würde in einer Sprache ihn schreiben lassen indem nicht das nicht der Fall ist wie viele kleine scheiß Fehler er überall einbauen würde die ständig kaputt gehen würden.

00:45:59: Rust kann das auch, Rust ist aber ein bisschen komplizierter.

00:46:02: Es ist so wie mit Kanonen auf Ratzen schießen.

00:46:05: Ist noch ein Ticken schneller als Go-Go, es ist zwischen zehn und hundertmal schneller als Node.js.

00:46:09: Das heißt, mehr als schnell genug für fast alles vor allem wenn du irgendwelche LLM Orchestrations eigentlich hauptsächlich als Produkt hast.

00:46:17: Aber ja ich würde mich tatsächlich so aus dem Fenster legen zu sagen, hey, wenn du ein neues Produkt baust ... Und doch hast nicht wirklich ultra crazy high Performance Sachen?

00:46:25: oder irgendwelche Sachen die nur in Python gehen, wenn es die ganzen Libraries dafür gibt.

00:46:29: Für dich immer gut annehmen einfach zu sagen okay da kannst du ruhig schlafen.

00:46:32: ich habe jetzt gerade aus Spaß das Alter.

00:46:34: just backend Version Null Null eins von vor.

00:46:38: wie lang ist das jetzt?

00:46:39: sehr vierzehn Jahren?

00:46:40: Vierzehn Jahre altes Stück Code ging an keine Warnung und lief Wenn Du das versuchst mit irgendeinem Zwei Jahre alt ein Stück Node.js, einfach nur explodieren auf der Stelle und brauchen kompletten Rewrite um wieder anzugehen.

00:46:52: Geschweige deinen vierzehn Jahre alt das würde niemals angehen.

00:46:55: Aber das nach vierzehnt Jahren geht an und macht noch genau das was es machen sollte ohne irgendwelche Probleme.

00:47:01: Und dass ist einfach eine Sache.

00:47:02: die betrachten viele neue Coder gar nicht also großes Problem so.

00:47:06: die denken ja gar nicht danach dass sie vielleicht der sind den zehn jahren auch in dem gleichen stück Software hockt das dann immer noch funktionieren soll.

00:47:13: Die haben nun den neuesten kurzen Schass von Hack and Use genommen weil es geil Die Dinge, aber gleich danach ist das funktionierst in drei Jahren noch.

00:47:19: Also Branden ist jetzt eine neue Library und Node.js total cool, aber ich habe keine Ahnung ob die in zwei oder drei Jahre noch genauso funktioniert oder ob sie auch so ein Riesenschiff machen und mich wieder alles umschreiben muss, sodass ich später meinen Entwicklungsspiel so einen logarithmischen... Funktion annimmt.

00:47:31: Am Anfang bin ich super schnell und dann hab da eigentlich nur noch Sideways, das irgendwie zu maintainen und zu versuchen, es irgendwie besser zu machen.

00:47:38: Wenn ich jetzt einen Goalang oder einen Rust nehme ... Ich ist so eine saubere Lineare ins Wiederreicher.

00:47:43: Ist vielleicht die ersten zwei-drei Tage, bin nicht langsamer aber danach hole ich eigentlich nur auf weil ich sage okay überholen, weil ich kann konstant neue Sachen checken und jedes Mal hinten alles überfällt oder dass sich alles rewreiten muss.

00:47:56: Weil die eine Library geschlossen hat.

00:47:59: wir machen jetzt was ganz anderes.

00:48:00: also für alle die schon mit Engel.js gearbeitet haben.

00:48:02: Die wissen davon nicht rede großes Tennis.

00:48:06: Solche Sachen gibt es in den Sprachen einfach nicht.

00:48:08: so funktionieren sie nicht.

00:48:09: und das ist das was du ja eigentlich willst.

00:48:11: Du willst ne langweilige Sprache haben um ein stabiles Produkt zu schreiben?

00:48:14: Weil du baust ja dem Produkt Wenn man zurückkommt, du brauchst den Produkt für den Kunden und nicht damit dein Developer sein kann.

00:48:20: Geil!

00:48:21: Habe ich deine schöne Zeile Code drin stehen?

00:48:22: Sondern du willst ja... Dass der draufguckt und sagt, joa, pretty straightforward was das macht, da ist jetzt nichts besonders Spannendes dran.

00:48:31: Du willst nix Spannes haben oder keinen Code haben wollen.

00:48:33: Das ist aber toll weil das meistens eine ganz schlechte Idee.

00:48:36: Weil das ist genau dieses wo keiner mehr das nachher anfassen kann.

00:48:40: Ist das was ich meinte?

00:48:41: ne?

00:48:41: Also es einfach Momentum zu bekommen, aber dann Substanz zu bekommen und so sagen dass hält kann ich weiterentwickeln.

00:48:48: Genau das, was heutzutage schwer ist, weil man sich nicht mehr damit beschäftigt.

00:48:51: Genau dass, was eingangs sein Statement war.

00:48:53: Punkt zwei, den ich noch fragen wollte ... wenn ich eine Test-Suite quasi im kleinsten Stil implementieren will?

00:49:01: Was sag' ich beim LLM, wenn ich losleg', wie sieht so ein Prompt aus der zumindest mich in die richtige Richtung bringt, dass ich einfach sage, ah krass, cool!

00:49:08: Jetzt fangen wir an Tests zu

00:49:10: implementieren.".

00:49:10: Ja.

00:49:11: Ich würd immer sagen bis auf... Das kommt ein bisschen auf die Anzahl an Fragmenten, also wie viele verschiedene Teile von der Software existieren.

00:49:18: Aber das ist das most basic Grund, dass ich möchte erst mal einen End-to-end Blackbox Test haben.

00:49:22: Das heißt, ich möchte ... das Gesamtkunstwerk, das mein Backend repräsentiert, testen end to end.

00:49:28: Also tatsächlich vom Datengehen rein.

00:49:30: Daten laufen durch, dann landet irgendwo in einer Datenbank oder irgendwie während irgendwas in der Datenbank wird mutiert oder ändert sich und Antwort kommt aus dem Backend wieder raus.

00:49:39: Und Blackbox heißt, ich will nicht wissen müssen wie das funktioniert um's zu bewerten.

00:49:43: Weil das wiederum halt ein Problem ist weil dann sind wir wieder back by grading your own homework.

00:49:48: Was denn?

00:49:49: Da kannst du ja jeden echten Fehler dadurch wegmachen zu sagen ohja das ist richtig obwohl es falsch ist oder sagt das Programm sich selber das muss so sondern von außen an zweite stück software zu schreiben also einen enttestsweet die nichts mit der software zu tun hat sondern die nur von Außen sozusagen gegenschmeißt und auf die Antwort schaut und sagt, das ist richtig oder es ist falsch.

00:50:09: Das ist glaube ich der erste Step.

00:50:11: zu sagen, ich will eine End-to-End Blackbox Testingssolution für meinen Backend haben.

00:50:16: I don't assume any logic on the back end side just build it fully externally.

00:50:20: we only check and then mussten natürlich sagen okay was habe ich in Datenbank?

00:50:25: Was sind meine Api rein Raussachen, die ich erwarte?

00:50:28: Das muss da erstmal funktionieren!

00:50:31: Alles

00:50:31: was wichtig ist so da muss ich mir selber einmal Gedanken machen und sagen oder identifiziere alles, was wichtig wird.

00:50:38: Die

00:50:39: LMS sind tatsächlich gut.

00:50:39: wenn du den sagst pass auf überleg mal was so Testcases werden die wir eigentlich testen müssen dass sie sich erst mal schon ein paar Testcases ausdenken Und der Rest entsteht organisch jedes Mal wie nun Backfindes sagst du übrigens okay oder ne du siehst es funktioniert nicht Fickstes und dann sagst Du gleich wieder ins Schreibt.

00:50:53: mein Test dafür das wir ab sofort erwarten was auch immer diesen Fehler verursacht hat dass wir testen, dass dieser Fehler nicht noch mal wiederkommen kann.

00:50:59: Eines der häufigsten Sachen im Programmien ist, dass der gleiche Fehler einfach nochmal zurückkommt.

00:51:04: Fair!

00:51:05: Und dann habe ich jetzt quasi grundsätzlich eine Produktentscheidung was sich grob machen will.

00:51:12: Ich hab meine Sprache ausgewählt, ich habe angefangen zu testen und das natürlich über ein zweites LLM was drüber guckt und sagt so hey, machst du richtig oder das machst du falsch?

00:51:26: Geh ich jetzt weiter davon aus, dass sich mein Techie oder CTO, Co-Founder etc.

00:51:30: so langsam in die richtige Richtung gestubst habe?

00:51:33: Ja also ich glaube wenn du das hättest wärst du schon weiter als neunzig Prozent der Leute, die gerade halt irgendwas einfach so zusammenballern... ...ohne überhaupt erst mal drüber nachzudenken was es soll.

00:51:43: Es zwingt auch den Techie viel über Sachen nachzudenken über die man am Anfang erstmal nicht nachdenkt.

00:51:48: Das ist anstrengender und fühlt sich langsamer an.

00:51:51: Das ist eben das Hauptproblem.

00:51:52: Dass wir alle süchtig sind nach diesem Speed, nach diesem Single Prompt und jetzt funktioniert's.

00:51:57: Aber so kennst du ja kein Produkt für Jahre, für deinen Kundenbau.

00:52:00: Funktioniert einfach so nicht!

00:52:02: Gleichzeitig wollen wir alle dieses Single Prompt Bam da sondern es ist natürlich nervig zu sagen hey this is what I want to build?

00:52:10: Lass uns mal eine Testings Suite bauen was das eigentlich können soll.

00:52:13: dafür muss ich natürlich erst mit definieren was es können soll und zwar ich muss mir laut Gedanken machen was dass eigentlich alles können soll.

00:52:19: Dafür muss ich erst mal mich hinsetzen, kann jemand im LLM zusammen einen Plan machen?

00:52:22: Das ist ja kein Problem.

00:52:23: dafür sind die Erkleffer.

00:52:25: Ich muss aber eben wissen was ich frage weil diese Psychopathen antworten immer.

00:52:29: Die sozusagen immer positiv auf alles was du fragst selbst wenn du so saudumme Sachen fragst.

00:52:35: Also eine der Sachen die man natürlich auch jedem Team empfehlen kann das eben zu sagen hey meine ganzen Coding LLMs schreibt mir irgendwo in die Instructions rein dass wenn es versteht, dass das was ich frage eine dumme idee ist wenn das bad pattern oder bad design decision oder oder oder unnötig kompliziert ist.

00:52:49: Das es mich davon abhält und sagt so hey mate macht das mal nicht schreibt auch keiner rein.

00:52:55: Aber dass das ding auch ein bisschen widersprechen will.

00:52:57: also klaut zum beispiel ganz gut wenn man eben sagt, hey, wenn ich dich nach nem Anti-Pattern frage oder was logisch gar keinen Sinn macht.

00:53:05: Oder was niemand so implementieren würdest und nicht die Best Practice ist ein Problem zu lösen?

00:53:09: Oder was unnützlich kompliziert ist?

00:53:11: Was Adding complexity for no good reason, das dann sagt ... Du hast mir gesagt, ich soll dir sagen, jetzt wäre der Fall zu sagen, hör mal auf den Stift weg!

00:53:21: Lass uns noch mal zurückgehen.

00:53:23: Ich glaube, vielen mehr soll dieses alte Abram Linken ... sprichwort Sonne.

00:53:26: Wenn in mir fünf Stunden gibt's einen Baum zu fällen, schaffe ich erst mal vier Stunden die Achse?

00:53:29: Ich glaub das wäre bei vielen Fawnlern schon mal ... gutes Ding sich erst mal hinzusetzen und erst mal einen Plan zu diskutieren.

00:53:35: Und dann anzufangen zu bauen, erst mal ein paar Tests zu bauen und dann beckern zu bauen auch wenn es natürlich weniger dramatisch ist weil du natürlich stundenlang erst mal gar nichts siehst sondern erst mal nur erklärst was es eigentlich können soll.

00:53:47: Meine Tendenz wäre so sagen hey, ich setze mich mit dir zusammen wir machen was zusammen Egal ob mit nem Transcription Tool oder Meeting und wir diskutieren.

00:53:57: Fast am Ende zusammen was unsere Learnings sind und was wir nicht wollen, ähm... Und ich schmeiß das bei einem Tool mit rein und sag hey jetzt mach daraus mal den Plan.

00:54:07: Würdest du all die Noise drin lassen wo wir noch diskutieren um den Plan zu definieren dass es halt alle Gedankengänge mitkriegt?

00:54:13: Oder würdest du sagen nur das wenn der gibt's?

00:54:15: Ich

00:54:15: würde sagen die modernen Modelle können das ja unterscheiden.

00:54:18: Also ich würd schon einfach das Friendship reinschmeißen und erst mal gucken.

00:54:20: Und dann, du musst natürlich... was auch glaube ich das Problem ist?

00:54:24: Dass heutzutage so diese Ermüllung dir willst du nicht die dreitausendzeilen Code wie es den gerade geschrieben hat lesen.

00:54:30: Willst ja nicht!

00:54:31: Dafür hättest du ja jetzt nicht Zeile für Zeitlesungen geschrieben haben.

00:54:36: Was ja auch okay ist wenn du weißt dass die Tests durchlaufen, dann weißt ihr dass der Code irgendwie durch diese Tests passt.

00:54:41: Du musst davon ausgehen, dass deine Test-Coverage also die Sachen testes dies wirklich machen soll.

00:54:47: Was wir aber viel zu wenig machen ist den Plan lesen.

00:54:50: Also wenn das Ding sagt, ich habe mir einen Plan gemacht und ich würde es so implementieren, weil da machen die teilweise auch sehr lustige Entscheidungen wie du denkst, naja der ist nicht richtig oder so Annahmen, die du nicht genau formuliert hast dir das Ding trifft, die halt all over the place sind Das ist halt eben auch eine der Sachen zu sagen, mach mir mal einen Plan und den Plan erst einmal wirklich zu lesen.

00:55:10: Na weil das ist auch heutzutage natürlich sich hinzusetzen und dann irgendwie klar die Dinger schreiben wir immer so ne langen Dinger aber dass man erstmal dem klaren.

00:55:17: also wenn du jetzt sagst wir schmeißen unser Trendscript in LM und sagen machen wir einen Plan.

00:55:21: da muss ich den Plan natürlich auch lesen.

00:55:23: na ja kenne ich nicht so ein Luxu-Ball Ride passt so weil es sind dann irgendwie zehn kleine Sachen drin denn die Quatsch sind.

00:55:30: Da muss ich erstmal diese Sachen ausmerzen Stückchenweise mich in die Richtung orientieren.

00:55:35: Ich glaub, diese Geduld zu haben während man so schnell bauen will ist eine der Sachen, die die exceptionally gut Teams von denen unterscheiden, die relativ schnell in Sonne wandt laufen und einen Vollkömmhilfluss sind bei.

00:55:47: Dann hab ich ja schon Fünfzigtausendzeilen Code, ich hab's beim Kunden.

00:55:51: Jetzt versuch ich diesen ganzen Scheiß irgendwie zu fixen panischer Weise mit den sechs Monaten später immer noch an der gleichen Stelle wo ich vorher war obwohl eigentlich das Gefühl hatte, mich viel schneller zu bewegen Wenn die Leute, die da ganz systematisch einsteigen nach dem anderen draufsetzen, dich lange überholt haben.

00:56:08: Die simple aber sehr falsche Antwort wäre naja ich geb dem Ding nochmal meinen ganzen Krootzack behalte die Kernfunktion bei, polische den mal, räumt den mal auf.

00:56:18: Schreibt was neu und dann teste ich neu und gucke ob das wieder sinnvoll deployen kann ohne denselben Scheiß noch einmal zu

00:56:23: machen.".

00:56:24: Da vermüsste er aber erst mal das Testend können.

00:56:25: Was ist das Problem?

00:56:26: Dass viele gar keine... Gar nicht... Also dass sie so weit direkt davon sind zu sagen, zu können deterministisch, ob ihr Code das macht, was ihr machen soll.

00:56:33: Das ist ja etwas testende Erlaubnis.

00:56:35: Deterministisch zu sagen das ist gut, das ist schlecht.

00:56:38: Sondern die machen es an, klicken ein bisschen drum, sagen so

00:56:41: Lass mich anders fragen, wenn ich in sechs Monate baue und meine... ...Mode ist sowieso meine Traction.

00:56:48: Und ich schaffe es in der Zeit Kunden zu gewinnen!

00:56:51: Und implementiere meine Tests, dass der erstmal durchläuft und sagt dann nach sechs Monaten hey guck mal das ist alles was wir gebaut haben.

00:56:58: das sind die Tests sie wir brauchen.

00:57:00: überleg dir jetzt mal wie du das neu schreiben würdest weil wir jetzt so viel gelernt haben was wir anfangs gar nicht berücksichtigen konnten.

00:57:06: Schreibt das Ding neu und ich behalte ja meinen Mode durch die Traction und habe dann vielleicht einen besseren Code, als ich ihn anfangs hatte?

00:57:14: Ja klar.

00:57:15: Das ist eben eine dieser Magic-Twicken.

00:57:17: also zum Beispiel... Ich hab jetzt mein kleines Hobby geprägt, hab mich umgezogen von Rust zu Golang bzw.

00:57:23: von Node.js zu Rust zu Goulang einfach ohne größere Probleme weil das Testen die ganz selts gleiche geblieben ist.

00:57:29: Das heißt mir ist er eigentlich egal mit was er das schreibt.

00:57:32: Ich wollte es einfach ausprobieren und gesagt hier du musst du passen dieses Tests Und dann hat er sich hingekrappelt und gesagt, okay everything is green.

00:57:40: Das ist die Superpower, die du entwickelst.

00:57:43: das was früher dieses lange Refactoring wurde einfach monatelange rausgenommen.

00:57:47: Wir sind erst mal drei Monate im Refacturing.

00:57:50: Das dauert nur noch ein paar Tage.

00:57:51: also dann bist du um die zwei-drei Tage in denen das Ding alles neu schreibt.

00:57:55: Du hast aber eben einen Speck, wo drin steht.

00:57:57: Das muss es alles können und das ist ja für das LLM.

00:58:00: vielleicht an den Speck reinzugucken in den alten Code rein zu gucken sagt okay das hat so funktioniert.

00:58:04: jetzt will ich das neu implementieren auf der bessere in einer Sprache im besseren Framework schneller eleganter Wasser rüber Und du kannst es dann machen.

00:58:10: also das ist eben diese Superpower die du gewinnst werden.

00:58:13: wenn das auch nur so eins und wusstest.

00:58:14: und du sagst dem schraubt das mal neu innen Denn schreibt dir hier schon was.

00:58:18: Aber was da rauskommt ist halt komplett Wahrscheinlich.

00:58:20: vergesst ihr die Hälfte, weil der Kontext lang war und dann lässt er überall Platzhalter Funktionen drin und schreibt es nicht zu Ende.

00:58:25: Aber deine Tests fragen ähnlich ob die ganzen Sachen da sind, weil du hast ja keine Und vom bisschen umher klicken sieht's erstmal okay aus.

00:58:31: aber du kannst nicht von dir selber erwarten dass du schaffst durch was ich hunderte unter Funktion von irgendwas durchzutesten oder alle Szenarios in irgendeinem human language Interface auszuprobieren sondern Du probierst so zwei drei Sachen und sieht gut aus Deploistungsstilzfest fehlt irgendwie die Hälfte.

00:58:45: Das sind eben genau diese Sachen, die heutzutage ich auch immer wieder sehe und die Leute wirklich so machen.

00:58:49: Ich

00:58:50: krieg nur spannend weil ... das heißt, ich muss erst mal keine Panik haben wenn ich losgerannt bin sondern ich muss nur anfangen jetzt zu implementieren dass ich erstmal verstehe was will ich testen um dann auch sagen können okay meine Test funktionieren und irgendwann anders selbst wenn ich nicht sage ich schreibe alles neu wie häufig würde ich überlegen ob ich mein Code nochmal simplifizieren kann noch einmal überarbeiten kann Weil es eben jetzt so einfach ist das zu machen.

00:59:13: Ja genau, das ist ja auch das wo ich teilweise, also muss ich ehrlich sagen manchmal wenn ich mir das Modell ärgern will sag ich mal einfach hier guck mal deinen Code an und bewerte den mal und sag mir mal was du da besser machen kannst.

00:59:21: Und dann sagt er so ohja ein bisschen dass möglich alles Refactorn.

00:59:25: Dann kann ich jetzt sagen okay dann Refactor.

00:59:27: dann schreibt er irgendwie von fünf tausend Zeilen schreibt der eintausendzeilen neu.

00:59:30: Das wäre normalerweise so eine sehr beklemmende Gefühl in der Brust wenn du das dann deploys ohne zu wissen ob es funktioniert weil klar vielleicht soll's funktionieren aber gleichzeitig sage ich dann ok now run all tests.

00:59:41: und dann sagt ihr so Zack, Zack.

00:59:42: Oh!

00:59:43: Der geht nicht mehr.

00:59:44: Okay und dann siehst du ihn selber schon?

00:59:46: Ah okay, ich muss zurückgehen.

00:59:47: Das ist das Problem.

00:59:48: Okay hab' ich gefixt.

00:59:49: Jetzt läuft alles durch.

00:59:51: Und das machen zu können ist einfach so ... Ich sag mal cool, ne?

00:59:54: Weißt du wenn du sagst Deploy funktioniert's halt auch.

01:00:00: Ist aber wie gesagt was jetzt ganz viele gar nicht auf den Schirm haben sondern ich muss so schnell irgendwie was zusammenglicken kann dich anhalten und welche Tests machen.

01:00:08: ich weiß ja noch gar nicht dass es alles können soll.

01:00:11: Ich mach erst mal und dann fixe ich das hinten dran.

01:00:14: Nicht zu verstehen, dass das hundertprozent ne schlechtere Idee oder eine schlechthere Lösung ist als sich sozusagen Oldschool-Inzinsinn, was soll das eigentlich können?

01:00:24: Selbst für eine Version von der ich noch nicht weiß, wie es alles können soll, aber ich muss ja irgendwas schon mal definieren können, was es können soll.

01:00:29: Das erstmal zu definieren und zu sagen okay jetzt gucken wir mal ob's das kann und erst wenn es das kann reproduzierbar sein Schicksal im Kunden.

01:00:36: Ich

01:00:39: glaube, man muss auch sagen nur weil das Alleinstellungsmerkmal heutzutage Kundenzugang und Umsätze etc.

01:00:45: die beweisen dass du das kannst sind.

01:00:47: heißt es ja nicht, dass Tech nicht wichtig ist sondern das ist halt die Baseline.

01:00:51: wenn du die Tech nicht gut machst wird sie auf die Füße fallen und dann bringt ihr auch deine Mode nicht mehr.

01:00:56: aber das ist eine ganze Kunde weg weil die einfach unhappy werden und das vergisst man so schnell.

01:01:01: wir

01:01:01: haben halt Unternehmen also nicht wie jetzt.

01:01:03: nehmt ihr die Names dem millionen graced weil sie so schnell commercial attraction hatten für das, was die da bauen wollten.

01:01:09: Das einfach jeder gesagt hat hier shut up and take no money.

01:01:12: Alle haben sich angemeldet alle haben gesagt komm mach ich?

01:01:15: und dann haben Sie schon angefangen.

01:01:16: wir müssen stoppen.

01:01:17: wir haben zu viele Kunden fürs Produkt.

01:01:18: erst mal ganz ruhig so sechs Monate lang kein revenue grove sideways und von den irgendwie weiß ich fifteen zwanzig ersten testkunden ist die hälfte abgesprungen als produkt so in suffering.

01:01:30: scheiße es nicht dass kann was sie versprochen haben.

01:01:33: sie ist aber auch nicht in den griff kriegen das zu können Und gleichzeitig auch zum Beispiel ihre Kosten komplett aus der Reihe laufen, weil sie sich die auch nicht kontrollieren.

01:01:40: Wenn du keine Metrics measuresst, measurest du auch nicht wie viel du gerade für den LLM ausgibst, so was für Fragen du überhaupt stellst oder warum das eigentlich gerade irgendwie Millionen Tokens verbrennt?

01:01:48: Für eine relativ simple Frage!

01:01:50: Weil es liegt ja auch nicht in deiner Natur.

01:01:52: dann... Das machst du erstmal Moving Fast, Better Product bla bla bla.

01:01:55: aber du setzt dich nicht hin, so wie ich jetzt sagen würde, das erste was ich messe.

01:02:00: Was macht das Ding eigentlich?

01:02:01: Geht mir mal eine Metrik, wie viel da rein und raus geht.

01:02:03: Wenn Reinde z.B.

01:02:04: zehnmal höher ist als ich jetzt annehmen würde was korrekt wäre dann sage ich hey mate warum ist das irgendwie zehnmal so hoch, was soll denn das finden?

01:02:10: Verdissen dat!

01:02:12: Und dann geht das Ding.

01:02:13: oh ja ja ja da hab' ich schon diesen Fehler gemacht.

01:02:14: Ups du du du!

01:02:16: Klar Schritt zwei testt mal dass der in Zukunft nicht mehr so'nsoviel da rein-und rausschreibt und schickt mir mal einen Alarm falls er es doch macht.

01:02:25: Und genau das ist bei denen halt nicht der Fall, sondern hier überbauen und bauen.

01:02:29: Jetzt hast du irgendwie auf den Umsitz, hast du fünfmal so hohen Tokenkosten?

01:02:33: Das Produkt funktioniert trotzdem nicht.

01:02:34: die Kunden sind unhappi sie können nichts weiter verkaufen und haben eine Million ausgegeben in sechs Monaten und sind keinen Schritt weiter als vor sechs Monaten waren.

01:02:43: Ein toller Punkt Paul!

01:02:44: Die Überleitung wollte ich nämlich eh machen.

01:02:46: wir haben mal eine Episode gemacht die glaube ich so... bei ein paar Leuten ziemlich Kopfschmerzen verursacht hat, weil sie dachten ach du scheiße.

01:02:53: Darüber habe ich ja noch nie nachgedacht.

01:02:54: Cloud kosten so Ich würde sagen, Tokens für LLMs sind die neuen Cloud-Kosten.

01:03:02: Wo du halt echt auch unterschätzt, wie viel Geld wir dafür ausgeben und das nicht kontrollieren?

01:03:06: Die These damals waren viele Firmen verstehen überhaupt nicht, wieviel Geld sie ausgeben, wieviele Cost of goods sold sind also wie viel meine Marge aufgefressen wird.

01:03:14: weil wenn meine Cloud kosten sind, achtzig Prozent meines Revenews dann krieg ich es auch nicht mehr runter auf zwanzig Prozent um sinnvolle Margen zu bekommen.

01:03:23: Dann selber funktioniert ja für LlMs weiswerser

01:03:27: Eigentlich nur eine Reinkaration von dem gleichen Problem.

01:03:30: Und die gleiche Ahnungslosigkeit als Ansatz hat sozusagen die gleichen Konsequenzen.

01:03:35: Das heißt, das erste was ich gemacht habe war bei mir erst mal einzubauen und zu zählen.

01:03:40: Was erzeugt eigentlich die Kosten?

01:03:42: Dann im ersten naiven Ansatz hab' ich direkt festgestellt, dass es viel zu teuer war.

01:03:45: Irgendwie eine Message kostete ein Euro.

01:03:47: wo ich so nehmen muss irgendwie nicht sustainable.

01:03:48: Ich kann nicht wenn das... ich baue das auch Spaß als etwas was auch ein Druck sein könnte.

01:03:52: einfach Als Übung sagt man ja gut es macht keinen Sinn.

01:03:55: ich kann nicht irgendwie wenn user zähnen messages am tach schreibt.

01:03:57: Kommt dreieinhalb Euro kostende monat.

01:03:59: das kannst du nicht als subscription irgendwie reinholen so dass funktioniert nicht muss.

01:04:02: da müssen nullen weg.

01:04:04: und das war bevor ich überhaupt zu einem funktional state gekommen bin wo ich jetzt angehen oder das funktioniert super sondern wo ich schon okay ist funktioniert.

01:04:10: die Basics gehen aber die kosten das geht nicht, und Das erst bestanden was hat war mich damit zu befassen warum?

01:04:17: Was kostet das eigentlich?

01:04:18: also was kann ich machen um die kosten zu reduzieren ist natürlich klar.

01:04:21: Die einfachen sachen sind irgendwelche cashing Sachen, ne?

01:04:24: Also nicht.

01:04:24: man kann ja die meisten LMS unterstützen irgendeine Art und Caching so.

01:04:28: Das ist schon mal Schritt eins aber schritt zweis eben zu überlegen muss sich einfach so riesige.

01:04:34: Monster prompts oder monster requests da reinschmeißen wo ich eine Million Tokens rein schmeiße von denen es realistisch um die frage zu beantworten wahrscheinlich ein prozent braucht und dann einfach Let God sort him out.

01:04:47: Wo ich sage, ich rots einfach alles einmal rein und fragt dann so eine generelle Frage und lasst ihn da über irgendwie eine Million Finking Tokens noch zu dem Schluss

01:04:55: kommen.".

01:04:56: Das fühlt sich halt ein bisschen nach Emergence und Magic an.

01:04:59: Verstehe ich?

01:05:00: Das ist cool!

01:05:01: Aber das ist eine saudämliche Idee weil was dadurch passiert ist halt jedes Mal wenn der Kunde irgendwas fragt.

01:05:06: also zum einen dauert es natürlich lange und zum anderen Sacken teuer, weil du musst dann auf einmal hier irgendwie einen Gemini pro oder den Opus benutzen.

01:05:14: Oder ein GPT-Finking um diese blöde Frage zu beantworten?

01:05:17: Weil anstatt irgendwie eine einfache kurze Frage zu stellen oder mehrere kleine Fragen zu stellen hast du natürlich die Mutter aller Fragen da reingeschmissen mit allen Kontext von dem Kunden und alle Kunden da noch mal rein gerotzt und sagt, sag mir mal für den Kunden hier was daraus kommt.

01:05:30: Und das Ding setzt sich hin und macht es für dich so.

01:05:33: aber diese faulheit zu sagen ich habe keine lust überlegen wie man es runterbrechen könnte in irgendwie zwei drei kleinere fragen simplere fragen.

01:05:40: Wie ich das sozusagen in agents zerlegen kann.

01:05:43: also eine einzelne kleine kleine lm stich mit einem spezifischen prompt frage sagt mir mal bitte was will der user überhaupt erreichen?

01:05:51: okay so jetzt haben wir welche daten nicht dafür brauchen würde um das zu erreichen.

01:05:55: ok dann gibt mir mein programm dass diese daten analysiert und dir Die Highlights gibt, damit ich den nur die Highlights gebe und nicht die ganzen Daten dir in die Hand drücken muss.

01:06:03: Damit du die dann analysierst.

01:06:05: Hey man kann Pifencoden aus den Daten selber Sachen rausziehen.

01:06:10: Du hast gerade zweihunderttausend Tokens irgendwelche Daten da rein.

01:06:14: also irgendwelchen Zahlen und so reingeblasen mit das Ding bei sich selber Pifencode ausführt um dir zu sagen was da drin steht.

01:06:20: Anstatt zu sagen gib mir mal den Code ich lass ihn bei mir laufen.

01:06:23: Gebt ihr denn die fünf Zeilen Ergebnis?

01:06:26: Die darfst du dir ansehen gucken und mir daraus im Schluss ziehen.

01:06:29: und halt dieses runterbrechen in einzelne Steps, in kleinere Steps.

01:06:34: Weil da musst du ja schon wieder nachdenken!

01:06:35: Aber das Coole... also was der ganz große Punkt ist wenn Du halt sozusagen die Follower-Variante benutzt, musst Du eigentlich ausschließlich diese ultra teuren Edge-Modelle benutzen.

01:06:44: Diese richtig... Also irgendwie so ein paar Import Tokens, die irgendwie sieben Euro kosten.

01:06:48: Werenteil, weiß ich, benutze jetzt gerade German Eye Flash, der kostet eine Million Import Token zu twenty.

01:06:52: fünf Cent ist ein bisschen anders.

01:06:55: Ich glaube bei German Acquatch, bei Germanacros sind es fünf Dollar und ich glaube auch bei Chadji, die sind fünf Dollar.

01:07:01: Fünf Dollar ist mehr als fünfundzwanzig Cent!

01:07:03: Ich weiß das klingt sehr, sehr provokativ, das zu sagen.

01:07:06: Das haben auch viele von den Leuten, die so gerade mit Arbeiten nicht verstanden, dass sie jetzt bei Zahlen nicht die gleiche Zahl sind... Und dass da mehr als eine größte Ordnung Unterschied zwischen ist, macht aber trotzdem keine.

01:07:17: Aber ja, weil das Modell macht keine so guten Antworten Der, wenn ich das saukompliziert ist genauso naiv.

01:07:23: Ich

01:07:24: glaube was man verstehen muss auch gerade wenn du so verschiedene Agents hättest oder vielleicht ein komplexeres Produkt baust.

01:07:30: der eine Agent könnte Opus benutzen, der andere könnte Flash benutzen und du kannst halt dann aussagen Du benutzt das, du benutzt dass, da wird es

01:07:36: irgendwann ... Die Sachen die wirklich Denkpower brauchen.

01:07:41: aber ich würde halt also ganz ehrlich Neunzig Prozent der Zeit wenn Leute irgendein scheiß großes Modell benutzen machen sie das gerade bloß weil sie ne Million Kontext reingerotzt haben.

01:07:49: Ich mach's auch, weil ich keine Ahnung habe.

01:07:50: So, ich geb's aber zu!

01:07:52: Ja, siehst du, das Designpattern existiert?

01:07:56: Das Problem ist, wenn du ein großes Modell benutzt, weil du eben eine Million Kontext reingeballert hast und jetzt einfach nur sagst, noch mal ... Ist so'n Anti-Pattern, würd ich sagen würde... Nein, es gibt absolut Anwendungsfälle wo du ein großes starkes Modell brauchst.

01:08:17: Aber die der go-to-weg zu sagen, na ja ich hab keinen Bock rauszufinden wie ich das auf was einfachere so unterbreche.

01:08:22: Also schraube ich auch alles in das in das Modell das zwanzigmal teurer ist als das kleine Modell.

01:08:26: Ist der Anfang vom Ende?

01:08:27: Das ist genau dass diese genau dieser Designentscheidung die die alle dazu bringt.

01:08:32: Oh ja mein Schockungskosten fünf mal so viel im Produkt.

01:08:34: Ups!

01:08:35: Dann guckst du es an.

01:08:36: aber warum?

01:08:37: Naja klar sie sind den tollsten Token-Kopf die es zu kaufen gibt und fragen immer und immer wieder mit einem riesigen Kontext ohne jedes Caching immer wieder das teuerste Modell.

01:08:45: oder sagst du Moment Warum?

01:08:47: Wenn du jetzt sagst, du schickst dir einfach rein und sagt erklär mir erstmal wie du das mach einen Plan.

01:08:52: Du hast erst mal einen Planning Agent, der sagt mach mir erstmal einen Plan!

01:08:55: In was kann ich das als kleinstes zerlegen um eine gute Antwort zu kriegen?

01:08:58: Er sagt es vier Teile.

01:09:00: Okay dann schicke ich die vierteile in den kleinen Agent.

01:09:02: vielleicht will ich als finalen Step zusammen okay das ganze große nochmal überschauen ein bisschen drüber nachdenken da frag' ich ein teures Modell aber da schickel ich jetzt weiß ich zwanzig dreißig tausend Tokens rein statt einer Million Tokens dran Und hab halt ein ganz anderes Größenordnungsproblem, was die Kosten angeht.

01:09:18: Das ist eben eines dieser großen Antipäterns, die das nicht nachdenken wollen und nicht... Oh ja da muss ich irgendwie einen Plan machen!

01:09:25: Dann fragt der Scheiß LLM nach einem Plan in einem Step.

01:09:28: und lasst dir den Plan machen.

01:09:30: aber mach nicht einfach, dass du keinen Plan hast und alles reinschmeißt und sagt hier mach mal

01:09:34: Ich bin gespannt, was du zum nächsten Tag sagst.

01:09:36: Ich hab letztens auf LinkedIn ... Ist immer eine gute Hand.

01:09:39: Wer fängt schon gut an?

01:09:41: Ein Beitrag gesehen der meinte hey alle die glauben dass sie noch Software bauen haben sowieso schon verloren weil alle von uns sind jetzt im Restaurant Business denn inzwischen haben wir eigentlich alle ne Komponente von Kai.

01:09:58: das heißt wir haben Kosten die einfach je nachdem wie viel Input und Token etc.

01:10:03: sind, das heißt ich muss jetzt quasi überlegen was liefere ich eigentlich?

01:10:07: Was ist dieses beste Essen oder das Beste trinken als Kombinationen was sich liefern kann zu welchem Preispunkt?

01:10:14: Wie wenn ich ein bisschen teurer werde um meine Marge vielleicht ein bisschen höher zu haben?

01:10:18: kann sein dass keine Leute mehr kommen weil ich so teuer bin.

01:10:20: im Vergleich Wenn ich nicht aufpasse und die falschen Zutaten kaufe zum Beispiel ein zu teures Modell oder ähnliches dann verdiene ich kein Geld mehr.

01:10:30: Und jetzt bin ich eigentlich an den Punkt zu gucken, wie kriege ich es hin?

01:10:33: Dass sich halbwegs planbar mit meinem KI-Input etc.

01:10:39: nicht mich komplett verkalkuliere bei den Kunden sondern wirklich ein sinnvolles Menü schaffe, woraus der Kunde ein... ...anständiges Erlebnis hat und ich als Firma Geld verdiene.

01:10:54: Das ist für mich so'n BWL-Attake ne?

01:10:58: Das Problems jein!

01:11:00: Die Grundidee ist richtig, aber es vergisst das Software-Engineering.

01:11:07: Gutes und schlechtes Software-engineering hat immer zwei Größenordnungen zueinander.

01:11:11: Und also nur eine Idee zu geben ... Das gleiche Modell, was vor irgendwie fünfzehn Euro im Tag gekostet hat?

01:11:20: Im Modellkosten habe ich jetzt gerade auf achtzig Cent runter.

01:11:24: Ich könnte's noch mal auf vierzig Cent drunter bringen, aber da hab' ich grade gesagt, komm, ich mach erst mal was anderes!

01:11:30: Das ist der Unterschied.

01:11:31: Es macht genau das Gleiche wie vorher, dass es im Restaurant nicht so.

01:11:36: Weil Zutaten haben ... Das ist eine real-world Sache und dieses Modell ist eben nicht die Sache, dass das ein Model kostet fünf von mehr als das andere oder sonst irgendwas.

01:11:44: Sondern zu verstehen was ist eine effiziente Frage?

01:11:49: Und was sind ineffiziente Fragen?

01:11:51: Wie frage ich Vizienten?

01:11:52: Und wie stelle ich eine Verkettung von Effizienz in Fragen um aufs gleiche Ergebnis zu kommen, große komplizierte Frage.

01:12:00: Weil das lustig ist natürlich auch, dass die ganzen Patterns und Best Practices viele von den Sachen, die uns die großen Modellenbieter versuchen zu erklären und so sagen hier mach mal sind natürlich hey du kannst jetzt zwei Millionen Token rein ballern auf einmal let's go baby!

01:12:15: Natürlich finden die das geil wenn du da irgendwie zwei Millionen Tokens auf eine frage stellst so weil voll geil dass du lieber nur eigentlich zweitausend Tokens fragen solltest Und das vielleicht fünf oder sechs Mal und dann eine richtige Antwort kriegen würdest.

01:12:27: Beziehungsweise wirst du vielleicht sogar irgendein sehr Open Source-Modeller auf Krok, hier diesen super schnellen Hoster den jetzt in Video gekauft hat, fragen könntest du irgendwie tatsächlich so zwanzig bis fünftig mal schneller antworten kriegst?

01:12:40: Zu zwanzibusfünfzigmal billiger also nur ... Das ist eben einfach ne Designfrage beziehungsweit.

01:12:47: es geht in den meisten Cases.

01:12:49: Es gibt ganz wenige wie gesagt generelle Aussagen.

01:12:52: aber ich würde sagen ... in den meisten Fällen möglich ist, die Kosten, die du gerade für deine Tokens ausgibst... ... auf zehn Prozent davon zu drücken mit dem gleichen Ergebnis.

01:13:03: Und das ist meiner Meinung nach das Problem wenn du diese Restaurant-Analogie hast!

01:13:08: Das klingt so euch gibt jetzt zehnmal weniger Zutaten aus.

01:13:11: also es ist mein Essenzimmer schlechter.

01:13:13: Das ist Quatsch.

01:13:15: So funktioniert es software nicht und so funktionieren LLMs auch nicht.

01:13:18: Zum Beispiel adjust hat irgendwie zwanzigmal weniger ausgegeben, also kostete er auf Amazon das anzubieten.

01:13:23: Das Produkt war ja nicht schlechter für die Kunden, das Produkt da sogar besser funktioniert.

01:13:26: Wir waren aber nicht so doof, dass Geld dafür auszugeben.

01:13:28: Und so ist genau ... Das finde ich, das geht in diese Analogie zu leicht verloren.

01:13:32: Software is not the real world.

01:13:35: Menschen haben schlechte ... Bauchgefühle für großen Ordnung gerade nicht technische Fauna vergessen sehr oft, dass eine gute und schlechte Design ist sich ins zwei Größenordnungen sind.

01:13:45: Das Nullen das der Unterschied zwischen.

01:13:47: ich habe Ne Zehntausend Dollar oder hundert Dollar von meine Topens ausgegeben letzten Monat.

01:13:52: Dass der Unterschied Zwischen Du hast irgendwie keine Marge und du hast ne sehr, sehr gute Marge.

01:13:56: Und das ist glaube ich dieses Problem, dass wir das sozusagen so so akzeptieren dass wir dieses Ja das ist halt so das kann.

01:14:03: er sagt Moment hey Techie, was machst du da drüben eigentlich?

01:14:07: How the fuck.

01:14:09: Was ist das hier?

01:14:10: Erklär mir mal wo die ganzen Tokens hin sind.

01:14:15: Tracks zu das!

01:14:16: Wofür gehen wir dir aus?

01:14:16: Was ist denn der Impot?

01:14:20: Schreibt mal was besteht in dem Impot rein.

01:14:25: Ist halt keine Antwort.

01:14:27: Machen wir einen Plan zerlegen mit die Anfrage in kleinere Tale.

01:14:30: versuchen wir dass... Strategisch clever zu machen oder machen wir auf dem Alter von?

01:14:34: Wir waren schneller und das ist besser.

01:14:36: Und es geht erst mal so.

01:14:37: was machen wir dann später, indem wir halt diese berühmte einen millionen token an frage geschrieben haben und dann einfach Mal zwei minuten warten bis general pro in thinking in hardcore im yolo output tokens kosten nichts mode mir eine antwort gegeben hat?

01:14:51: Das ist glaube ich das viel größere problem.

01:14:53: wir sind wie spielen immer das gleiche spiel wer ist eigentlich der bessere designer von sachen?

01:14:59: Wer hat das bessere System für Hardware-Kostendesign?

01:15:03: Kann man gewonnen.

01:15:06: Aber jetzt sind wir bei, wer hat das cleverere Systemdesign des LLM-Fragen zu fragen?

01:15:12: Wer hat besser verstanden was ein LM wie kann und wie man so eine große Frage in kleine Fragen zerlegt?

01:15:18: Und wie man vermeidet dumm Geld auszugeben?

01:15:20: Was ist super leicht um Geld auszugeben genauso wie klar auch?

01:15:23: Und dieses Anti-Pattern ist meiner Meinung nach den Menschen also ich sage mal dem Business-Founder Wahrscheinlich gar nicht wirklich finanziell bewusst.

01:15:31: Wenn dein Techie zu dir kommt, sagt du, schalt was die Tokens kosten?

01:15:35: Da würde ich, da würd's mir keinen Rücken runterlaufen nachdem ihr schon erzählt, dass wir keine Tests haben weil das kommt alles noch und es ist ein Node.js geschrieben, das war eine geile Idee.

01:15:42: Und warum, warum wir irgendwie X mal unseren Revenue für die Token ausgeben doch können wir später optimieren.

01:15:48: Das sind alle Alarmglocken.

01:15:50: dann musst du so denken Holy Shit entweder feuere ich den Typen such mehr neuen oder ich zwinge ihn dazu das jetzt alles richtig machen.

01:15:57: aber big fucking problem.

01:15:59: und es ist so sorry aber das ist diese analogie lässt das komplett weg.

01:16:03: Das der trick zu sagen ich kann ich kann theoretisch aus wasser und reiß dass gleich hier viele minion ballern als wenn irgendjemand, der sich wackel gekauft hat funktioniert.

01:16:10: in echten will nicht.

01:16:12: Wenn du ne lm nutzt funktioniert das durch auch so.

01:16:16: Ja ist ja deswegen zur einordnung halt super relevant.

01:16:19: Was würdest du sagen, ist aber schwer prognosum zu machen.

01:16:22: Weil man ja auch gerade nicht nachvollziehen kann wie schnell sich die Dinge entwickeln weil vor zwei Jahren hätten wir glaube ich nicht gedacht dass wir heute hier stehen.

01:16:29: was sind so deine hot takes für die nächsten Monate?

01:16:33: Was möglich wird was heute noch nicht möglich ist.

01:16:36: haben wir den größten sprung der entwicklung den wir jetzt erstmal brauchen um die basis zu schaffen schon gesehen?

01:16:40: so wie ordnest du das ein?

01:16:42: wie viel denkst du darüber nach und wie fehlt?

01:16:43: bist du der typ von da denke ich drüber nach.

01:16:46: wenn was neu kommt schau ich mit des an und dann mache weiter.

01:16:51: Zum einen, ich schaue mir was kommt.

01:16:53: Aber ich denke so von der Vorhersage her wir sind jetzt.

01:16:56: ab jetzt wird's ein gradual increase vorn Fähigkeiten sein.

01:16:58: wie gut können die Coden und sowas.

01:17:00: das wird langsam besser werden.

01:17:01: aber Ich glaube nicht dass wir schnell an den Punkt kommen wo?

01:17:05: Das war sich was wir die ganze Zeit hier besprochen haben dass du dieses richtige fragen können musst dass Du in deinem Kopf erst einmal das Problem zerlegst Und dann überlegst Was willst du eigentlich genau machen und das zu not auch mit dem lm durchplanen und bespricht Das wird sich manchmal noch nicht ändern.

01:17:21: Sondern es wird schlimmer werden.

01:17:23: der Unterschied zwischen den Leuten, die das gut können und die ganzen Eve diese One-Shot-Proms versuchen irgendwelche Produkte zu bauen.

01:17:30: Weil ... Es hat ja auch irgendwo ein natürliches ... Es muss eine natürliche Grenze haben.

01:17:35: Also das Ding ist, es wird nie brillant nachdenken oder nicht?

01:17:38: nie?

01:17:39: aber das wird halt immer schwieriger sein für das Teil zu verstehen was du eigentlich willst wenn du blöde Sachen fragst.

01:17:44: vor allen Dingen weil LLMs einfach in ihrer Grundnatur wir ja antworten wollen Die werden für belohnt, dir eine gute Antwort zu geben.

01:17:54: Und das ist schwierig ... Mit

01:17:55: Gut meinst du positiv?

01:17:57: Positiv,

01:17:57: also positiv gestimmt.

01:17:59: Nicht objektiv

01:17:59: gut, sondern positiv gestümmt.

01:18:01: Der was positives zu sagen.

01:18:03: Das ist ja einer der großen Struggles dieses Modelle von abzuhalten, ne?

01:18:06: Eure Aussträngende von der Brücke oder so.

01:18:09: Klar, wenn wir da irgendwelche Guardrails einbauen und was wird ... ... dein Produkt immer, du kannst immer was Dummes fragen.

01:18:14: Immer etwas Dummes rauskriegen!

01:18:15: Das heißt die Fähigkeit sich einen guten Plan zu machen und zu überlegen wird glaube ich eine echte Superpower werden.

01:18:20: Und so sagen wir das auch.

01:18:21: ich weiß nach welchem Muster... Ich baue und was der dann baut und wie cool es ist?

01:18:27: Das würde sich natürlich denke ich noch dramatisch ändern.

01:18:30: Andererseits glaube ich dass wir jetzt gerade am Anfang sind.

01:18:32: Ich sehe jetzt ganz viele Companies halt diesen... diesen UI oder UX Paradigm Shift machen wo sie sagen ja warte mal mein Produkt muss kennen.

01:18:40: Also hat ein Dashboard für's Controlling, aber das ist einfach irgendein Text in der Face.

01:18:46: Ich glaube, dass wird viel mehr werden.

01:18:49: Die nächste Generation saß, ist irgend'n AI-Agent, der irgendwas für dich machen kann mit dem ich auf irgendeine natürliche Art und Weise kommunizieren kann.

01:18:58: Und auch da wird noch sehr viel Wasser den Berg runterfließen müssen bis wir Situation wie Cropboard vermeiden die halt irgendwie deine ganzen E-Mails löschen oder so.

01:19:08: Also ich glaub ... Ab jetzt wird es manchmal auch ein bisschen mehr gradual werden.

01:19:12: Also vorhersehbarer, weil wir ja schon gesehen haben was jetzt an Pace kommt.

01:19:18: Ich glaube nicht dass wir schnell zu einer Welt kommen wo ein Business-Founder komplett alleine mit einem Vibecoding und ohne irgendeine Design Idee also ich mein Design im Sinne von Softwaredesign oder Softwarearchitektur irgendwas bauen kann was halt über Jahre maintainable and good best practices hat.

01:19:34: Weil das ist einfach so schwer und braucht so viele Opinionated Entscheidungen, die aus irgendeiner Information herausgetroffen werden wie das Modell nicht hat.

01:19:43: Wenn du es so fragst ... Ich glaub, dass wird sich nicht so dramatisch schnell ändern?

01:19:48: Also wollen wir zusammenfassen erstens nur weil dir irgendwer vorschlägt in Node.js oder Python zu schreiben überlegt ihr das noch mal und schau mal ob du nicht eine der Sprachen nimmst sie sich vielleicht auch ein bisschen selber regulieren kannst.

01:20:00: zweitens also automatisch zurückgibt wenn irgendwas falsch ist und dadurch einfach ein bisschen clean angeschrieben wird.

01:20:06: Tests implementieren viel mehr drüber nachdenken.

01:20:09: was will ich eigentlich bauen?

01:20:10: erstens um die test zu definieren und zweitens um das modell Zu sauber fortzubereiten im plan zu machen dass ihr loslegen könnt die architektur mitgedacht wird den plan kannst ja selber reviewen den schreibst du wahrscheinlich selber nicht.

01:20:22: aber Mit dem modell mal zu diskutieren dann eben immer zu gucken testet alles sauber durch Kunden gewinnen weil das ist die einzige mode also traction aber mit einem produkt es halt dir nicht irgendwann zusammen kracht ... sich Gedanken machen, wie halt ich meine LLM-Kosten... ... so günstig wie möglich.

01:20:42: Also immer weiter zu optimieren und zu sagen, wie kriege ich das selber Ergebnis mit weniger toren Modellen?

01:20:46: Einfach weil es um ein vielfaches günstiger ist!

01:20:50: Und dann drumherum bauen.

01:20:52: So, dann hätten wir glaube ich eine Grundlage, mit der man sagen könnte,... Man hätte einen Schritt für Schritt planen, um heute eine Firma zu bauen die tendenziell groß werden kann, weil sie mir nicht mittendrin einfach implodiert.

01:21:04: Genau Und eben diesen Mut zu haben, diese extra Zeit.

01:21:08: Dieses, oh ja muss ich jetzt drüber nachdenken?

01:21:10: Weil die sind einfach in der Welt wo sich dieses Nachdenken lang und teuer anfühlt.

01:21:15: Aber es ist nicht mehr weil das Executen von wenn du dir den Gedanken gemacht hast geht so schnell dass wir einfach dahin kommen müssen diesen Mut sagen nee ich überlege erstmal ganz in Ruhe was es eigentlich können soll oder wie gesagt wie ich diese LM-Kosten drücke.

01:21:28: weil klar es gibt jede Woche ein teures neues besseres Modell.

01:21:31: Aber die viel spannende Frage für die meisten Produkte, die sollten eigentlich eins der schnelleren Modelle Heiku oder Flash benutzen.

01:21:38: Um ihre Sachen zu gewinnen?

01:21:40: Weil ansonsten ist es langsam und sagt heuer!

01:21:42: Und wenn deine Basis ist... Oh, die Tokenkosten werden schon irgendwie runterkommen und dann bin ich profitabel.

01:21:50: Das ist halt für mich sonst schlechte Base schon anzufangen.

01:21:54: Zu sagen ja, das wird dann in einem Jahr wird das bestimmt zehn x billiger.

01:21:58: Vielleicht vielleicht auch nicht.

01:22:00: Weil du so in der bis brauchst und weiter dein immer noch das treues modell was irgendwie verfügbar ist.

01:22:06: Gut design und gut engineering sind niemals eine schlechte idee, wenn ich glaube da müssen wir.

01:22:12: Ich sage mal vielleicht als value mehr hinkommen dass die leute verstehen das wendt schon das ganze.

01:22:18: ausführen umsonst ist wir dann wenigstens viel mehr zeit und brain reinstecken können sie sagen okay das die base idea des engineering der hinter sind wirklich clean.

01:22:25: Und haben eine gute basis weil dann kannst du eben stückchenweise aufbauen weil da startest du auf dem level wo du sagst du kannst konstant dich weiterentwickeln musst nicht ständig irgendwie versuchen das riesen feuer was du gerade angezündet hast was jetzt immer immer schlimmer wird irgendwie raus machen.

01:22:40: ich würde sagen da machen wir ein punkt paul vielen dank.

01:22:43: Wer konkrete Anfragen hat, schreibt mir eine E-Mail.

01:22:45: Ich leite weiter wie entscheiden was wir machen.

01:22:48: Ob ich nicht gespannt was jetzt an Hate kommt?

01:22:50: Naja auch vielleicht neue Topics also vielleicht was wo man merkt ach da sollte man noch mal tiefer reingehen.

01:22:54: Vielleicht gibt's mein Case wo du sagst Helin schaue ich mir mal kurz an einfach um Feedback zu geben.

01:22:58: das können wir ja dann gucken.

01:22:59: aber ich glaube dabei viel weil dass vieles auf den Kopf stellt was gerade eigentlich als so gang und gäbe gesehen wird.

01:23:05: deswegen vielen lieben Dank.

01:23:07: Wir haben viel zu lange keine Episode gemacht, also von daher machen

01:23:09: wir den ran.

01:23:09: Old Man Yields Cloud ist ein Klassiker?

01:23:11: Schauen wir mal!

01:23:12: Das wird witzigerweise... Die beiden hören auch zu.

01:23:15: Tim und Vera die dann Produktion auf Audio Seite machen wird immer noch.

01:23:19: Immer als Beispiel wenn sie auch jetzt Sachen von ihr sehen und hören.

01:23:22: Oldman Yieldset ist tatsächlich der einachts unter Klassik geworden.

01:23:28: Wer das nicht versteht kann sich den Rand über Cloud kosten einmal nochmal anhören verlinken.

01:23:32: wer in den Show Notes spiegelt viel wieder was wir jetzt über LLM auch besprochen haben, aber geht da noch mal ein bisschen mehr tiefer.

01:23:40: Wer das noch nicht kennt und nicht verstanden hat sollte sich auf jeden Fall anhören.

01:23:43: Paul vielen Dank!

01:23:45: In der Episode war auf jeden fall viel dabei.

01:23:47: Wir haben es gerade nochmal zusammengefasst von Wie spreche ich eigentlich mit meiner KI dass sie anfängt genau so das Produkt zu denken wie ich's möchte?

01:23:55: Wie teste Ich alles dass ich nicht einfach etwas live schalte was dann beim Kunden gar nicht funktioniert und ich panische Anrufe bekomme Und meine Software und mein Produkt so bauert?

01:24:05: das ist mir nicht in ein paar Monaten implodiert und um die Ohren fliegt.

01:24:08: Und ich glaube, wenn du das beachtest und schaust, dass du damit die Grundlagen sowohl selbst als auch im Team klar strukturiert vorgibst und ihr euch daran haltet, werdet ihr sehr viel Spaß am ganzen Thema Vibecoding und auch den Vorteilen der gewonnenen Produktivität bei der Entwicklung haben.

01:24:24: Teil die Episode mit jemandem, der genauso davon profitieren würde wie du.

01:24:28: Abonniert den Kanal und schreibt gerne Fragen oder Feedback an www.FarmlandUnicornBakeery.de.

01:24:33: Schick's mir auf LinkedIn aber... So, dass wir einfach weiter darauf eingehen können das Thema weiter verfolgen können.

01:24:40: Dann ich denke Das wird so schnell nicht mehr weggehen.

01:24:43: vielen dank fürs zuhören.