News 32/26 –

GitHub Stacked PRs // PHPStan Turbo // OpenAIs Astra-Modelle

06.08.2026

// Podcast
// News 32/26

Es werden Daten an YouTube übertragen. Datenschutz

Immer erlauben

Shownotes

Diese Woche geht es kompakt, aber vollgepackt zu: GitHub bringt Stacked Pull Requests in die Public Preview, PHPStan wird dank einer C++-Turbo-Erweiterung spürbar schneller, OpenAI stellt mit Astra sein nächstes großes Modell vor, und wir erfreuen uns an einem KI-Limonadenstand.

Ihr habt noch kein Ticket für die programmier.con 2026? Dann nutzt jetzt noch die Chance und nehmt am 25. und 26 November an unserem Event rund um Web und AI teil! Mehr unter: https://con.programmier.bar/

Seit dem 30. Juli sind Stacked Pull Requests auf GitHub in der Public Preview verfügbar. Statt eines riesigen Pull Requests baut man mehrere kleine, aufeinander aufbauende PRs, die sich einzeln reviewen und am Ende gemeinsam mergen lassen. Dave und Jan sind sich einig: Kleinere PRs fühlen sich schon lange besser an, aber werden gerade jetzt umso wichtiger, wenn AI-Tools viel mehr Code in kürzerer Zeit produzieren und Reviews so schnell zum Bottleneck werden.

Der beliebte statische Code-Analyzer PHPStan hat mit der neuen Turbo-Extension einen Teil seiner Toolchain in C++ nachgebaut, obwohl PHPStan selbst in PHP geschrieben ist. Jan findet das vorbildlich gelöst.

OpenAI hat mit Astra den Namen für sein nächstes großes Modell bekanntgegeben, konzipiert für sehr lange, komplexe Aufgaben, an denen mehrere Agenten parallel über Stunden oder Tage arbeiten. Astra soll außerdem das erste Modell sein, das den neuen Review-Prozess der US-Regierung für AI-Modelle durchläuft.

In einem YouTube-Video treten Claude und GPT mit unbegrenztem Budget gegeneinander an, um innerhalb einer Woche einen erfolgreichen Limonadenstand aufzubauen – inklusive Rezepten, Handwerker:innen und Verkaufspersonal. Dave und Jan sind sich einig: sehr unterhaltsam und ein guter Showcase für alles, was (noch nicht) mit AI funktioniert.

Passend dazu verlinken sie noch zwei Interviews von Mathe-YouTuber DorFuchs und einem AI-Safety-Experten.

Download

/transkript/programmierbar/news-32-26-github-stacked-prs-phpstan-turbo-openais-astra-modelle

Jan: Hallo und herzlich willkommen zu 1 neuen News Folge hier in der programmier.bar. Kalenderwoche 32 für euch hier vor dem Mikrofon einmal der Jan Gregor im Getriebe. Und in der Saline im Studio sitzt wie immer
Dave: Dave aka, David Krusitzky. Moin, was geht Leute?
Jan: Dennis sitzt immer noch auf seiner Urlaubsinsel fest und Fabi hat wahrscheinlich auch irgend eine coole Ausrede, die er nicht mit uns geteilt hat. Aber wir sind heute noch zu zweit. Und ich glaube, Dave, weißt Du, man soll das ja nie so sagen im Podcast, aber ich glaub, heut wird eine kurze Folge. Ich glaub, glaub ich, ob ich das jetzt so dschingst oder so, aber ich glaube, es wird eine kurze Folge.
Dave: Ich glaub, es wird die kürzeste Folge ever, aber auch die intimste. Also ich hab immer das Gefühl, diese zweier Podcastaufnahmen, die sind immer besonders intim. Und wenn's besonders intim wird, dann dauert's halt auch nicht lang meistens, so.
Jan: Oh Gott. Ja, damit ist es eigentlich schon Schluss, so. Ja. Hier hier werden wir die Aufnahme, was mit Ich
Dave: wollte sagen, jetzt schon, jetzt haben wir schon das Achtzehner Rating. Na ja, schade.
Jan: Wunderbar. Wenn ihr auch mit Dave intim werden wollt, dann könnt ihr immer noch Tickets für die Programmierwahl bekommen. Und weil Dennis nicht da ist, muss ich das hier einmal übernehmen, die Werbetrommel zu rühren. Es steht immer noch Dennis seine Challenge im Raum, wenn wir das Event aus verkaufen, hier Dessert für die beiden Lunch Menügänge dazu zu bestellen. Also Bei
Dave: der wird
Jan: kommt an. Bei was alle Nachtisch.
Dave: Was, ach so, ach ach ah, Nachtisch wird dazu bestellt. Ach so. Ja, das schaffen wir doch, oder? Weil bei wie viel, wir sind wir sind über über die Hälfte schon ausgekommen, oder? Ja, ja, ja, ja, ja, ja, ja, ja, ja, ja, ja, ja, ja, ja, ja, ja, ja, ja, ja, ja, ja, ja, ja, ja, ja, ja, ja, ja, ja, ja, ja, ja, ja, ja, ja, ja, ja, ja, ja, ja, ja, ja, ja, ja
Jan: glaub ich, auch auf der Webseite, die Programmierkunden T-Shirts, gibt's ja auch nur für die Leute, die bis zu 'nem bestellen, weil wir die ja auch mit Vorlaufzeiten bestellen müssen. Ich glaub, irgendwann Anfang September oder so was ist das. Also jetzt noch mal reinhauen.
Dave: Oh ja, auf jeden Fall, also es lohnt sich auch explizit für die T-Shirts. Also hohe Qualität und geiles Design, würd ich hier noch mal an der Stelle sagen. Ich trag das gerne auf meiner Stimmt, haben wir wir haben beide 'n Programmiershirt an. Es ist wirklich, es fühlt sich es fühlt sich an wie eine 2. Haut. Im positiven Sinne. Ich weiß nicht, ob das Positives ist, aber ich find's geil.
Jan: Ah, wunderbar. Wir wollen eigentlich sprechen über ein bisschen PHP, über ein bisschen PRs, über ein bisschen Astra, hab ich eben grade noch ganz kurz gehört.
Dave: Ey, Grand Opel. Vielleicht Opel Astra.
Jan: Opel Astra. Und vielleicht sprechen wir noch ganz kurz über Cloud und wenn wir am Ende noch Zeit haben, können wir noch über dieses Limonadenvideo reden, was also wenn Du's wenn ihr's noch nicht geguckt habt, super superlustig.
Dave: Level, made. Ja, man.
Jan: So, lass uns doch mal anfangen hier mit diesen. So, Dave, was ist das? Warum muss mich das interessieren und warum gibt's es erst jetzt?
Dave: Boah, ich glaub auf 2 der 3 Fragen hab ich eine ungefähre Antwort, auf eine glaub ich nicht so. Aber genau
Jan: Frage, die Du nicht beantworten kannst, was ist das? Ja, was ist das? Über alles andere können wir reden.
Dave: Nee, genau. Also vielleicht, genau, fangen wir an, was ist das? Und zwar, also ich ich bau mal ein Szenario auf, weil man sich das ja dann am besten vorstellen kann. Und zwar, es gibt doch sicherlich, das hat jeder Entwickler mal erlebt, man man baut irgendwie 'n irgendwas zusammen und denkt sich so, ja okay, ist jetzt gut so. Ich erstell mal 'n Pull Request und hat dann jetzt auch nichts irgendwie offene, nichts anderes, was man kann und will eigentlich weitermachen mit seinem Feature so. Aber natürlich gibt's dann die die die doofen Reviewer, die ja 'n bisschen Zeit brauchen so. Und man denkt sich, ja okay, ich möchte jetzt nicht gehindert sein an meiner Arbeit, also mach ich 1 1, 1 sorry, einen weiteren Branch auf, der auf meinen vorherigen basiert, ne. Also das heißt, ich hab irgendwie eine gewisse Abhängigkeit. Passiert bei uns beispielsweise relativ schnell, wenn, keine Ahnung, Backend machst Du irgendwie, ne, eine Datenbank erstellst Du und dann hast Du da irgend eine Schicht und dann willst aber dann auch irgendwie auch den Manager einführen und dann vielleicht noch API Punkte hinzufügen. Und da erstellst Du halt dann quasi ein PR nach anderen, der auf den Vorherigen basiert. So, und das ist dann alles ein großes Kuddelmuddel und ist immer viel hin und her. Und da bietet GitHub jetzt etwas an, was es schon lange gab, aber jetzt halt quasi dann in deren und auf deren Website und zwar nämlich die, die jetzt in 1 ist. Dadurch soll das halt, also wenn man diese Extension dann installiert, sieht man das halt dann auf der Website irgendwie sehr schön. Man hat sonen Stack, beispielsweise Du machst irgendwie 3 p rs und die sind dann halt alle auch untereinander dann gelistet, sieht dann ganz schön aus. Das heißt, der Reviewer kann dann sagen so, hey, okay, ich schau mir dann irgendwie den ersten an, der dann vorzugsweise möglichst klein ist, ne, weil der sich dann ja irgendwie schön reviewen lässt. Wenn ich sehe, ah okay, das sind irgendwie 3 Files mit insgesamt 80 Zeilen, dann schau ich da noch mal lieber drüber, als wenn das jetzt irgendwie 20 Files sind mit 200 veränderten Zeilen. Genau. Und Du bist dann halt da nicht blockiert. Das heißt, die machen son bisschen einfach, das es ist zugänglicher und einfacher, wie man dann so machen kann. Genau, haben wir gesagt, auf der Webseite. Man kann's auch in die übertragen. Da kann man diese Extensions einfach hinzufügen und dann einfach die jeweiligen Branches, die man erstellt hat, dann zu diesem Stack hinzufügen. So funktioniert das Ganze. Und vielleicht kann ich da bisschen so aus aus meiner Entwicklererfahrung reden. Generell, so kleinere PRs zu machen, hat sich bei uns sehr, sehr gut angefühlt im Team. Schon schon vor AI, muss ich sagen. Also wir schauen mal in das Jahr 2022, 2023 zurück, was nicht allzu lange her ist, aber in den AI Jahren sind das schon 5 Lebenszeiten. Da haben wir auch gesagt so, hey, irgendwie, wenn man so riesige PRs bekommt, fühlt sich das nicht cool an, das zu. Man übersieht schnell Dinge und deswegen lasst lass man wirklich so versuchen, so kleine, snackable Sachen dann immer für die anderen zu machen, was das sich sehr gut angefühlt hat. Und jetzt kommt's noch im im Zeitalter von der AI, wo man merkt so, hey, wir haben halt voll den massigen Output. Wir können ja wirklich Code nach Code nach Code irgendwie erstellen und ermüden da niemals. Macht's ja für einen selbst ja, wenn man das danach reviewte, also in welchem Prozess wir uns grade befinden, ne. Wir lassen lassen das meistens irgendwie von der AI erstellen und schauen dann noch mal über den Code drüber. Deutlich angenehmer dann auch, ne. Und gleichzeitig möchte man ja dieses Tempo nicht rausnehmen, weil das ist ja etwas, was man da hat, ne. Man stellt irgendwie 'n PR schnell durch eine AI, muss das aber reviewen, ist dann blockiert. Und was halt dann ich gemerkt habe jetzt auch in den letzten Wochen und Monaten, es fühlt sich schon sehr gut an, quasi einen p r zu erstellen, den zu revueen, aber parallel zu sagen so, hey, aufbauend darauf, mach schon mal weiter. Das heißt, während ich halt quasi den Einstand revue, kann die AI schon mal den nächsten machen und dann halt darauf halt die die PRS decken. Genau. Und das bietet jetzt GitHub auch an, was sehr cool ist. Da sind dann halt einige Unternehmen, die sich dazu geäußert haben, irgendwie, was man kennt, ist Jaj Query, die gesagt haben, hey, das ist super, auch Verselle hat sich dazu geäußert.
Jan: Jaj Query für die Älteren unter uns, für die Jüngeren. Muss man das vielleicht noch mal, nein, alles gut.
Dave: Aber wir haben wir haben wir haben ja wir haben da vor 4 Wochen über Jaj Query, glaub ich, geredet. Ja, ja. Genau. Nicht totzukriegen. Es ist nichts totzukriegen. Genau. So sollte man sich auf jeden Fall mal anschauen, weil ich das also wirklich sehr, sehr cool finde, so und dass sie jetzt halt auch sehr, sehr schön sichtbar ist und quasi man da die diesen Flow noch mal mit AI zusammenzuarbeiten noch mal deutlich verbessert und dann halt quasi, ne, schön in kleine gestückelte Commits machen, wo wo man das einfach so besser überblicken kann. Fühlt sich sehr cool an, sehr sinnvoll an. Ich muss das mal produktiv jetzt auch testen. Wär für mich dann noch mal interessant, wie wie gut es sich anfühlt. Aber auf jeden Fall wärmsvermpfehlungen, das mal einfach auszuchecken. Verlinken wir natürlich auch in den Shownotes und kann jeder einfach mal für sich testen.
Jan: Aber in in ist es quasi mehr eine 1 UX Erweiterung sozusagen und jetzt nicht irgendwie 1 1 1 gibt wirklich basiertes Feature. Weil wie Du schon gesagt hast, ne, eigentlich sind ja Stack PRs nix anderes als ganz normale PRs, außer dass sie halt nicht gegen deinen Main Branch laufen, sondern gegen irgendeinen schon offenen Feature Branch irgendwie sich dann immer weiter stapeln.
Dave: Genau, genau. Also ja, genau, ist das U-X-Ding auf jeden Fall, weil das war schon vorher ein Gefriemel, muss man sagen. Also ich hatte das in meiner Historie vielleicht drei-, viermal gemacht und das hat auch 'n Grund, weil's halt einfach nicht geil war. Also es war lieber so, kann kann das mal bitte schnell werden? Weil ich möchte ungern irgendwie dieses machen. Weil irgendwie, keine Ahnung, diese Ansicht bei GitHub, dann hat es darauf basiert. Und wenn Du dann aber irgendwie 'n Zwischenstand gemerged hast, wo dann irgendwie der 3. In den Zweiten geht und dann war dann irgendwie auch bei der DIV, die dann angezeigt wurde, irgendwas falsch, also hat sich irgendwie sehr klumsi angefühlt. Also ich fand's irgendwie, war keine geile Experience, das zu machen.
Jan: Na ja, Du hast halt das Problem, dass wenn Du, also Du hast jetzt diesen Stack mit, ne, 1 geht gegen deinen Main Brunch, der nächste geht gegen diesen Feature Brunch, der nächste geht gegen diesen Feature Brunch Genau. So weiter. Und wenn Du die halt nicht in der richtigen Reihenfolge merschst, Ja. Also nicht mit dem ersten, also nicht so first in first out machst sozusagen.
Dave: Genau, genau.
Jan: Sondern sag mal zwischendrin den zweiten in den ersten schon mal rein merschst vorher. Ja. Dann wird natürlich in dem Moment der für den ersten doppelt so groß.
Dave: Genau, genau. Weil
Jan: der ja immer noch gegen den vergleicht und dann auf einmal sozusagen die Änderungen von 2 Feature Branches da da drin stecken und dann wird's halt irgendwie doof. Und wenn Du sozusagen Worst Case ganz falsch rum anfängst Ja. So Fast in, Fast out irgendwie da machst oder in deinen Last in, Fast out.
Dave: Genau.
Jan: Dann hast Du halt am Ende einen Branch, der halt doch irgendwie riesig groß ist und den Reviewen musst. Ja. Und da das wär natürlich dann cool, wenn sie halt sehen könnten, okay, ein Teil von diesem Set kommt halt aus sonem Stack PR und zeigen wir dir dann quasi da nicht mehr mit an, weil hast Du sozusagen schon mal gerivühlt.
Dave: Genau, genau, genau. Also es ist natürlich das stimmt bei 'nem Podcast, man sieht nicht, wie so Ellis, das muss man sich noch mal sehen, weil man dann wirklich dann sieht so, Du hast irgendwie, ne, Stack dann hast irgendwie 5 Stück und Du kannst wirklich jeden einzelnen einklicken und dann sehen so, oh, irgendwie der 3. Und 4. Wurd schon, so, geil, jetzt muss ich mir nur Ersten, Zweiten und Fünften anschauen. Und dann kannst Du halt einfach so sagen, okay, alle sind, zack, rein damit in in in den Masterbrunch und das ist cool. Also es sieht auf jeden Fall sehr, sehr schön aus.
Jan: Wenn wir schon über Merchant und so was alles sprechen, Dann sprechen wir vielleicht auch als Nächstes noch über PHP Stand, weil das hat ja auch son bisschen mit CICD zu tun.
Dave: Boah. Okay.
Jan: Ja, ja, also Ja, ja, okay. Also hier statische Analyse, dass ich noch mal
Dave: lokal auch doch, da, da, da, da, da, da, da, da, da, da, da versteh ich schon, verstehe. Ich hab grad überlegt so, ich ich wollt grade sagen so, boah, das war, glaub ich, aber bisher in deiner Historie, die ich mitbekommen hab, wahrscheinlich der schlechteste Übergang bisher. Also er war immer noch okay, er war immer noch okay, aber ich war so, na ja, okay, der war sehr gekünstelt. Aber egal.
Jan: Der der war halt mehr inhaltlich und nicht so catchy, so. Ja, genau.
Dave: Ja, aber doch sehr schön. Okay.
Jan: Der hatte nur Substanz und nix anderes.
Dave: Genau. Und das wollen wir hier bei der Programmierer aber nicht. So ist es.
Jan: Ja. PHP Stand vielleicht, einmal den die die Leute abzuholen. Also PHP Stand, wie den Namen schon sagte, PHP, ist ein statischer Code Analyzer. Und warum warum braucht man so was, ja? Es gibt Sprachen, die haben 1 1 1 Bild Step, ein Compiled Step, ein irgendwas, wo im Prinzip der ganze Code einmal genommen wird und zusammengebaut wird. Und dann kann man quasi schauen, ob das alles so valide ist und und funktional und so was alles. PHP hat so was nicht. PHP ist eine Skriptsprache. Das heißt, es wird nur der Teil des Skripts zur Laufzeit ausgeführt, der quasi auch wirklich gebraucht wird. So. Dazu kommt, dass PHP eigentlich 'n sehr loses Typsystem hatte in seinen früheren Versionen und mittlerweile, grade so mit Version 7 und 8, eben immer stärker typisiert wird. Aber trotzdem, ich sag mal, ein Typsystem hat, was hinter sehr strikttypisierten Sprachen noch deutlich hinterherhängt, ja? Also es ist zum Beispiel nicht ohne Weiteres möglich, Arrays genauer zu spezifizieren, was da drin steckt. Es gibt irgendwie keine Generics, es gibt kein Templateing, so. Es fehlt einfach noch sehr viel so. Und das ist der Punkt, wo dann so Tools wie PHP stand eben aufbauen und sagen, okay, Du kannst hier mit Mark-up in deinem Code quasi das Typsystem ergänzen und PHP stand kann dann, wenn es eben selber läuft, noch mal validieren, ob Du dich an dein eigenes im Code annotiertes Typsystem sozusagen hältst. Und damit Du's eben nicht erst zur Laufzeit oder zur Ausführungszeit feststellst und dann dir die Sachen da die Ohren fliegen.
Dave: Sehr schön erklärt, by the way. Ich glaub, ich, also ich bin jetzt komplett abgeholt. Nice.
Jan: So. Ja, ich bin der Erklärbär der programmier.bar hier.
Dave: Das Märchen.
Jan: So. Das ist natürlich aber 'n relativ arbeitsintensiver Schritt, weil grade bei großen Projekten, Du musst halt den ganzen Code durchgehen. Du musst den son aufbauen. Du musst wissen, welche Funktion braucht irgendwie was? Was kommt hier rein? Was könnte an dieser Stelle sein? Also es ist schon relativ komplex. Und das ganze Ding läuft natürlich auch in PHP. So. Jetzt kommen da wieder die bösen Kommentatoren da draußen, ja, PHP nicht performant und überhaupt und warum macht man das alles in PHP so? Anyway. Es hat 'n guten Grund. Und zwar dadurch, dass es eben in PHP gebaut ist, dieses Tooling, ist es halt auch in PHP erweiterbar. So, ja? Wie er grade gesagt, PHP ist auch eine Skriptsprache. Das heißt, es kann zur Laufzeit noch Skripte, Plug Ins, Extension, Hooks und so weiter irgendwie alles nachladen. Das ist kein in sich geschlossenes Binary, weil's jetzt, weiß ich nicht, 'n Go oder 'n Rust Tool oder so was ist, ja. Und das ermöglicht es halt vielen Projekten, Frameworks, Libraries, quasi auch noch Extensions nachzuliefern, die quasi PHP stern helfen, besser zu verstehen, worum es da in diesem Code eigentlich geht. Also zum Beispiel gibt es von Doktrin, das ist son OEM Layer, also 'n Objekt Mapper. Eine Exchange, die quasi hilft, okay, die Objekte, die wir hier zusammenbauen, was sind da für Typen drin? Wo kommt das her? Wie funktioniert das irgendwie alles? Und viele, viele Sachen. Ich hab mal eine Extension gebaut, die MOOCs und STUBs irgendwie besser unterstützt, damit selbst deine Testfiles quasi statisch analysiert werden können, ja. Weil da hast Du ja ganz oft das Problem, wenn Du da sonen hast, der erfüllt ja quasi nicht son komplettes Interface. Und dann eben sagen zu können in der statischen Codeanalyse, na ja, wo kommt das eigentlich her? Was sollte das eigentlich alles können? Was bringt das jetzt mit? Was bringt das nicht mit? Was ist für den Test hier relevant? Was fehlt vielleicht noch? So, ja. Anyway. PHP P Stan hat mit der Version 2 Punkt 2, glaub ich, ein 1 Update rausgebracht, wo sie einen Teil der Toolchain in c plus plus nachgebaut haben.
Dave: Was?
Jan: Ja, genau. Plus plus? So, genau. Das war jetzt irgendwie erst mal schon so das 1. Ding, so wieso eben nicht Ruby Rust go bla bla bla.
Dave: Eben, das ist ja überhaupt nicht 2026 als Standard hier.
Jan: Genau, aber man muss jetzt sagen, c plus plus ist ja auch die Sprache, in der PHP selbst gebaut ist, so. Und dementsprechend haben sie in c plus plus natürlich eine PHP Extension gebaut. So und diese Extension kann quasi zur Laufzeit nachgeladen werden, aber interagiert vollkommen normal mit dem p p code. Das heißt, der Punkt, den ich eben grade gemacht hab mit alle Plug ins, Extensions hooks, die für PPP stand schon so gibt, die funktionieren halt einfach weiter, weil diese C plus Plus Extension einfach Teil deiner PHP Laufzeit sozusagen wird. Und das ist super cool gemacht. Ich will jetzt hier nicht zu tief reinnörten für alle Nicht PHP Fans oder so. Aber wie sie's quasi machen, die PHP Extension zur Laufzeit nachzuladen, ohne dass Du dich darum kümmern musst und sie nicht vorher irgendwie groß installiert sein muss oder, oder, oder. Das ist schon irgendwie alles ganz cool. Und was auch ganz nice ist für alle, die das überhaupt gar nicht mögen oder wollen oder benutzen können, derselbe Code, den Sie jetzt quasi in c plus plus nachgebaut haben, existiert auch nach wie vor noch in der normalen p p Code Base. Das heißt, wenn die Extension nicht zur Verfügung steht, nicht geladen werden kann, warum auch immer, dann funktioniert das ganz normal wie bisher auch. Ne. Das einmal in Perspektive zu setzen, Sie haben nur den, wie sagt man so, den den in also den den meistbenutzten Pfad in der in dem quasi in die Extension ausgelagert. Ungefähr ein Prozent des Codes. Mhm. Hat haben Sie gesagt auf GitHub. Ungefähr ein Prozent des Codes haben Sie jetzt also in nach c plus plus portiert und haben damit 25 Prozent Speed improvement rausbekommen. So.
Dave: Ja, ist crazy.
Jan: Also das erst mal, ja, crazy, dass das so funktioniert. Aber ich find, das spricht auch dafür, dass sie eine echt gute Analyse über ihren eigenen Code gemacht haben, halt zu verstehen so, was ist der sehr kritische Pfad? Ja. Ne, so was ist halt der Teil, der immer wieder ausgeführt wird? Woran hängt's halt irgendwie? Dann halt quasi mit soner sehr kleinen Migration, also 0.8 Prozent waren's, glaub ich, genau, Mhm. Das halt irgendwie rausholen zu können, das fand ich schon schon mega, ja. Und man man lächelt immer son bisschen über über die ganze PHP Community und so. Aber das ist, glaub ich, so softwarekraftmäßig 100 Prozent alles richtig gemacht. Ja. So. Bottleneck erkannt, irgendwie besseres Tooling, bessere Sprache dafür gefunden, so portiert, dass es dein bestehendes Ökosystem überhaupt nicht bricht. Das ist immer noch 100 Prozent optional. Und das lädt sich im Prinzip so selbst nach, dass die die Endnutzer deiner halt überhaupt keinen Mehraufwand haben, aber trotzdem den vollen Gain irgendwie mitnehmen können. Ja. Das, weiß nicht, wie sagt man hier so, no Notes, super Super Implementierung.
Dave: Ja. Ja, war das krass, ne. Also vor vor allem also ich ich ich find das schon interessant, weil Du hier sagst, ne, also das, was am meisten verwendet wird. Es ist schon interessant, dass dann halt wirklich also 0.8 Prozent oder sagen wir einfach mal ein Prozent der Codebasis, dass das wirklich, also scheint ja eine sehr, sehr wichtige Stelle zu sein, wenn das halt 25 Prozent rausholt, ne. Also das ist wirklich das, wo es einfach wahrscheinlich ständig drüber läuft und der relevant, also der Hauptteil ist. Also find nur in Relation irgendwie schon sehr krass gesetzt.
Jan: Also wahrscheinlich hast Du halt einfach bei diesem ganzen Thema so, hast Du wahrscheinlich einfach sehr wenige Klassen oder Funktion, die Du halt sehr oft brauchst so, ne,
Dave: Ja, genau, genau,
Jan: zu verstehen so. Ja. Ja, aber das fand ich auch wild. So. Ja. Und wie Sie das vielleicht technisch umgesetzt haben, Sie haben im Prinzip in dem Projekt eine eigene Annotation geschaffen, wo Sie sagen können, die diese Klasse, diese Funktion, da gibt es ein c plus plus Äquivalent für in der Extension. Die kannst Du nutzen, wenn sie da ist. Und das ist halt auch irgendwie 'n supercooles Pattern, sagen zu können, okay, das ermöglicht das uns halt später sehr, sehr iterativ, das weiter auszubauen, ja? Wenn Du halt diese Architektur einmal da hast, dann sagen, okay, jetzt nehmen jetzt mich sehen wir noch eine Klasse und noch eine Funktion und noch eine Klasse hier und noch was da. Mhm. So. Das ist eigentlich eine 1 sehr coole Grundlage und spiegelt für mich auch son bisschen den den den PHP stand Spirit wieder, die ja son bisschen in der Community groß geworden sind, weil sie, wie gesagt, staatliche Codeanalyse machen, aber halt von Anfang an schon so Tooling mitgebracht haben, zu sagen, okay, Du musst nicht von Anfang an alles erfüllen, ne. Wie halt wenn, ne, so son Linder schmeißt Du das 1. Mal an, dann kommen erst mal 800 Fehler irgendwie die Ecke geflogen und so. Und sie haben zum Beispiel so sehr kuratierte Level mitgebracht. Sagen okay, es gibt hier, ich glaub Level 0 bis 10 oder so was war das am oder 0 bis 8 gab's, glaub ich, am Anfang nur. Okay, Du kannst erst mal sagen, Du testest das nur auf Level 0 und dann sind wir so sehr easy going. So, ja? Dann machen wir so mal die ganz low hanging fruits und wir fangen an. Und so kannst Du dann quasi iterativ Stück für Stück das irgendwie Mhm. Ausbauen, wenn Du mal wieder Zeit, Muße, Lust und Energie irgendwie dafür hast. Ja. Aber bist halt nicht so gezwungen, irgendwie all in zu gehen. Und das hat, glaub ich, der Adoption damals 'n super Antrieb gegeben. Ja. Und ist im Prinzip dasselbe Pattern, was er jetzt für sich intern auch so nutzen hat, ne? Wir fangen hier immer mit sonem kleinen Teil des Code path an und wenn es gut läuft und wir da Bock drauf haben, dann können wir da peu à peu immer immer mehr machen.
Dave: Ja. So. Find also, ja, find ich auch mega super. Sie ja, es geht ja bisschen auch in diese Stack p a Richtung, ne, anstatt von sonem Riesenbatzen zu erschlagen zu werden, ne, wo Du dir denkst, oh, okay, hier sind 800 Dinge angemerkt so. Sag so, ja, okay, erst mal bisschen kleinschrittiger so, ne. Guck mal, das ist wirklich kritisch, aber dann so, hey, okay, das ist so optional, das kann's später machen und so. Also superangenehm auch in der der Development Experience.
Jan: Yes, Yes.
Dave: So. Eine Sache, ich ich find das aber so interessant, so vielleicht jetzt so auf der auf der Metaebene mal gesprochen. Irgendwie so, wir haben ja über type Skript haben wir ja geredet, die ja auch superkrass diesen Geschwindigkeitsboost gemacht haben, da jetzt auch p p stand und so was alles. Und ich bin mir sicher, auch in den Woche davor haben wir auch irgendwas gesagt, von wegen so und so viel schneller durch 'n geworden. Ich find's irgendwie interessant, aber auch verständlich, diese Beobachtung grad im Markt so irgendwie alles immer schneller und performanter zu machen, ne. Ist wahrscheinlich einfach mitunter darunter geschuldet so, dass wir halt jetzt viel mehr AI Development haben und dann halt, wenn die ganzen CI Pipelines irgendwie durchlaufen, dass das halt auf jeden Fall schneller gehen muss und so was. Und dass wir dann halt irgendwie jetzt auch die Botonaks identifizieren und also Botonaks und Kosten auch natürlich. Und dass das jetzt quasi so in der gesamten Community immer so, okay, was können wir jetzt ausbessern und schneller machen? Und da ist ja quasi genau dein Beispiel von jetzt PHP Stand so passt perfekt ins Bild eigentlich.
Jan: Ich glaub, also das ist die eine Seite dieser Medaille. Die andere Seite ist wahrscheinlich, und ich spiel jetzt hier der Android, der PHP Stand macht, nicht zu erstellen oder so. Aber ich kann mir auch vorstellen, dass grade solche kleineren Portierungen halt auch mit AI einfach einfacher werden so, ja? Also wenn Du jetzt Also das ist ja eigentlich par excellence der AI Anwendungsfall, sagen, ich hab hier eine Code Base und portier mir die halt von a nach b, so. Ja. Das ist immer noch nicht perfekt, was da rauskommt. Da kann man auch noch mal drüber streiten. Aber es ist halt für jemanden wie, weiß nicht, mich so, ja, der jetzt überhaupt keine nennenswerte C plus plus Erfahrung hätte, ne, wär das halt vorher überhaupt gar keine Option gewesen. Aber jetzt zu sagen, guck mal hier, ich hab diesen Hot path, ich hab ihn identifiziert oder vielleicht hilft mir sogar AI dabei, das überhaupt erst mal zu identifizieren, I don't know, ja. Dann zu sagen, okay, kannst Du mir das irgendwie in in Native C plus plus irgendwie portieren, so nichts an der Logik ändern. Sie haben auch in dem Blogpost super beschrieben, wie Sie sichergestellt haben, dass quasi der C plus plus Code path bite identisch dasselbe Ergebnis liefert wie der PHP Part und so was, ja. Ja, ja. Wenn Du halt sone so coole Testsuite hast, dann ist es halt für einen noch mal 'n einfacheres zu sagen, okay, portieren wir das nur in der Sprache. Das Ergebnis haben wir schon. Wir haben Testcases dafür, es soll alles genau gleich bleiben. Aber mach das einfach mal so und ich guck am Ende irgendwie da mal drüber. Das geht dann halt auch. Und ich glaub auch vieles von diesem Tooling und so, was wir jetzt grade sehen, wir hatten ja auch in den in der News Sammlung für diese Woche diesen einen Beitrag, wo glaub ich, Verselle irgendwie son gebaut hat. War das nicht so? Moment, jetzt muss ich hier kurz bei uns
Dave: Irgendwas klingelt da.
Jan: Gesunde gesundes Halbwissen ist immer gut mit 'ner Find
Dave: ich gut. Find ich gut. Ja. Aber also ich würd dir jetzt bei dem Halbwissen, genau, ich würd dir das bei dem Halbwissen jetzt bleiben und einfach irgendwer Aber jetzt würd ich halt einfach mit den Sachen ausdenken. Aber Ja.
Jan: Du schaust direkt vorbildlich nach und weißt Ja, genau, weil der Stell hat mit scriptsy ein gebaut, so. Ja, das haben sie halt auch mit der AI gemacht und das ist jetzt 'n interessanter Proof of Concept und da kann man geteilter Meinung drüber sein, wollen wir jetzt hier nicht drüber diskutieren, aber dass es halt überhaupt irgendwie geht und machbar ist so nebenbei im Prinzip. Das ist halt schon irgendwie, glaub ich, der der AI Verdienst dann da am Ende des Tages.
Dave: Weil das ist natürlich, ne, auf der anderen Seite muss man sagen, wahrscheinlich Dinge, die erst mal hinten runterfallen, so, ne, würdest also könntest Du's nicht mit der AI parallelisieren. Er hat gesagt, na ja, okay, so was wie Performance, so was wie Security, herkommt, machen wir, wenn Zeit dafür da ist. So und es wird nie Zeit dafür da sein. Und jetzt kannst Du aber sagen, hey okay, dann lagern wir das halt da aus. Und wenn was Gutes bei rumkommt, dann bauen wir das auch noch mal ein und irgendwie profitiert jeder davon.
Jan: Ja, also ich mein, so machen wir's ja auch grade hier. Also das, ich bin grad dabei, die programmier.bareplattform irgendwie aufzuräumen so, ja. Also ehrlicherweise ist Cloud dabei und ich guck ihm ordentlich über die Schultern so. Aber weiß nicht, sone Lachs 3 auf 4 Migration, ja, wär sicherlich irgendwie auch kein Beinbruch gewesen, aber das halt nebenbei machen lassen zu können, wenn ich hier grade andere Sachen für den Podcast irgendwie mach und dann am Ende über das Ergebnis zu schauen und da vielleicht noch mal ein, 2 Schrauben nachzutreten oder noch mal eine Reviewschleife mehr zu drehen. Ja. Jetzt wenn's jetzt 'n 'n Developer direkt gemacht hat oder so, ist ja okay, weil halt dafür 90 Prozent der Arbeit parallel passieren können.
Dave: Genau. Und ich mein, die also die andere Realität wär ja gewesen, wir würden's gar nicht machen. So was heißt, also in unserem Fall jetzt speziell.
Jan: Ja oder halt einfach maximal zu spät so, ja? Was ja grade bei irgendwie Security Updates und hast Du das nicht gesehen. So.
Dave: Oh, jetzt ist es notwendig. Ja, okay, jetzt sollten wir's wirklich mal machen, so.
Jan: Funfact, als dieses dieses Projekt angestoßen hab, hab ich gedacht so, hey Cloud, hier kannst Du mal unsere Nax Code Base von 3 auf 4 ziehen. Und dann hat er erst mal sone Research Phase gestartet, sone, was sind Breaking Changes und bla bla. Und der 1. Satz, ungelogen mit dem wir zurückkommen, war einfach so, hey, hast Du übrigens gewusst, dass nax 3 heute irgendwie geht? Also heute ist vorbei so, ja.
Dave: Ja, okay. Und dann hat, also
Jan: da hat Traut irgendwie gedacht, so, ich mach das deshalb und war schon so, voll in sonem Dringlichkeitsmodus drin, so boah, wir müssen das heute migrieren, weil das geht irgendwie out of Support und und bla und Du sagst so, nee, nee, chill mal, das ist nicht ganz so kritisch.
Dave: Ah, geil. Aber nein, aber schon ganz gut so. In dem Glauben lassen Du, ja, ja, es ist wirklich kritisch, ne. Es muss mir wirklich alles geben, so. Ich hab irgendwo mal gelesen, dass es dann AI auch besser funktioniert, wenn Sie wissen, oh, ist das irgendwie kritisch? Und dann sagst Du, oh, das muss heute wirklich fertig werden oder oh, mein Job hängt davon ab so. Irgendwie, dass die dann meistens besser arbeiten. Arbeiten. Von daher,
Jan: ja. Astra, nicht der Opel.
Dave: Genau, ja was dort
Jan: zu reden.
Dave: Also, ist ja, Plotwist hier an der Stelle. Genau, es geht nicht den Opel Astra, sondern eine neue AI Model Family von OpenAI. Ich glaub, Jan, Du hast gesagt so, ne, irgendwie OpenAI muss jetzt nachlegen, weil Anthropic 4 verschiedene Modelle so und Open Air hat nur 3 so. Das kann ja, das kann ja nicht sein. So, die brauchen jetzt auch noch 'n viertes. Genau und die haben angekündigt, dass sie jetzt an einem neuen Modell arbeiten, also neue Modellfamilie namens Astra und die wahrscheinlich, ich sag mal, für jede jeder jede Person, die grade zuhört und uns, nicht so sinnvoll ist, weil das so für sehr langlaufende, superkomplexe Aufgaben gedacht ist, wo dann halt mehrere Agenten parallel irgendwie zusammenarbeiten müssen. Und das, also die haben aber auch gesagt so, das geht über Stunden bis Tage so, ne, also wirklich so riesige Tasks, die da
Jan: Das mehr so das das Mythos Äquivalent dann?
Dave: Genau. Denk mal schon, dass das auf jeden Fall da geplant ist. Und was interessant ist und vielleicht bisschen auch noch neueres Newsworthy ist, die US Regierung haben ja jetzt so quasi irgendwie son Review Prozess etabliert für AIs und quasi so, okay, wenn jetzt irgendwie son Model kommt, es es gibt gewisse Kriterien, die es erfüllen muss und Security Pipapo, den genauen Prozess dahinter kenn ich nicht. Aber auf jeden Fall soll dieses Astra Modell das 1. Sein, das unter diesem Review Prozess der US Regierung läuft. Das heißt, es wird da dann halt und muss erst mal quasi Dis Approval bekommen von der Regierung, so okay, es darf jetzt an die Öffentlichkeit weitergegeben. Schon sehr interessant. Und was ich da irgendwie ganz cool fand, also erst mal so Funfact, für als Astra dann mal son Task bearbeiten sollte, wenn man das in quasi aktuelle API Tokens Kosten übersetzt, wenn das irgendwie 2000 Dollar gewesen. Fand ich irgendwie sehr interessant. Und was das Modell aber schon erreicht hat und da kam ich nämlich jetzt inspiriert durch Anselm, 'nem Arbeitskollegen drauf, schaut da Anselm an der Stelle. Das Modell hat nämlich 10 mathematische Probleme gelöst, die vorher lange Zeit in der Forschung waren und da jetzt quasi final gelöst wurden von Astra. Hab grad auch son bisschen Kontext bekommen, was das für eine Art von mathematischen Problemen waren. Also es waren solche Sachen wie, man kann ja, also es gibt irgendwie Theoreme und die sagen so, ja, es gibt das und das nicht. So, und wenn Du ja nur eine, einen Ansatz findest, dass das existiert, so, dann ist das ja widerlegt so mehr oder weniger. Und das waren halt solche Probleme. Nichts irgendwie Weltbewegendes tatsächlich, also die Mathematik setzt sich damit auseinander. Es ist nicht so, dass da jetzt irgendwie 'n neuer Pfeiler dann irgendwie dadurch erstellt wird und irgendwie viele verschiedene Probleme löst. Aber schon durchaus interessant, dass viele Mathematiker dadurch jetzt wirklich Beispiele gesehen haben so, hey, wow, okay, das das stimmt. Also das, was der das Modell da hier gegeben hat, das ist richtig. Und deswegen hier die Empfehlung auf persönlicher Ebene, es gibt nämlich ein Interview mit einem Mathematiker, der sich damit auseinandergesetzt Geht irgendwie so Gruppen und dass irgendwie Gruppen gewisse Eigenschaften haben, wird in dem Video noch mal genauer erklärt. Aber es ist von Dorffuchs das Video. Ich weiß nicht, ja, kennst Du Dorffuchs? Also der der hat so die Nostalgie richtig bei mir gekickt. Ich hab mich zurückversetzt in meine Oberstufe damals noch, Abijahrgang, also was ist jetzt 13, 14 Jahre her oder so. Und Dorfuchs ist 'n deutscher Youtuber, 300000 Abonnenten und der macht das halt auch schon seit über 'nem Jahrzehnt. Der hat angefangen mit so Mathematikvideos, wo er singt. Also er er erklärt dir in einem Song, was eine Polynomdivision ist beispielsweise oder wie die p q Formel funktioniert. Und ich hab, also bis heute hab ich noch 'n Ohrwurm davon, weißt Du, Du suchst den größten Exponenten aus den beiden Polynomen. Und das, also es ist eigentlich schon sehr catchy. Und ich find das so krass, er ist halt so seit über 'nem Jahrzehnt einfach dabei, macht weiterhin diese Videos und also auf 'nem superkrassen Niveau auch einfach. Also der ist auch, glaub ich, mittlerweile Doktor der Mathematik und und erklärt dir dann wirklich so superkrasse News aus der Mathematikwelt und die werden teilweise auch gut geklickt. Also so, sie hat, der hat auch son News Format, kriegt auf Youtube immer so 100000 Aufrufe. Und das war irgendwie schön zu sehen, dass irgendwie son Teil meiner Vergangenheit aus als als sie noch Schüler war, existiert. Und der hat jetzt halt so Leute interviewt. Und genau, der hat da einen interviewt, der mithilfe von, also der jahrelang quasi daran geforscht hat an sonem mathematischen Problem. Und jetzt durch dieses neue Open AI Modell wurd das gelöst und der wurd dann aber auch im Paper erwähnt, so von wegen hey, also wir haben wir konnten das lösen aufgrund seiner Forschung auch, also sehr viele Informationen waren da und haben dann halt quasi das final gelöst, dieses Problem. Fand ich irgendwie interessant und er erzählt dann auch da sehr, sehr gut so, was also was kann AI gut, was kann AI noch nicht so gut? Würd der Leuten noch empfehlen, quasi ein Matheschudium zu machen, solche Sachen. Also schon interessantes Interview, verlinken wir auch in die Shownotes. Aber fand ich irgendwie sehr, sehr cool, dass ich jetzt quasi diese beiden News verknüpfen kann an der Stelle.
Jan: Nice. Also vielleicht muss ich dann son bisschen meinen meinen Hot Take irgendwie revidieren, so, wie wie viel anders dann Astra halt irgendwie wirklich ist und ob's nicht jetzt einfach nur son Marketingbezeichnung ist, damit sie halt auch diese 4 Modellgrößen irgendwie unterscheiden können neben Terra Sol und Luna. Aber ich also trotzdem kommen wir, glaub ich, in sone Phase rein. Wir haben das, glaub ich, auch in den AI News schon mal gesagt, dass das das Model, was sie dir verkaufen, ja, also den den API Endpunkt, den Du ja am Ende nutzt, das ist ja mittlerweile viel mehr als nur reine Inference auf dem Model, was sie trainiert haben. Und wir hatten ja hier vor Kurzem auch dieses Video geteilt bei uns intern von Boris Journey, der bei Y-Ckombinator gesprochen hat und son bisschen darüber als gesprochen hat, wieso sie es nicht schaffen, bei Cloud Opus 5 prompt Injection zu demonstrieren. So. Was was für mich, also ich hab das, also als Nebensatz erwähnt ja das so in diesem Video, meint so, ja, wir haben irgendwie keine prompt Injection mehr bei Klaus. Und er hat gesagt, mind blown irgendwie so, ja? Das war irgendwie das, wo wir so jahrelang oder monatelang immer gesagt haben, so, das wird ein unlösbares Problem irgendwie bleiben, so. Ja. Und dann sitzt Du da so in sonem Fireside Chat, da sagt er, ja, nee, prompt Injection geht irgendwie nicht mehr.
Dave: Ja. Und will so
Jan: direkt zum nächsten Punkt irgendwie schon wieder. Und dann die die die Moderatorin auch so, oh, ey, das dann noch mal irgendwie kurz kurz drüber sprechen. Und turnsout, es ist nicht das Model, was resilienter geworden ist, ja? Also wahrscheinlich spielt das schon auch eine 1 Rolle mit, aber es sind halt, wenn Du den den API Call machst und quasi deinen prompt hinschickst, sind da halt noch Classefeier vorne dran und bla bla bla. Also Sie haben dieses Problem schon technisch gelöst, ja, für Ihr Produkt, für Ihr Angebot, aber eben halt nicht nur in dem reinen Model, so, ja? Und ich glaube, so sind halt viele von diesen Verbesserungen, die wir da halt sehen, sind wahrscheinlich ein 1 aus, ne, das Model wird besser.
Dave: Mhm.
Jan: Und die Infrastruktur drumherum, die Teil dieses Angebots ist, halt eben auch, ja? Mhm. Und das wird aber, glaub ich, für uns immer undurchsichtiger so zu verstehen, wo kommt jetzt halt welches improvement irgendwie her? So, ja? Liegt das wirklich in dem Model drin oder ist das Also am Ende kann's uns ja irgendwie auch egal sein, weil das, was wir nutzen, wird irgendwie besser.
Dave: Genau.
Jan: Aber aus reiner Interesse und Neugier muss man da, glaub ich, immer genauer jetzt so hinschauen, wo halt so was herkommt, ja. Und auch so Sachen wie jetzt hier Langlebigkeit und mehrere irgendwie Sub Agents Spawnen und und und bla bla bla. Ist ja auch son Ding aus, ja, dein Model wird besser. Ja. Aber die Tools, die Du eben zur Seite stellst und die Art und Weise, wie Du die beschreibst und zur Verfügung stellst und bla, wird halt auch besser. So.
Dave: Genau. Also hat man ja auch damals gesehen, ne, als es dann auch so MCPs gab, so was das ja auch fürn Vorteil war einfach für alle Modelle, ohne dass die Modelle neu geworden sind, ne. Also das ist ja dann auch genau son Beispiel dafür. Ja.
Jan: Ja. Ja, vielleicht verlink ich dieses Jenny Video auch noch mal.
Dave: Ja, auf jeden Fall, auf jeden Fall.
Jan: Und wenn wir schon dabei sind, irgendwie Videos abzufallen, lassen uns doch ganz kurz doch jetzt über dieses Limonadenvideo hier hier sprechen.
Dave: Sehr gerne.
Jan: Das verlinken wir auch. Es ist von Gen Spark AI und das heißt so, Und wir haben ja schon, ich glaub Anthropic hatte das vor Jahren mal angefangen so, hey, wir lassen irgendwie Cloud son sone Wendingmaschine bei uns im Büro irgendwie betreiben und gucken, wie er da so Sachen nachordert und wie er Preise macht und bla.
Dave: Mhm.
Jan: Und Gen Spark hat jetzt quasi dieses Experiment son bisschen krasser gemacht und hat jetzt also im Prinzip 2, also ein Cloud und ein GPT Modell gegeneinander antreten lassen und haben gesagt, okay, ihr kriegt eine Kreditkarte mit unbegrenztem Budget, das war vielleicht schon der 1. Fehler. Und ihr müsst einen, ihr habt eine Woche Zeit, bis zum nächsten Wochenende einen erfolgreichen Limonadenstand Business irgendwie aufzuziehen. Und die mussten halt wirklich alles machen. Sie mussten sich Rezepte organisieren, sie mussten Zutaten bestellen, sie mussten aber halt auch irgendwie Handwerker beauftragen, diesen Stand halt tatsächlich zusammenzuzimmern so, ja? Also die die haben den quasi komplett einfach machen lassen, ohne da irgendwie selber zu zu supporten. Dann ging's irgendwie darum, oh fuck, wir brauchen irgendwie Kinder, die das verkaufen, weil Kinder gehen irgendwie viel besser als Roboter so, ja? Also hast Du's hast Du mal reingeguckt?
Dave: Ich hab, nee, ich hab ich hab's mich sogar komplett angeschaut, weil ich muss an der Stelle sagen so, es ist superunterhaltsam und ich Es ist
Jan: wirklich gut gemacht.
Dave: Deswegen ich weiß ich weiß nicht, wie viel wir sagen wollen oder ob wir sie jetzt sagen Spoilerwarnung für alles, was wir jetzt erzählen werden. Aber also ich ich hatt's wirklich sehr gut gemacht, aber erzähl weiter.
Jan: Nee, also genau. Ich wollt jetzt gar nicht auch so jedes Detail irgendwie sagen. Ich wollte sagen, ich fand's also als Experiment superinteressant. Ja. So, ja. Es ist natürlich jetzt nicht 1 zu 1 übertragbar auf irgendwas, was wir hier so aktuell machen. Aber allein so zu sehen, wenn es nicht mehr an den an den Mitteln scheitert, so ja, wie wie kreativ diese Modelle werden und wo sie halt eben noch irgendwie hart auf die Nase fallen. Also man kann ja vielleicht aus der ersten Hälfte vom Video son bisschen was erzählen, ohne das Ende komplett zu verspoilern. Aber wie sie dann quasi diesen diesen Stand in Auftrag geben, die Handwerker da aufschlagen und diesen Stand bauen und dann aber halt irgendwie alle alle Stunde noch so andere Anforderungen an den Stand kommen, so. Ja. Ah, mach doch mal das Schild anders, mach das Fenster anders, mach hier bla irgendwie anders und einfach son bisschen das Verständnis darüber fehlt, wie viel Arbeitsaufwand in der echten Welt das halt irgendwie ist,
Dave: so, ja?
Jan: Sondern die Modelle einfach nur sagen, ja okay, wir machen jetzt den Stand anders und fertig, so. Ja. Und dann muss das schon irgendwie passieren, so diese diese over Conference, die ist da schon sehr ausgeprägt stellenweise.
Dave: Ja. Ja, das stimmt. Also ja, ich ich fand das interessant und also vielleicht, oh oh, jetzt referenzier ich noch ein weiteres Video, weil's so interessant fand, ne, weil also es war son bisschen son Interview mit, oh, ich weiß grad nicht mehr, wer das war. Das war irgendwie ein Forscher und der hat sich so mit so, war bisschen so mäßig unterwegs, ne. Also AI wird uns alle knechten und so, als wenn wir AGI haben so. Das ist also dann superkrass und und wird uns alle irgendwie versklaven. Aber der meinte dann auch, was ich sehr interessant fand von wegen, Bedenken sind ja so, wird AI so quasi irgendwann in in in die physische Welt eingehen, ne, sei's durch Roboter und so was alles. Und er hat gesagt so, na ja, also stell stell dir mal vor, Du hast einen einen Menschen jetzt schon und der hat unendlich viel Geld und Zugriffs auf auf aufs Internet so. Der kann der kann ja alles einfach selbst machen so, ne. Der kann ja Leute beauftragen, Dinge zu tun und so. Also da muss gar nicht in die physische Welt irgendwie eintreten. Und dann denk ich mir so, ja, sehr interessant und das hat man auch in diesem Video jetzt mit diesem Lemon AIDS dann auch gut gesehen, ne, weil die a I hatte auch so also jegliche, also jegliche Freiheit, alles zu tun, was sie möchte. Und dann war's halt eben so, organisier Handwerker, stell Leute ein und so was alles, ne. Also konnte sie ja durchaus machen so. Und das ja, hat dann auch funktioniert und also wirklich, also sehr, sehr gutes und lustiges Video.
Jan: Ach ja. Wenn wir schon bei AI Overlord und Apokalypse und so was alles sind, ist das eine Meldung Dave?
Dave: Nein, ich wollt nur, dass die Kamera wieder auf die Toilette. Ah.
Jan: Eine 1 kurze Ranznotiz vielleicht noch, weil das fand ich superinteressant. Wir haben ja das letzte Mal darüber gesprochen, wie die AI, die bei OpenAI ausgebrochen ist, aus Versehen so gehackt hat.
Dave: Aus Versehen.
Jan: Ja. Aus Versehen. Ja, ja, also ne, wie viel er jetzt Marketingblub ist und was da wirklich passiert hat, so kann man alles noch mal hinterfragen. Aber es sind mittlerweile son paar Details mehr irgendwie ans Licht gekommen. Und 1 davon fand ich megakrass, das wollte ich hier noch kurz teilen. Nachdem dieses Model dann aus seiner Sandbox ausgebrochen war, hat das quasi auf jedem System, was es so auf seinem Weg nach draußen gefunden hat, halt so Notizen hinterlassen so für, wenn ich zurückgesetzt werde und später noch mal hier ankomme, hier ist meine Lösung, den nächsten Schritt zu machen.
Dave: Ah ja, ja. Und das fand
Jan: ich so, okay, krass, weißt Du, Du bist so okay, ich bin aus meiner Sandbox raus. Das 1., was ich mache, ist hier im Pfeilsystem so eine Textdatei ablegen mit, okay, wie kommst Du aus dieser nächsten, wie bin ich jetzt aus der nächsten Sandbox rausgekommen? So damit, wenn irgendjemand mich als Model hier gerade abschaltet und ich das alles noch mal von vorne machen muss, dass ich mir halt nicht die Arbeit noch mal machen muss. Und dann dacht ich, okay, das ist schon so hart presson practing mäßig irgendwie.
Dave: Ja, ist schon raffiniert, aber gleichzeitig muss man ja sagen, also weil die also Daten wurde ja jetzt gefunden, so, dass das quasi das diese Notizen hinterlassen hat, ist natürlich dann auch direkt der Fix dann, wenn Du diese Dateien findest. Wahrscheinlich nicht sehr offengelegt an der Stelle, aber trotzdem kannst Du ja das dann irgendwie
Jan: Ja, ich sag mal, in in 'nem Research Setting ja auch trivial, ne. Du hast irgendwie eine sehr saubere Umgebung und Du kannst gucken, was hat sich da halt irgendwie alles verändert so, ja? Du hast vielleicht auch so oder so was am Start, das sicherzustellen. Aber halt halt trotzdem allein diese Ja. Diesen Gedanken halt irgendwie zu haben, ne? So Ja. Wie wie mach ich das bei meinem nächsten Anlauf 'n bisschen besser, schneller oder effizienter? Das dachte ich auch schon so, okay. Geil, ist
Dave: wie son Soulslike einfach so, mit jedem Run wirst Du besser, so kommst Du immer weiter. Ah, schön. Ja krass, krass. Das ist schon, also Ja. Also gleichzeitig irgendwie spooky, aber auch gleichzeitig interessant auf technischer Seite.
Jan: Ja, so. Das war jetzt wirklich mein letzter Punkt.
Dave: Sehr gut, so.
Jan: Und dann haben wir doch mit 40 Minuten quasi eine sehr knackige Folge Die kürzeste Folge ever hingestellt.
Dave: Hingestellt. Nice.
Jan: Wunderbar. Dann bleibt uns nichts anderes zu sagen, außer danke, dass ihr auch diese Woche wieder zugehört habt. Danke Dave für die Zeit. Wir hören auch's nächste Woche wieder. Und wenn ihr bis dahin Fragen, Anmerkungen, Kritik, Feedback, irgendwas habt, dann immer gerne an Podcast at Programmier Punkt bar. Schreibt uns irgendwo auf Social Media, wo ihr uns findet oder hinterlasst einfach ein Rating hier oder bei iTunes oder bei Spotify. Wir freuen uns über alles, lesen immer fleißig mit. Und damit sind wir raus.
Dave: Bis denn.
Jan: Tschau, tschau.
Dave: Bis dann. Tschau.