SPEAKER_01 0:07

Hallo und herzlich willkommen zu einem neuen Deep Dive hier in der Programmierbar. Wir sind heute am Start und mit mir meine ich natürlich einmal mich, den Jan und Dave. Hi Dave. Moin, was geht? Schön, dass du da bist, Dave. Und weil wir beide immer von den Themen zu wenig Ahnung haben, haben wir uns heute einen Gast eingeladen. Wir haben heute Alex an der Lichter dabei. Hi Alex, schön, dass du da bist. Hallo zusammen.

SPEAKER_02 0:29

Ja, freut mich, dass ich wieder hier sein kann zum vierten Mal. Also es geht in Richtung fünftes Thema irgendwann. Ich habe Bock.

SPEAKER_00 0:38

Dave würde sagen, Alex ist saftig, oder? Er ist mega saftig. So, aber ich bin auch gerade saftig auf Alex. Nur zur Erklärung, Alex, saftig ist also das Jugendwort des Jahres so, also wie bei der Programmierbar haben es zuerst gesagt. Und genau, es beschreibt darum, wenn man halt mega Bock auf etwas hat, dann ist man saftig.

SPEAKER_01 0:53

Und wenn Dave sagt, wir haben das zuerst gesagt, meint er, er sagt das.

SPEAKER_00 0:59

Bald ganz Deutschland.

SPEAKER_01 1:00

Bald ist ganz Deutschland saftig. Ihr habt es hier zuerst gehört, ne? Wunderbar. Alex hatte mich angeschrieben, einfach so ein bisschen mit dem Pitch so, hey, lass mal wieder quatschen, Thema finden wir schon. Und Alex ist ja generell umtriebig bei allem, was so Void Zero und Viet angeht. Wir hatten ja auch schon über Viet mal gesprochen hier in der Programmierbar, wir hatten mit Alex schon über Nax gesprochen, wir hatten mit Alex schon über Rowdown gesprochen. Es gibt genug Themen in dem ganzen Space und es ist auch ganz schön viel passiert, seitdem wir das letzte Mal gesprochen haben. Deswegen, ich weiß gar nicht so konkret, wo wir einsteigen, sondern vielleicht machen wir es so. Für alle, die da draußen vielleicht Viet nicht kennen, weil sie unter dem TypeScript-Stein gelebt haben oder so, vielleicht, Alex, was ist so der 30-Sekunden-Pitch zu Weed?

SPEAKER_02 1:45

Genau, also erstmal für alle, die Viet nicht kennen, ist ja gar kein Problem, da seid ihr wahrscheinlich Backend-Entwickler oder schreibt einfach keine, vielleicht auch gar keine Wappenbändung, dann ist es komplett verständlich. Ansonsten, wenn ihr irgendwo in der modernen Webentwicklung unterwegs seid, dann ist euch Viet sicher ein Begriff oder ihr nutzt einfach und merkt davon gar nichts, es einfach funktioniert. Das Ganze ist ein Bild-Tool und auch gleichzeitig ein Dev-Server. Heißt, wenn ihr sagt, ihr baut eure React-Views-Welt, was auch immer, Applikationen, eigentlich alles außer Next.js, das ist so dein große Sternchen, dann läuft das eigentlich alles mit Viet. Und man könnte es, also in anderen Kontexten wird es so ein bisschen als die United Nations of JavaScript beschrieben, weil halt wirklich alle Framework-Autoren ein Plugin dafür haben, weil halt alles damit läuft. Und auch weil letztendlich das Team sehr divers ist und wir halt Leute von verschiedenen Firmen im Team haben, auch viele unabhängige Leute, die letztendlich an Viet arbeiten. Und ja, mit irgendwie, ich glaube, 140 Millionen Downloads pro Woche aktuell, ich meine, die NPM-Zahlen gehen aktuell eh nur stark nach oben, aber es ist halt einfach ein riesig weit verbreitetes Tool. Und ich glaube, das größte Kompliment ist eben wirklich dieses So ja, kenne ich nicht oder habe ich mal gehört, weiß ich jetzt nicht genau, weil dann funktioniert es einfach nur und macht genau das, was es soll.

SPEAKER_00 2:51

Und nur nochmal kurz zur Historie, weil das ist, glaube ich, echt krass. Viet kam ja tatsächlich erst 2024 oder so raus und ist seitdem wahrscheinlich so der beliebteste Bundler und Dev-Server, oder?

SPEAKER_02 3:01

Also Viet ist tatsächlich schon älter, die Historie selber ist so, dass Evan, also Evan You, der Ersteller von View, der hatte eigentlich an einem besseren View-Dev-Server und einem besseren View DX gearbeitet. Und es war tatsächlich schon in 2020, wo er gemerkt hat, okay, da gibt es eine Möglichkeit, das müssen wir nicht alles vorher bundeln, sondern wir können das eigentlich schnell mit modernen ECMAScript-Modules und Co. machen und hat dann Vide 1.0 2020 rausgebracht. Hat dann auch gemerkt, so ja, das geht halt nicht nur für View, sondern das könnte ja eigentlich für mehrere Frameworks gehen. Und so ein bisschen im View-Ökosystem hat man das tatsächlich öfter, dass Leute so ein bisschen die extra Meile gehen. Und einfach sagen, ja gut, dann machen wir das mal genereller. Sei es irgendwie mit, keine Ahnung, mit NJS, mit irgendwie Slider F, mit Schicky. Es gibt da tausende Beispiele theoretisch. Irgendwie ein Vola, wer davon alles nichts gehört hat, links in den Shownotes, wen es interessiert. Ich schreibe schon mit. Genau. Und da ging es so ein bisschen los, dass man sagt, okay, das könnte was werden. Und so richtig spannend wurde es dann mit Viet2, was halt nicht ein kompletter Rerad war, aber nochmal größere Renderungen, damit das entsprechend auch für alle Frameworks klappt. Und ja, seitdem ist viel passiert. Wie gesagt, jedes Framework hat irgendwie ein Plugin mittlerweile dafür, wenn es irgendwelche neuen Frameworks als Release ist gibt, der hat es irgendwie bei Ripple gesehen und jetzt bei auch Octane, was recht neu rausgekommen ist. Es gibt eigentlich immer irgendwelche Drehationen mit Vid, weil es ja einfach die Go-To-Lösung ist. Und es gibt mittlerweile auch eine Dokumentation von den Leuten von Cult Repo. Kann ich auch noch empfehlen.

SPEAKER_01 4:31

Die empfehlen wir ja auch immer gerne hier, die Dokumentation. Letzte Woche sogar das letzte Mal erst, ne? Glaube ich, jeder? Ja, letzte Woche im Java. Deep Dive die Java-Dock. Genau, genau. So, und jetzt weiß auch jeder, wann wir diese Folge aufgenommen haben. Ein Blick hinter die programmierbaren Kulissen, all-inclusive in dieser Folge. Alex, du hast eben schon das Team angesprochen zu Viet. Jetzt hat ja Viet den, ich weiß gar nicht, ob das so ein besonderes Merkmal ist, aber auf alle Fälle vielleicht schon den Punkt, dass ja mit Void Zero schon auch so eine Company hinten dran steht. Vielleicht können wir da einmal kurz drüber sprechen, wie dieses Konstrukt aussieht.

SPEAKER_02 5:10

Klar, absolut. Genau. Also auch da ein Disclaimer, ich bin ja auch bei Void Zero, beziehungsweise mittlerweile, ja, wer es noch nicht gehört hat, bei Cloudflare, weil wir wurden ja aufgekauft.

SPEAKER_01 5:20

Wer es nicht gehört hat, hat die Programmierbar-News dazu nicht gehört. Da haben wir natürlich auch darüber gesprochen.

SPEAKER_02 5:24

Genau, genau. Wobei das, das war am Ende der Folge, ich weiß noch, war so ein Jahr sprechen wir noch kurz darüber. Aber das war sehr gut. Ich hatte mich sehr darüber gefreut. Genau, wie das, also nur als Kontext, wie das Ganze entstanden ist. Der Punkt ist natürlich, so Open Source ist nicht wirklich sustainable, wissen wir alle, chronisch underfunded. Heißt da, wäre jetzt die Option zu sagen, okay, entweder macht man das als so Passion-Projekt nebenbei, was super cool ist, aber wenn man dann sagt, okay, es geht irgendwie um Projekte wie Vid, V-Test und Co., dann wäre es schon ganz gut, wenn man da Leute hat, die das vielleicht auch täglich maintainen, weil es einfach, dadurch, dass es halt so viele Frameworks nutzen und einfach so die ganze moderne Webentwicklung darauf basiert, zumindest im Frontend, dass man halt Leute das auf Vollzeit machen. Und dann ist so die Frage, ja, wie zahlt man dann eigentlich das Gehalt der Leute? Und da hat dann Evan Void Zero gegründet als Firma, um zu sagen, okay, wir wollen einen Weg finden, das Ganze entsprechend zu fanden und das möglich zu machen. Dann sind halt verschiedene Leute, also nicht alle vom Core-Team der verschiedenen Projekte, also nicht alle von Viet oder nicht alle von VTest, sondern ein paar der Maintainer auf der Payroll von Void Zero gelandet. Also zum Beispiel Safi oder auch Wladimir ist der VTest-Core-Maintainer. Ja, genau, Safi ist im Vid-Team. Die sind dann, oder auch Hiroshi sind dann bei Void Zero angestellt gewesen. Gleichzeitig ging es dann darum zu sagen, naja gut, es gibt größere Projekte, die wir machen müssen, zum Beispiel Rolldown, wo wir auch schon ausführlich in der Programmierbar geredet haben, also zu sagen, wer möchte diese Toolstruktur unter Vid nochmal vereinen, weil wir vorher halt Rollup und ES-Bild genutzt haben. Genau, da ging es bei Void Zero darum, okay, zum einen möchten wir den Leuten die Möchte geben, daran Vollzeit zu arbeiten, hatten ein Venture Capital und auf der anderen Seite wollen wir halt irgendwie rausfinden, wie wir das Ganze nachhaltig gestalten können, sodass die Toolchain das Ganze halt so lange wie möglich in Anführungsstrichen überlebt. Und da gab es verschiedene Möglichkeiten. Erstmal, das große Ziel von Void Zero war eigentlich VietPlus, so wie es im jetzigen Maße ist, also eine noch bessere Erfahrung zu bieten, einfach zu sagen, alle modernen, so Next-Gen-WebDev-Tooling-Sachen in einem CLI, so keine Ahnung, wie es irgendwie Rust und Go ja zum Beispiel auch haben, weil ordentliche Sprachen haben ja sowas, dass man sagt, okay, ich kann halt irgendwie direkt bauen und testen und Docs schreiben und releasen und whatnot, alles halt in einer CLI. JavaScript hat das ja nicht. Da gab es früher auch die Idee, wer das noch kennt, Roam. Das war genau dieselbe Idee, da wurde ein bisschen Geld veruntreut und das hat dann nicht so gut funktioniert. Daraus ist dann BIM irgendwann entstanden, die haben sich aber vor allem auf Formatting und Linting fokussiert, gibt es natürlich auch immer noch. Und jetzt eigentlich so mit Vlus ist die JavaScript-Toolchain eine Realität geworden. Da war dann die Idee zu sagen, gut, irgendwie, vielleicht kann man das ja verbinden, das ist eigentlich so eine coole Sache, das sollen alle nutzen und man hat vielleicht die Möglichkeit, dass Enterprises dafür ein bisschen Geld zahlen. Stellt sich raus, zum einen, wir wollten das gerne source available dann machen und mit AI ist dann einfach natürlich zu sagen, hier, lieber Agent, bau doch einfach sowas, nur für uns. Heißt, das war der erste Punkt, wo wir gemerkt haben, das wäre schwierig. Zum anderen, Dev-Tools sind sehr, sehr hart zu verkaufen. Leute zahlen nicht gerne Geld für Dev-Tools, obwohl sie sehr gerne eine große AI-Bild zahlen, aber das ist eine andere Geschichte. Heißt, auch da gab es noch ein bisschen Schwierigkeiten, weshalb wir dann gepivotet sind und FeedPlus gratis released haben. Dann haben wir uns an der Deployment-Plattform versucht, nennt sich Void, ist noch ein Private Beta aktuell. Basierend auf Cloudflare Worker, weil die letztendlich all die guten Primitives mitbieten, um so eine Plattform aufzubauen, dass wir nicht ganz bei Null anfangen müssen. Und ja, dann wurden wir von Cloudflare übernommen.

SPEAKER_01 8:58

Ich hab auch als wir das in den News besprochen hatten, diese Übernahme von Cloudflare, war ich so sehr geteilter Meinungen irgendwie, glaube ich. Weil auf der einen Seite ist es natürlich einfach zu sagen, okay, dieser Ansatz mit Dev-Tooling Geld zu verdienen, um das halt auch auf solide Beine stellen zu können. Also alles, was du gerade beschrieben hast, hat offensichtlich nicht funktioniert. Weil Cashflow kam nicht, wie du gerade gesagt hast, B-Plus zu verkaufen, irgendwie schwierig, so alles. Das ist natürlich ärgerlich. Auf der anderen Seite war es ja doch irgendwie als Package attraktiv genug, dass Cloudflare da irgendwie Geld für bezahlt hat. Also war es ja doch, also hat das inhaltlich ja doch irgendwie funktioniert, auch wenn das vielleicht jetzt auf der kommerziellen Seite nicht so erfolgreich war, wie es vielleicht vorgestellt wurde. Wie ordnest du das ein für dich?

SPEAKER_02 9:52

Ja, also würde ich so zustimmen, ich meine, wir sehen, wir haben es ja ein paar Mal jetzt schon gesehen, sei das irgendwie mit Bano Enthropic zum Beispiel, oder auch im Python-Universum gibt es ja Astral, also Astral.sh oder minus sh, die lustigerweise Rust-Schooling für Python machen. Also das, ich sag mal, ähnlich wie wir es machen, nur halt im Python-Universum, die wurden von OpenAI zum Beispiel gekauft. Also wir sehen auf jeden Fall schon, dass es da Akquisitionen gibt und dass da Firmen daran interessiert sind. Natürlich wäre das in der ersten Idee, dass man sagt, okay, man hat die Möglichkeit, dass so das große Ökosystem zahlt und nicht nur dann eine Firma sagt, jetzt werfen da entsprechend Geld drauf, glaube ich, generell ganz cool gewesen. Allerdings bin ich auf der anderen Seite auch ein bisschen froh, dass das mit VietPlus nicht so geklappt hat, wie wir es uns gedacht haben, weil das hätte andere Probleme bereitet. Bei jetzt ist es Open Source und Free. Deswegen ist es wahrscheinlich auch, wollen wir eine Episode drüber machen hier, weil ihr könnt es alle nutzen. Es funktioniert es in Beta aktuell. Und wir müssen nicht mal nachdenken, naja, was kommt denn jetzt in Vid, in den sozusagen Open Source Teil oder in V-Test oder in OXC oder Rolldown. Und was kommt jetzt in VietPlus? So, welches Feature ist denn so der USP, dass man sagt, eigentlich passt das nur irgendwo anders rein und gehört irgendwie nur zusammen und dann ist Hallote Geld für. Deswegen ist halt, das macht meinen Job so als, ich sag mal, strichen DeathRail, Bibliote Zero, ein bisschen einfacher und auch einfach im Team hatten wir da schon ein paar Schwierigkeiten zu überlegen, okay, wie würden wir das überhaupt verargumentieren? Weil es könnte eigentlich immer jemand kommen und sagen, naja, warum können wir es nicht Open Source bauen? Und vielleicht macht es ja auch einfach jemand.

SPEAKER_01 11:19

Vielleicht noch zwei letzte Fragen zu Cloudflare, bevor wir dann zu Bit Plus gehen. Die eine ganz banale Frage ist so, was hat sich für euch seit dieser Übernahme so operativ im Tagesgeschäft geändert? Oder hat sich überhaupt irgendwas geändert?

SPEAKER_02 11:32

Ich würde sagen, nicht viel. Also, dass sich gar nichts geändert hat, wäre falsch. Es gibt natürlich neue Prozesse und es ist halt, naja, wenn man ein Startup mit irgendwie 18 Leuten ist und dann zu einer Firma mit mehreren tausend Leuten kommt, ändert sich immer was. Sei es irgendwie Arbeitsgeräte, Prozesse, etc. etc. Du kannst jetzt auf so einem ThinkPad arbeiten, weil du so Konzernangestellter jetzt bist. Ich habe nur ein Dell-Lap, nein, Spaß. Wir hatten die Möglichkeit, tatsächlich Windows, Mac OS oder Linux zu nutzen, heißt. Ich habe ein wunderschönes kleines, ein handliches 14-Zoll-MacBook geklickt, statt dem 16-Zoll, was ich privat hatte.

SPEAKER_00 12:06

Ja, bin ich auch sehr froh drüber, muss ich ehrlich sagen. Ist das so ein Vorteil, dass ich die kleinere Größe? Weil irgendwie schwärmen einige Leute mal im Umfeld davon. Wenn du halt viel unterwegs bist, macht das halt schon einen Unterschied.

SPEAKER_02 12:16

Also gerade beim Reisen ist das extrem geil. So gerade, keine Ahnung, in einer Bahn oder auch im Flugzeug, so dann den 16-Zoll, das ist schon ein bisschen unangehmer, wenn man da so wie ein Schrimp im Sitz sitzt, dann sind wir den 14-Zoll schon besser.

SPEAKER_01 12:28

Ach krass, ja. Und ich finde auch die Rucksack- und Taschenauswahl mit 14 Zoll halt auch deutlich angenehmer, irgendwie, als wenn du immer gucken musst, dass du so einen großen, weiß ich nicht, so eine Kategorie 40 Liter-Rucksack, wo so ein 16-Zoll irgendwie im MacBook reinpasst. Und dann, wenn du einmal damit umfällst und auf den Rücken legst, kommst du halt nicht mehr hoch.

SPEAKER_02 12:48

Wobei dann, wenn man sagt, ich brauche jetzt meinen privaten und meinen Business-Rechner, dann bist du halt bei zweien. Das ist auch nicht hilfreich. Aber gut, irgendein Tod muss man sterben. Aber zum Thema, was sich sonst geändert hat, ja, nicht, also ich glaube, ein großer Punkt, der extrem cool ist, ist, dass wir natürlich jetzt mit deutlich besseren und engeren Kontakt hatten mit Leuten in Cloudflare. Und da gibt es ja auch Leute, die im Node-TSC setzen, also Node-Kontributoren sind, zu Chromium. Irgendwie kontribieren Leute aus dem TC49, Leute, die einfach auch super Tooling-Nerd sind. Und das ist schon extrem cool, wenn man da sieht, was es für Synergien gibt. Und auch andersrum, dass man sagt, okay, man guckt halt, wie so eine große Organisation eigentlich das eigene Tooling nutzt, ne? Und sieht dann vielleicht ein paar Sachen, die man sonst nicht in so einen tiefen Einblick hätte. Und irgendwie die Möglichkeit, da Hilfe zu fragen, ist einfach niedrigschwelliger. Dann gibt es einfach eine kurze Chat-Anfrage, sagst du, hey, guck mal hier, könnt ihr uns da helfen? Das ist schon am Ende was, was das ganze Ökosystem eigentlich voranbringt, weil dann sehen wir, okay, das Problem haben vielleicht auch andere große Firmen, wie können wir das irgendwie generell lösen? Oder das kann irgendwie Dokumentation sein, das kann ein Tool sein, zu was ich migriere, es können Lindregeln sein, oder eben einfach, wie das Tooling selber funktioniert. Und das ist auch nochmal super Input, der eigentlich alle voranbringt.

SPEAKER_01 14:07

Du hast ja eben schon den Vergleich gemacht zu Entropic und Bun. Und da kann man ja sagen, da gab es so ein sehr konkretes Einzelinteresse an diesem Produkt Bann, was sie halt selber hart gebraucht haben und wenn man da halt mehr Kontrolle drüber hat, ist das vielleicht gut. Haben wir es dann mit der SIG-Migration und sowas ja auch alles gesehen. Ich also abgesehen dafür, dass Viet natürlich ein General Good für das ganze Ökosystem ist, so, ja, und allein deshalb Cloudflare quasi ein Interesse daran haben könnte, ja. Habe ich da nicht so direkt den Use Case Demo, wo CloudFeld sagen würde, oh, ich kaufe Void, weil, ich weiß nicht, ich will jetzt Void Cloud irgendwie voll ausbauen und das irgendwie so als mein Commercial Funnel irgendwie haben oder sowas. Gab es da irgendeine konkrete Erwartungshaltung an euch? Oder ist es jetzt einfach so, naja, wir haben jetzt hier dieses Void-Team, das läuft halt so mit und wir finanzieren die halt, aber die machen eigentlich nach wie vor so, was sie wollen und arbeiten halt so am Allgemeingut weiter?

SPEAKER_02 15:06

Also teilst du heiß. Natürlich, Cloudflare hat auch die Überlegung, und da kann ich natürlich so ein Heimutmaßen sagt, okay, was bringt uns das? Aber auch da erstmal vorab, und das hätte ich vielleicht nochmal eher erwähnen sollen, alles, was vorher Open Source war vor der Acquisition, bleibt natürlich auch Open Source ohne MIT. Also all die Tools, die es gibt, bleiben weiter. Und da gibt es noch nicht so wie ja, jetzt sagt Cloudflare, wo es lang geht. Allein halt durch das V-Team, was ja durch Leute von unterschiedlichen Plattformen eigentlich durchzogen ist und damit wir auch Berater haben von irgendwie Netlify, Cloudflare, Versell im V-Team, die da nochmal Input zu geben und vor allem das ganze Ökosystem mitnehmen wollen, ist das unproblematisch. Aber zu den Benefits, naja, dadurch, dass wir ja Void gebaut haben als Deployment-Plattform auf Cloudflare-Workern und sagen, naja, wir wollen eigentlich nochmal eine bessere DX geben, denke ich, gibt es da einige Änderungen, die wir hoffentlich upstreamen können, also sozusagen komplett Cloudflare weiterhelfen können. Dass man halt sagt, okay, es gibt einfach weniger Papercuts und am Ende, wir sind halt alle sehr große DX und Performance-Nerds. Heißt doch, da gibt es sicher Input, der dann weiterhilft, bestimmte Produkte zu verbessern. Absolut.

unknown 16:12

Cool.

SPEAKER_01 16:13

Dann würde ich sagen, lass uns mal weiterhüpfen zu Viet Plus.

SPEAKER_00 16:17

Bevor wir das machen, ich hätte, glaube ich, noch in diesem Cloudflare-Kosmos noch eine Frage. Und zwar so ein bisschen Viet und Vitest oder generell auch View ist ja super beliebt, auch in der Community und hat eine richtig aktive Open Source Community. Und da frage ich mich dann immer so, wenn jetzt sowas kommt wie, okay, Cloudflare hat das jetzt aufgekauft, wie ist so das Sentiment in der Community? Also da gab es ja bestimmt einige Stimmen, wahrscheinlich auch viele, die irgendwie ein bisschen Sorge hatten, Bange hatten, gab es da auch irgendwie Fans davon. Kannst du da irgendwann mal Einblicke geben, was die Community da so ein bisschen zu geäußert hat?

SPEAKER_02 16:45

Sehr gern, ja. Lustigerweise, also genau, es wurde mal verkürzt, als ja, Cloudflare hat wie gekauft, was natürlich so, wie kann man ein Open-Source-Projekt kaufen. Aber wenn man jetzt sagt, okay, klar, Void Zero ist jetzt Teil von Cloudflare, wir haben das ja, wie gesagt, ein paar Mal gesehen, wir haben es in Tropic Bun gesehen, wir haben es mit Astral gesehen, wir haben es mit Astro selber gesehen, die ja auch von Cloudflare, also die Astro Company und ein paar Maintainer von Framework, nicht alle, aber ich glaube, vier, fünf Leute sind drüber gewechselt. Genau zwar habe ich nie im Kopf. Oder bei Versailles Nuxlabs oder bei Versailles, die Arich und auch Simon von Sveld angestellt haben, so gesehen. Spannenderweise, bei Naxt habe ich ja auch, dass ich da im Core-Team war und nicht zu Versailles gegangen bin, wie man merkt, weil ich auch nicht Teil von Knux Labs, der Firma dahinter war, weil eben Versailles nicht Nax gekauft hat, das war Nuxlabs. Aber ein bisschen mehr Einblicke hat es sagen, wie die Community das sieht. Da war es auf jeden Fall deutlich gespaltener. Gerade eben durch die Themate mit Versailles und Next.js, wie da so der Rufie war, das war, ich sag mal, da gibt es deutlich mehr Doomsday-Szenarien. Bei dem Thema Cloflare on Void Zero waren die Leute überwiegend happy. Also da gab es eigentlich sehr viel Positives, da wird sagen, hey, das ist voll cool. Und natürlich hilft es auch, dass Cloudflare dann noch eine Million Dollar für einen Video Ecosystem Fund aufsetzt, die man dann an Maintainer, die eben nicht bei einer Firma sind, also independent sind, von Dependencies, von Projekten oder von Core Team-Membern mitgibt. Das ist natürlich auch eine gute Art und Weise zu zeigen, dass man eigentlich ein, ich sag mal, guter Steward in diesem Open Source Cosmos sein möchte und nicht sagt, jetzt haben wir die Hand drauf und machen was. Also natürlich gibt es immer Leute, die sagen, oh, jetzt wird alles super schlecht und jetzt kommt hier die Cloudflare-Roadmap und alles wird super, super mies. Aber ich glaube, das wäre das Allerdümmste, was man machen könnte für alle. So, weil Leute stellen das fest, es gibt dann einen riesigen Vertrauensverlust in Cloudflare und natürlich auch in das Core-Team in dem Sinne.

SPEAKER_01 18:38

Ja, spannend. Alright, dann VietPlus. Und vielleicht steigen wir auch da nochmal so ein bisschen mit ein, den drei Sekunden Pitch. Was ist der Unterschied zwischen Viet und VietPlus?

SPEAKER_02 18:51

Genau, erstmal VietPlus, super Name, wenn man das als kommerzielles Tool irgendwann mal eine Aussicht hatte, ist es nicht mehr. Deswegen erstmal alle Leute, warum das Plus? Muss ich was für zahlen? Oder haben vielleicht noch von der von der VietConf letztes Jahr das Ganze im Blick, wo es genau darum ging. PS dieses Jahr übrigens wieder online und free für jeden. Also guckt da gerne rein. Im Oktober 24-Stunden-Stream. Kleine Werbung beiseite. Auch VietPlus klingt so, wie brauchst du jetzt Viet dafür? Tatsächlich klappt VietPlus aber auch ohne Viet. Jetzt könnte man sagen, okay, wie hängt das alles zusammen? Kurz als Überlegung. Eine Sache, die uns beim Feature-Shippen total nervt, ist eigentlich immer Tooling, vor allem wenn wir erstmal gar nichts haben und sagen, was nehmen wir denn jetzt? So klar, Viet-Test haben wir schon gesagt, das sind so die üblichen Tools für einen Test-Runner, für ein Build-Tool. Aber dann geht es ja weiter. So, man könnte irgendwie Formatter so als Prettier oder nennt DPrint oder was nehmen wir da? Da vielleicht irgendwas mit ES-Lint regeln und dann stilistisch Eslint regeln. Und beim Blinting halt genauso, kann man sagen, dann nehme ich jetzt Dino-Lint oder Bun Lint oder nehme ich ES-Lint als Good Old Reliable oder auch Biam oder ähnliches. Und dann geht es ja weiter. Wer schon mal E-SLI und Pretty jetzt zum Beispiel zusammen aufgesetzt hat, ist dann, na, du brauchst da ja ein Plugin, damit dann nicht ES-Lint die Sache überschreibt, die Pretty ja macht. Und es ist alles etwas anstrengend aufzusetzen. Und vor allem so für ein, ich sag mal, kleines Projekt kann vielleicht sagen, gut, das fange ich erstmal ohne an. Aber gerade auch heutzutage mehr Eiszeitalter ist schon ganz gut, wenn man ein paar Guardrails gibt für die Agenten, dass sie nicht alles so schreiben, wie sie meinen, sondern dass man vielleicht ein paar Regeln aufsetzt. Vor allem sind die auch alle deterministisch. Und da wäre es echt ganz schön, wenn man sagt, man hat irgendwie ein Tool, was das so alles vereint, so schnelle, gut funktionierende, soweit wie es geht, zukunftssichere, also einfach Fuß noch gewartet werden. Und das hat alles unter einer Haube. Und das ist effektiv, was VPlus macht. Die Idee war zu sagen, okay, wir nehmen einfach die komplette Frontend-Tool-Chain, was nicht bedeutet, dass man nur diese Tools nehmen kann, aber die sind halt komplett integriert und sonst kannst du trotzdem noch NPM-Skripte und Co. laufen lassen. Dann dazu noch besserer Monorepo-Support. Das war mal so ein Punkt im Video Universum, dass du sagst, ja, wie klappt das mit VPlus deutlich besser? Dann noch Caching dazu, wenn man sagt, okay, ich will zum Beispiel, dass bestimmte Tasks dann gecached werden, dass ich dann den Build-Output direkt dafür nehmen kann und nicht irgendwie eine Minute bauen muss und einfach sage, ab, das ist ja doch das gleiche, das nehme ich. Und dann gehen wir noch einen Schritt weiter und gesagt, okay, eigentlich können wir auch sagen, wir managen euren Package-Manager. Also statt irgendwie NPMI oder PNPMI, schreiben wir einfach VPI, also für VIPPLUS, mit einem globalen CLI, das muss man nicht nutzen, genauso wie man sich nutzen muss, dass VietPlus eure Node-Version noch managen kann. Also ihr geht in einen Ordner und es wird gecheckt, okay, ist das die, in der Package-JSON die Node-Version angegeben oder gibt es einen .Node-Version-File und dann wird es direkt gewechselt und dann muss nicht irgendwie dann manuell sagen, ja, jetzt ändere ich das entsprechend um. Heißt eigentlich so ein Out-of-the-Box, was der Web-Entwickler braucht. Das ist so die, das ist so das Ziel. Und eben nicht diese Sorge zu haben, okay, bevor ich jetzt Feature schippe, muss ich erstmal zwei Stunden Tooling konfigurieren und dann geht es vielleicht immer noch nicht. Und dadurch, dass er unterschiedlichste Tooling-Pakete wieder unterschiedliche Parser, Resolver-TC verwenden oder irgendwie vielleicht noch Bable-Verwenden. Verwendet wird, sind halt die Bildzeiten auch extrem lang. Mit der Toolchain als meiste auf Rust basiert und entsprechend auf OXC, geht das alles recht schnell.

SPEAKER_01 22:09

Okay. Ich verstehe, warum man das alles unter VidPlus bundeln will, wenn die Absicht eben war, ein kommerzielles Produkt da draus zu machen und das so ein bisschen abzugrenzen. Ich habe mich dann, als ihr das Open Source gestellt habt, so ein bisschen gefragt, so, wieso gibt es jetzt VidPlus noch und wieso ist es nicht einfach eh alles zu Vid reingeflossen? Also wieso trennt man das so künstlich auf, wenn die Experience mit VidPlus nicht eh die viel bessere sein soll?

SPEAKER_02 22:41

Ja, ist tatsächlich recht einfach zu beantworten. Das ist so zum Teil Unix-Philosophie, wenn man es so ein bisschen ganz, ganz, ganz grob denkt. So, Viet ist halt ein Bild-Tool, ne? Viet nutzt Roldown als Bundler beispielsweise und Rolldown ist ein Bundler. Wenn wir sagen, in Viet würden wir alles reinpacken, also in Formatter, in Linta, etc. Und das so eine Art Gotch-Tool machen, dann würde es nicht alle Use Case der Community abdecken. Es gibt genug Leute, die sagen, ey, ich nehme einfach nur Viet und damit bin ich glücklich, ich will kein Formatter Linta etc. haben. Das nächste ist, Viet ist halt vor allem JavaScript, klar, Teile davon sind halt auch Rustified mittlerweile, aber dann andere Paketen. Dann jetzt war das gesagt, okay, die Maintainer müssten jetzt eine deutlich größere, ich sag mal, Surface abdecken. Also sagen, okay, jetzt müsste ich mich darum überall kümmern. Und das macht halt alles auch nicht einfacher. Deswegen einfach Viet als das Bild-Tool belassen, wie es ist. Dann sagen die Leute, hey, ich brauche doch nur ein Zehntel davon, dann was soll ich sonst nehmen? Müsste ich jetzt eine alte Viet-Version nehmen? Und Viet plus eigentlich als dieses Go-To, ich sag mal, darzustellen. Aber niemand stoppt irgendwann zu sagen, ich nehme jetzt die Tools und packe die selber zusammen.

SPEAKER_01 23:48

Ich habe zum Beispiel kurz weiter, also ich verstehe, was du sagen willst, ich verstehe auch, warum es architektonisch Sinn macht und ich würde auch gar nicht von den Maintainern erwarten wollen, diese ganze Schar an Paketen da irgendwie konsolidiert zu verwalten. Ich überlege mir nur so, aus Developersicht, ja, ist jetzt quasi meine erste Frage dann schon so, okay, muss ich halt Viet nutzen oder muss ich VietPlus nutzen? Also es wäre ja auch ein leichtes gewesen, zu sagen, okay, wir machen aus User-Sicht quasi Viet zu so einem sehr dünnen Schim und das kann entweder nur den Bundler mitbringen oder es kann halt komplett VietPlus sozusagen nachladen und dir dieses ganze Tooling mitbringen, aber ich muss mich quasi nicht bewusst dazwischen entscheiden.

SPEAKER_02 24:31

Ich glaube, das wird an dem Punkt einfacher, an dem zum Beispiel man sagt, okay, die Standard-Veid-Templates, die kommt man einfach mit VidPlus als Option, dass du auswählen kannst. Dass du, hey, möchtest du den ganzen Toolturn haben, fertig. Dann lässt du den Nutzern einfach noch die Wahl und dann läuft es. Es gibt ein paar Gründe, weshalb das noch nicht so ist. Zum Beispiel dadurch, dass Tools wie OXLint halt noch keine Svelte- oder View-Templates oder auch Angular-Templates beispielsweise beim Linting unterstützen. Weil wir leben ja wieder in einer Zeit, wo es so viele Frameworks gibt und man irgendwie gucken muss, dass das klappt. Das Gute ist, da gibt es jetzt von der TypeScript-Seite, weil das ist das nächste, ne, Type-Aware Linting Rules, ein Proposal, nennt sich Content-Mappers, wo TypeScript effektiv sagt, ey, ihr könnt mir irgendeinen Pfeil geben und wenn es dafür einen Content-Mapper gibt, der das dann ein sinnvolles TypeScript-Equivalent überführt, ist alles gut. Das ist noch reu. Dadurch, dass TypeScript 7 zum Beispiel, wo ja auch OX-Lint drauf basiert, der noch nach wie vor keine API hat, da wartet so die ganze Tooling-Welt ein bisschen drauf. Also da gibt es noch so ein paar Punkte. Zum Beispiel das React-Template von VET nutzt standardmäßig OX-Format und OX-Ne, sorry, OX-Lint, OX-Format hast du glaube ich nicht drin, weil es gar kein Format da drin hat. Einfach weil es damit gut funktioniert. Aber komplett umstellen würden wir halt auch erst gern, wenn wir sagen, gut, VPS ist stabil, das läuft soweit, für alle Frameworks, sage ich, dass V Plus noch in Beta ist, warten wir noch ein bisschen drauf. Aber zum Beispiel Option einfach zu sagen, hey, möchtest du es vielleicht trotzdem installieren, gerade so bei Sachen, wo wir wissen, das geht, ist keine schlechte Idee.

SPEAKER_01 25:55

Okay, das heißt, für alle da draußen, die jetzt nämlich gerade so am Zuhören und überlegen sind, sollte ich quasi diese Migration machen, du hast eben schon ein paar Fälle angesprochen, wo es vielleicht noch nicht so sinnvoll ist. Aber für alle anderen wäre es eigentlich so eine empfehlenswerte Erweiterung von der Toolchain.

SPEAKER_02 26:11

Also ich würde sogar sagen, für die Leute, die selbst, also ich habe View und Nux-Projekte zum Beispiel, kommen ja aus der Welt, wo ich genauso VPlus benutze, dann kann ich halt sagen, okay, ich nutze halt statt OX-Lint eSLint nach wie vor noch, ist ja einfach ein NPM-Skript, dann lasse ich halt VPRun-Lint laufen und nicht VP-Lint. Passiert ist auch nichts Schlimmes. Oder ich sage halt, ich kombiniere das und sage alle Regeln, die ich schon in OX-Lint abbilden kann, also alle Standardregeln, die packe ich da rein und nur die Regeln für die View-Templates, die lasse ich in ESLint laufen und habe dann einfach ein Skript, was das zusammen kombiniert. Das sind eigentlich alles Möglichkeiten, wo ihr sagt, okay, wenn das das Einzige ist, was euch abhält, dann einfach migrieren. Und es gibt einen wunderbaren Migrationsassistenten, der da hilft, genauso auch die Regeln zu übertragen, etc. Es gibt sogar einen, jetzt wird es ein bisschen verwirrend, ein ES-Lint-Plugin OX-Lint, also effektiv ein Plugin für die ES-Lin-Config, um zu sagen, all die Regeln, die OX-Lin.

SPEAKER_01 26:59

Da machst du einen Lint auf und das ist immer noch ein anderer List.

SPEAKER_02 27:03

Die Idee ist letztendlich, ey, disable doch alle Regeln, die OX-Lin schon kann. Das ist, was das Plugin macht. Also einfach auch da zur Migration zu helfen. Aber ja, naming things is hard. Und letztendlich, ich kann es eigentlich nur jedem anraten, der sagt, okay, bei mir am Tooling fehlt mir irgendwas. Was Regel Nummer eins, auch wie beim Refactoring, wenn ihr mit eurem aktuellen Tooling zufrieden seid, alles cool, guckt es euch an, wenn ihr Langeweile habt oder sagt, ihr habt gerade nichts zu tun, ist immer gut, so ein bisschen neue Tools anzuschauen. Und wenn ihr sagt, das passt alles, kein Ding. Üblicherweise gibt es aber Leute, die sagen, ja, mein VS-Code hängt halt, muss ich die Datei formatieren, das dauert irgendwie mehrere Sekunden oder oh jetzt, ich kann, ich habe eine Commit-Hook, das dauert aber Minuten, bis es durchgelaufen ist, selbst mit ein paar Staged-Files, da muss ich jetzt Kaffee holen. Das sind alles Case, wo sie sagt, Developer Experience und auch natürlich heutzutage mit AI, dass man die Agents das Ganze schneller fertig haben, schadet auch nicht. Da kann man halt was dann drehen. Und da muss man auch nicht zwingend direkt immer direkt auf VidePlus upgraden. Man kann auch sagen, ich migriere jetzt von Pretty auf OX Format als Schritt 1. Oder von AirSLand auf OX-Land. Und kann dann später mal noch sagen, ich migriere alles auf VidPlus, wenn ich das möchte.

SPEAKER_01 28:08

Ja, also das ist cool, dass es geht, aber ich glaube, aus so Developer Experience ist es natürlich cool, wenn man sagen kann, okay, ich lege jetzt hier den Schalter zu VidPlus quasi um und meine ganze Toolchain erfährt quasi dieses Upgrade. Ich muss mich eben nicht um diese einzelnen Teile irgendwie kümmern. Also Dave heute Nachmittag, programmierbarer Webseite, umstellen, VidPlus, go. Perfekt. Easy. Schreibt gern, wie es gelaufen ist.

SPEAKER_02 28:35

Ich nehme alle Bugreports persönlich an. Okay, dass wir nicht sagen sollen, oh oh. Nein. Aber ich denke auch so, deswegen haben wir diese Unify-Tool-Chain, dass man auch dieses Gefühl hat, so alles klappt irgendwie ein Pass zusammen. Wenn man jetzt aber sagt, man hat größte Projekte, ist das halt nicht immer machbar. Also keine Ahnung, so Leute wie, ich sag mal, einen Namen wie Shopify oder so, nehmen zum Beispiel teilweise OX-Den-Regeln oder Airbnb, weil die halt deutlich schneller laufen über DR, eine riesige Monorepo und zum Beispiel zu gucken, habe ich irgendwie zyklische Dateien, also zyklische Imports und Co. So, da kommt halt ESLINT einfach nicht mit aus Performance-Sicht und dann sage ich halt, okay, nehme ich die Regeln und kann vielleicht Step by Step gucken. Ich glaube, das allerwichtig, das Allerinfachste, was man machen kann, OX-Format ist halt 100% konform mit Pretty in JavaScript und TypeScript. Da, also hat er hier für Support für alles außer Astro momentan und Angular Templates so halb, weil dann da gibt es eine Option, nicht den Parser zu beschreiben. Wir haben da auch eine wunderbare Kompatibilitätsübersicht, die ich mal erstellt hatte, also auch da gerne einen Link in den Shownotes. Und dann einfach mal machen und testen. Bei OX-Format ein Command, super einfach, wenn dann genauso alles läuft wie vorher, nur halt deutlich schneller, perfekt. Ich hatte das bei dem Netlify-Bild-System, da wollte ich gerne VPlus reinbringen, hab dann aber erstmal gesehen, oh, die Repo baut nach mit OX-Format und es dauert irgendwie, keine Ahnung, mehrere Minuten. Sorry, mit Pretty statt OX-Format, mehrere Minuten. Und dann habe ich gesagt, okay, ich migriere es kurz zu OX-Format, da war es halt irgendwie fünf Sekunden. Wo du sagst, okay, das macht halt einen riesigen Unterschied, einfach nur für mich als Entwickler, der jetzt sagt, ich komme ein neue Repo, ich will irgendwas machen und ich muss jetzt hier irgendwie mehrere Minuten warten, dass das durchläuft, bevor ich irgendwas committen kann. Schwierig.

SPEAKER_01 30:12

Schwierig. Ja, und an der Stelle, um dann mal wieder den Kreis zurückzudrehen, oder den Bogen, whatever, irgendwas zurückzuspannen. I don't know. Das ist ja ein handfester Benefit, der am Ende des Tages ja auch einfach Geld wert ist. Also wenn du halt weniger CI-Leistung irgendwie brauchst, wenn dein Zeug irgendwie schneller durchläuft, so weniger Compute-Kosten zahlen musst, umso ärgerlicher oder umso schader ist es dann halt natürlich, dass da quasi doch kein kommerzielles Produkt irgendwie draus gekommen ist, weil man ja eigentlich eins zu eins sagen könnte, also du sparst ja irgendwie damit auch Geld.

SPEAKER_02 30:46

Wobei natürlich die Tools selber, also zum Beispiel OX Format und Core, die waren immer Open Source und wären auch Open Source geblieben, also die Möglichkeit, dass sich Leute.

SPEAKER_01 30:53

Ja, aber trotzdem könnten die ja finanzielle Unterstützung erfahren, ja. Also nur weil was Open Source ist, heißt ja nicht, dass da keiner Geld drauf werfen darf.

SPEAKER_02 30:59

Und das könnt ihr bitte gerne machen. Es gibt Open Collectors für Viet, V-Test, OXC. Also wenn ihr merkt, so in eurer Firma spart euch das beispielsweise 10.000 Euro an CI-Kosten im Jahr, könnt ihr überlegen, mal 1% zu spenden. So, wir haben auch da wieder jetzt können wir sagen, Cloudflare hat ja diese Millionen-Ecosystem von aufgelegt. Können wir sagen, ja, es ist ja alles gecovert. Ja, schön wär's. Das Geld geben wir ja genauso an Dependencies, also an Leute, die das halt in ihrer Freizeit machen oder sagen, die können es halt nicht von ihrer Arbeit aus machen. Ich habe den großen Vorteil, dass ich Open Source als Arbeitszeit noch einen guten Chunk davon machen kann. Und viele Leute machen das halt in ihrer Freizeit und haben dann aber große Projekte, die mir enthält werden. Deswegen, keine Sorge, Open Source ist immer noch underfundet und gebt ganz gern Geld. Entweder an Dependencies, wo ihr selbst genau wisst, okay, die können es gebrauchen, oder dann halt zum Beispiel das Viet Open Collective oder VitaSt oder OXC. Und wir verteilen das dann genauso weiter oder geben es halt zu unseren Core-Team-Membern, die halt nicht bei Firmen gestellt sind und das halt in ihrer Arbeitszeit machen können.

SPEAKER_01 31:58

Cool. Ich muss auch sagen, so ganz persönlich, ich komme ja auch eher so aus dem Backend Development. Und als ich das gesehen habe, so diese vereinheitlichte Tool-Chain, so ich ja, das ist eigentlich das, was mich so schon immer auch irgendwie gestört hat an dieser ganzen Frontendarbeit, weil, also selbst wenn es da coole Tools gibt, ich werde das gleich in Abrede stellen, aber allein die Tatsache, dass ich mich halt irgendwie damit beschäftigen muss, weil es halt irgendwie fünf verschiedene zur Auswahl gibt und die jeweils dann noch irgendwie konfiguriert werden müssen und das nicht so ist wie bei, weiß nicht, Go oder Python oder PHP, wo es halt so, also jetzt vielleicht auch nicht direkt von der Sprache was gibt, aber zumindest so ein oder zwei Pakete, die es halt so als Standard etabliert haben und alle das irgendwie nutzen. Das ist schon viel Wert, glaube ich, einfach da so ein bisschen für Vereinheitlichung zu sorgen. Definitiv.

SPEAKER_02 32:40

Und wenn man auch überlegt, das kann man ja, also das ist, was man halt in der Firmenintern natürlich gucken muss, einfach auch als Einstiegspunkt nehmen. So ganz viele Firmen haben ja, okay, wenn du jetzt ongeboardet wirst, hier hast du erstmal ein Skript, wie du deinen Laptop aufsetzt oder ähnliches. Viele Firmen haben das auch nicht und dann wird das einfach Mund zu Mund Propaganda-mäßig gemacht, aber anderes Thema. Können wir einfach sagen, ja, du installst jetzt VietPlus, globales CLI und dann hast du alles, was du brauchst, weil dann hast du die Notversion, die wird immer angepasst, je nachdem, welches Projekt halt sagt, ich brauche die Notversion, die ist das. Es ist egal, welchen Paketmanager wir nutzen, du ist einfach VP und fertig. Du kannst trotzdem noch PNPM und Yarn und Bun und Co nutzen, aber VP ist halt the way to go. Und ansonsten hast du standardmäßig erstmal auch in den ganzen Projekten die gleiche Toolchain und musst dich halt nicht zwingend umgewöhnen, sagst, oh, das Projekt, da nutzen wir noch was ganz anderes. Und ja, wenn man das ausprobiert. So kann man natürlich trotzdem alles machen, aber vom Standard abzuweichen, ist einfach ein bisschen schwerer, wenn man sagt, okay, ich habe ja erstmal was vorgegeben, das funktioniert.

SPEAKER_00 33:35

Kurze Frage dabei nochmal zur Funktionsweise. Und zwar würde mich jetzt interessieren, also du hast ja zum Beispiel gesagt, UX Lint ist ja standardmäßig in VidPlus drin. Mal angenommen, wir im Team sagen jetzt so, hey, irgendwie, wir erkennen Vorteile, doch weiterhin ESLint zu benutzen, weil das macht das und das besser oder ist das irgendwie doch schneller oder neue Versionen und sowas alles und möchten temporär wechseln. Habe ich da jederzeit eigentlich mit VidPlus auch die Möglichkeit zu entscheiden, hey, ich nutze jetzt zwar nicht das vorgegebene Tool, was ihr hier eigentlich als das, in Anführungszeichen, das Beste irgendwie deklariert, sondern möchtest mein eigenes hier an der Stelle benutzen? Kann man das problemlos machen an VidPlus?

SPEAKER_02 34:08

Ja klar, also am Ende, du hast ja trotzdem NPM-Skripts zur Verfügung, heißt ja dein Leute, dann sagst du halt, dein Lin-Skript heißt ES Lint und dann lässt du VP Run-Lint laufen und fertig, kein Problem. Das kann genauso gecached werden zum Beispiel. Also auch da das Caching funktioniert mit allen möglichen Befehlen, auch Teilen davon. Also wenn jetzt irgendwie, was weiß ich, TSC und was anderes hast, dann werden auch diese Zwischenschritte tatsächlich cachbar. Das ist ganz witzig. Und das ist auch mega, mega powerful. Aber ansonsten, genau, es hält dich keiner davon ab zu sagen, ich nutze ein anderes Tool, weil wenn man es auch mal ein bisschen komplexer denkst, wie deinen größeren Projekten, hast du immer nochmal ein eigenes Buildskript. Das ist nicht nur einfach, ich nehme jetzt Video und fertig. Sei schon, ich habe irgendwie Meta-Framework wie NUX, dann kann ich ja nicht einfach sagen, ich lasse den Viet-Server laufen, sondern dann muss ich ja, mein Bildskript ist NUX-Bild. Und dann lasse ich wie mit VP-Run-Bild das Ganze laufen oder VPR-Build als Shortcut, wenn man nur drei Zeichen schreiben möchte. Und dann ist es gut. Also das Ziel ist auch da, das ist eigentlich bei allen unseren Projekten so, so möchten das Ökosystem immer mitnehmen. Wir haben gesagt, OX-Lint zur A-Slin-kompatibel sein. Du kannst ES-Lin-Plugins, habe ich auch noch nicht erwähnt, ist vielleicht noch witzig zu erwähnen, JavaScript-E-S-Lin-Plugins in OX-Lint laufen lassen. Es gibt nur zwei Ausnahmen, keine Custom Parser, also ja zu View Parser, Svel-Parser, TypeScript-Parser geht da entsprechend nicht drin. Und keine Type-Aware-Regeln, genau, dadurch auch, also keine eigenen. So TypeScript-A-S-Lint ist alles gecovert, bis auf zwei nicht so wichtige Regeln. Und das gleiche mit OX-Format und Prettier. Die Idee ist zu sagen, ey, das soll am Ende alles funktionieren, klar, wir wollen doch irgendwann ganz gerne Pretier Plugins unterstützen, Schritt für Schritt. Und so ist eigentlich die Philosophie. Weil das Schlimmste beim neuen Tool ist, wenn du jetzt sagst, okay, hey, schön, aber jetzt muss ich alles neu lernen und ich kann nichts nutzen, was vorher da ist. So, dann migriert halt einfach keiner, außer Leute sagen, ich habe da jetzt genau das Problem, es gibt mir jetzt einen 10x oder 100x Return. Und selbst dann ist halt die Frage, wie wird das Tool weiter maintained und kann ich dann jetzt wirklich alles abbilden, was ist, wenn ich an ein Problem komme? Plus die meisten von uns Webentwicklern ist ja, also den meisten ist es, liegt es sehr am Herzen, wenn ich so ein bisschen, ich sag mal, rumbasteln kann, sagen kann, ich kann eine eigene JavaScript-Regel schreiben, ich muss jetzt nicht irgendwie Rust lernen. Deswegen auch da, Tools in Rust mit JavaScript als Plugin Interface.

SPEAKER_01 36:14

Dave hat ja vorhin schon bei der Cloudflare-Geschichte so ein bisschen das Community-Sentiment angesprochen. Vielleicht sprechen wir da auch bei VPlus einmal drüber. Wie wurde das dann so aufgenommen? Weil ich kann mir vorstellen, dass es da auch irgendwie zwei Lager gab. Die einen, die so mehr vielleicht so aus meiner Perspektive auch kommen, sagen so, oh ja, ich will mich da weniger mit beschäftigen und wenn mir hier mehr Fertiges irgendwie gegeben wird am Stück, dann nehme ich das gerne. Ich kann mir aber auch vorstellen, dass es Stimmen gab, die gesagt haben: Boah, da wird versucht, irgendwie eine Toolchain zu zentralisieren, die das vielleicht gar nicht notwendig hat. Da wird versucht, irgendwie Vorgaben zu machen, wo früher offene Auswahl bestand, da wird versucht, irgendwie Tools zu enforcen, die für TypeScript gar nicht mehr in TypeScript geschrieben sind, oh mein Gott, so, ja. Wie ist da die Arbeit mit der Community?

SPEAKER_02 37:01

Also natürlich, es gibt immer unterschiedliche Lager und gerade als das angekündigt war, als Source Available, nicht komplett Open Source, war die Stimmung natürlich nochmal ein bisschen anders. Aber seitdem das Ganze ist Open Source Release, gibt es eigentlich Leute, die sagen, ja, voll geil, nutzen wir oder wollen wir irgendwo einführen. Die Leute sagen, ey, alles gut, ich möchte mir gerne meine Tools so selber zusammenstellen und dann ist es okay, dann nutze ich es halt nicht. Weil, also das ist wieder auch da der Vorteil, niemand sagt ja jetzt, okay, du kannst nur noch die unterliegenden Tools in VPlus zusammen verwenden. Ich habe erst gestern, wenn man gequatscht hat, gesagt, ja, ich nutze halt noch NPM und Node und klar nutze ich irgendwie Oxland, OXN, OX-Format und Tier ist down zum Verpacken von einer Library, aber das war es halt auch schon. Und wenn ich halt morgen Biam ausproben möchte, probiere ich Biam aus. Also ich glaube, das sind Leute sehr, die so, sag ich mal, sehr in Tooling verliebt sind, sagen ja, ja, brauche ich halt nicht. So, ich stelle es mir lieber selber zusammen. Aber das ist halt auch ein kleiner Teil der Community, würde ich behaupten. Viele Leute sind einfach sehr froh, dass sie halt den Hustle nicht haben müssen. Sie sagen, jetzt muss ich das wieder konfigurieren und dann geht das nicht, sondern ich nutze es halt und fertig.

SPEAKER_01 38:06

Wir sind ja hier bei der Programmierbar und wir wären nicht bei der Programmierbar, wenn wir nicht auch über AI sprechen würden. Selbstverständlich. Guter Übergang. Perfekt. Ich habe, als ich mir vorhin die VPlus-Seite angehückt habe, einen Button gesehen, den ich so immer öfter sehe bei Projekten. Ja. Und zwar diesen Copy-Prompt-Button. So ist es, ja, genau. Ich weiß nicht, wie involviert du darin warst, aber was dieser Button ja macht, ist, ich habe mir mal das Prompt geben lassen, was er mir dann so andrehen würde. Versuchte im Prinzip, falls du einen Coding-Agent am Start hast, dem halt so ein bisschen die Basics mitzugeben, was halt irgendwie alles gebraucht wird. Und ich habe gesehen, dieses Prompt verweist auch auf so eine, ich sag mal, LLM-Instruction, die so ein bisschen umfangreicher ist, die es auch zu Beat Plus gibt. Boah, also ich scroll gerade mal durch, aber ich würde sagen, so 2000 Zeilen hat ihr bestimmt oder so. Ja. Also habt ihr da. Also, wo? Nee, andersrum, wie frage ich das am besten? Wieso habt ihr das gebaut? Ist das was, was so wirklich nachgefragt wird? Hey, ich würde das gerne mal ausprobieren, aber ich will da irgendwie wenig Session mit haben und könnt ihr das nicht einfach irgendwie meinem Agent geben? War das was, was ihr eher so proaktiv irgendwie seht und habt ihr vielleicht sogar Analytics, um zu sehen, ob das wirklich genutzt wird? Weiß nicht, gibt es Traffic auf diese LLM-Instruction-Seite, gibt es Klicks auf diesen AI-Button, das würde mich mal interessieren.

SPEAKER_02 39:30

Also Klicks auf den AI-Button tracken wir nicht. Aber natürlich tracken wir, wie viel Traffic zum Beispiel an Bots auf die Seite kommt, wie viele Leute Markdown der Dokumentation aufrufen oder die LLM-Instructions und Co. Was uns wichtig war, also gerade im heutigen Zeitalter, wenn wir jetzt, wenn ich es beispielsweise sage, ich nehme jetzt einfach mal meinen Coding-Agenten und sage, okay, ich möchte jetzt ein neues Projekt anfangen, was nutze ich denn? Dann üblicherweise heißt es erstmal Viet, was schon mal cool ist oder manchmal auch Next.js, und da kommt drauf an, was man baut, aber okay, das ist gut. Und V-Test, alles klar. Nur wie kriegt man dann hin, dass man sagt, okay, es gibt was Besseres als einfach nur Plain Viet. Naja, da braucht man ein bisschen Awareness für. Und aktuell ist es nicht drin, Knowledge Cutoff und Quo, klar, das heißt, das dauert noch ein bisschen, bis es dann auch die Modelle entsprechend benutzen. Aber wenn ich einfach sage, okay, es gibt ganz viele Leute, die einfach in den Agent nehmen und sagen, migriere dieses Projekt bitte und uns lass VietPlus nutzen. So, dann wäre es natürlich sinnvoll, wenn der Agent das auch so nach bestem Wissen und Gewissen auch ordentlich macht. Heißt, da einfach die Informationen zu liefern, das sind einfach, wie gesagt, viele Sachen wie Docs als Markdown, viele Sachen wie, wenn du VidPlus selber installierst, dann kannst du auswählen, ob das eine Agents-MD und auch CloudMD, weil, naja, Standards, erstellen soll, wo dann alle Informationen drin sind, dass er nämlich nicht zum Beispiel sagt, ich lasse den Server irgendwie mit VidDev laufen, weil ich sehe Viet in der Dependency-Liste, sondern ich lasse halt irgendwie VPRunDev oder ähnliches laufen. Also da geht es schon darum, auch den Agenten so ein bisschen anzuweisen. Auch da dann der Verweis auf die Docs zu sagen, ah, es gibt noch viel mehr, was du machen kannst, guck gern da. Und das funktioniert recht gut. Auch da auf der Roadmap aktuell kann sein, dass das, wenn die Episode rauskommt, schon da ist. Wir wollen ganz gerne E-Ware bauen, dass wir sehen, okay, was hat denn wie viel Effekt? Wir wollen. Das ist jetzt meine nächste Frage noch gewesen. Genau, das ist extrem wichtig für uns, zu sagen, okay, wir möchten natürlich, dass die Agenten noch besser mit BeatPlus umgehen. Das ist auch schon intern gestartet, wie immer Prioritäten und Open Source-Projekte gibt es ja viele, die wir maintain müssen. Das heißt, da muss man ein bisschen gucken. Aber das ist auf jeden Fall auch was, was auf der Roadpoint zu sagen, okay, wir wollen, dass natürlich noch besser funktioniert und dass auch unsere Agents-MD, die wir mitgeben, nützlich ist und co. Genauso könnt ihr auch sagen, ey, ihr wählt das ab, weil ich möchte da was Eigenes reinbauen oder ich mache das selber. Ansonsten kann die auch automatisch geupdatet werden. Also ein neuer VP-Release lokal installiert, dann wird die Agents-MD geupdatet, gibt es einfach so eine Markierung zu sagen, gut, da wird das ersetzt im Teilen davon. Genau, und das ist auf jeden Fall schon sehr hilfreich, weil sonst hat der Agent halt genau keine Ahnung, was da genau abläuft. Oder müsste halt sagen, jetzt suche ich erstmal etc. Aber dadurch, dass es entsprechend auch lokal verfügbar ist, die Docs über die Node-Modules auch mitgeliefert werden müssten, sollte es klappen.

SPEAKER_01 42:07

Ja, das mit den E-Walls hätte mich auch interessiert, weil wie gesagt, das Dokument ist schon ein bisschen umfangreich und das, glaube ich, mal so zu testen. Und macht, also A, macht es wirklich das, was es soll. Und B, brauche ich wirklich alles davon oder reicht nicht vielleicht auch ein schlankeres Set, um quasi dasselbe Ergebnis zu erreichen? Das mal messbar zu haben, super interessant, wenn ihr da Insights habt.

SPEAKER_02 42:28

Reiche ich, wenn das bis zum Release der Episode da ist, auch gerne nochmal nach als Link, weil wenn, dann wird es es natürlich auch öffentlich geben. Einfach nochmal, schreib einfach nochmal Nachricht oder wenn ich dran denke, schreibe ich es genauso. Ansonsten sieht man das ziemlich sicher auch auf den Socials, sobald wir dazu was haben, weil genau, das liegt ja auch in unserem Interesse. Und vor allem, wir haben das jetzt ganz oft mit Tools, weil es kommen trotzdem noch neue Frameworks raus, wie wir es halt mit Octane zum Beispiel gesehen haben oder auch mit Ripple oder ähnliches, die dann auch nicht in den Wissen der Agenten mit drin sind. Das heißt, da brauchen wir natürlich eine Art und Weise zu sagen, gut, so wird das Ganze verwendet und das wollen wir auch optimieren. Das ist, denke ich, der guter Weg dahin.

SPEAKER_00 43:06

Wo wir gerade auch noch in dem AI-Space sind, ihr habt ja VIPlus angefangen zu entwickeln, da war das ja, also AI gab es da schon, war aber glaube ich jetzt noch nicht so stark fortgeschritten, wie es heutzutage ist. Merkt ihr, dass das halt quasi jetzt auch mit der Entwicklung an VPlus auch etwas deutlich mit euch macht, halt quasi, was der Fokus ist, an nächsten Schritten und sowas, alles, dass ihr halt viel mehr denkt, hey, okay, wie können wir AI dazu noch stärker enablen, das zu nutzen?

SPEAKER_02 43:28

Ja, also natürlich, zum einen wissen wir einfach, viele Leute schmeißen ihre A-Tons drauf und sagen, nimm das mal und dann soll es auch bitte funktionieren. Das ist der eine Punkt, aber auch natürlich die Entwicklung selber, also sehen wir eigentlich bei all den Open Source-Projekten, dass bei uns die Velocity halt sehr zugenommen hat, weil natürlich, man lässt Staging hier laufen oder gibt es nochmal ein Performance-Finding, dann ist sich der Form oder nochmal x mal schneller, weil man da noch was gefunden hat. Also das ist auch extrem hilfreich. Und dadurch, das wäre nun mal eine Welt zu steuern, wo AI mehr und mehr genutzt wird, jetzt nicht nur von denen, ersten paar Prozent, wir sind ja trotzdem so gesamt global gesehen noch irgendwie early. Da gibt es ein sehr schönes Chart zu. Also auch da einfach zu sagen, ich will es nicht mit Blasbus anfangen wie AI Native, aber einfach, es soll mit AI gut funktionieren. Und wir fangen jetzt auch nicht an zu sagen, es gibt was und es gibt es nur als Web UI für den Nutzer, sondern das wollen wir gerne ins CLI mit einbringen. Ein Beispiel dafür ist, wo wir gerade dran arbeiten, es ist wahrscheinlich auch schon released, wenn die Episode rauskommt, die Visualisierung des Dependency Graphs in einem eigenen Projekt. Beispiel riesige Monorepo, dann zu sagen, wie hängen die Pakete jeweils zusammen. Und das wollen wir ganz gerne in Mermaid machen, dass der Nutzer das entspricht, Cito angezeigt bekommt, aber die AI kann ja auch Mermaid interpretieren. Und dann später als JSON einfach weniger Tokens und Kohlen, auch wieder iterativ. Wenn das Ganze mit Mermaid gut genug ist, nicht schlecht, aber auch dafür wollen wir dann Evers haben, zu sagen, okay, kriegt der Agent das denn hin mit Mermaid, wie viele Tokens wären das? Oder wäre Jason da sinnvoller und was für ein Format? Das sind auf jeden Fall alles Überlegungen, wir sagen, wir denken da Agents definitiv mit, aber wir wollen auch, also idealerweise, meiner Meinung nach, es sind immer Features, die alle Nutzer irgendwie bevorteilen. Also nicht nur zu sagen, ja, das ist jetzt nur für die Agents, sondern im besten Fall hat das, es gibt so eine Analogie auch eigentlich zu SEO, es gibt eigentlich immer oder Accessibility oder UX, so am Ende ist es eigentlich immer gut für alle. Deswegen da würde ich mich persönlich mal ganz gerne drauf fokussieren.

SPEAKER_01 45:24

Alright. Alright. Jetzt haben wir schon so ein bisschen die Zukunft hier angesprochen, die AI-Zukunft, aber es gibt ja auch die normale Zukunft so. Die echte Zukunft. Die handgemachte Zukunft. Was seht ihr da für Viet und VietPlus und vielleicht auch für Void als Ganzes irgendwie in den nächsten, weiß nicht, ein bis drei Jahren noch auf euch zukommen?

SPEAKER_02 45:47

Boah, ein bis drei Jahre ist ja, also wenn man das in AI an rechnet, also von AI an auf Menschen herunter rechnet, abseits von AI. Also einfach nur, keine Ahnung, ich halte mich bei jeglichen Predictions komplett zurück. Aber was für VietPlus auf jeden Fall ansteht, es ist wie gesagt zum Zeitpunkt der Aufnahme in Beta. Wenn ihr das hört, ist es wahrscheinlich immer C und wird hoffentlich bald das 1.0 rauskommen. Auch da, das Ganze ist schon recht stabil. Also eigentlich, wir hatten nie groß Break-in-Changes seit der Alpha, was sehr cool ist. Heißt, holt es gerne aus und gebt Feedback, dass eigentlich das A und O, was wir auch in unserem Blogpost immer schreiben. Wir sagen, gut, wir wollen halt noch wissen, gibt es Features, da könnt ihr nicht ohne. Und die bräuchten dann zum Beispiel vielleicht ein Break-in-Change. Aber das müsst ihr uns ja nicht sagen. Ihr müsst nur sagen, was ihr gerne als Features wollt. Und das würden wir natürlich gerne vor der 1. Hülle noch irgendwie mitunter bekommen und sagt, okay, das Key-Ding, was jetzt Leute brauchen, wir vielleicht noch was ändern müssten für. Das wollen wir gerne eher haben. Aber das steht auf jeden Fall an. Wir haben so ein paar Sachen auf dem Zettel, zum Beispiel VP-Release als Kommando, also einfach zu sagen, ich kann Pakete, gerade wie bei Monorepo, sehr interessant, aber auch einfach ganz normal, mit einem Release-Flow releasen, den man auch customizen kann. Wir arbeiten weiter an der Erstellung, Generierung. Ein cooles Feature ist zum Beispiel, man kann selber über NPM-Pakete Templates festlegen, die man nutzen kann und dann mit VPCreate, also das ist zum Beispiel add meine Firma slash Template oder einfach add meine Firma, wie auch immer, dann über einen Scope nutzen, um Projekte zu erstellen. Da möchten wir auch gucken, wie sieht das aus für größere Nutzer, kleinere Nutzer, große Firmen, kleine Firma, etc. Ist das funktionalitätstechnisch ausreichend? Gibt es da was, was man noch braucht, irgendwie Skripte ausführen nach dem Installer, etc. etc., dass man sagt, okay, sowohl für das eigene Projekt kann ich sagen, ich habe jetzt mein Template, das möchte ich gerne überall nutzen und muss nicht immer Copy-Pasten. Aber auch eben in größeren Boons zu sagen, hey, unsere Projekterstellung kann einfach genau damit laufen, das macht alles, was wir brauchen. Wir brauchen keine, keine Ahnung, Make-Fires oder ähnliches. Oder was auch immer man so nutzt. Das sind auf jeden Fall so ein paar Punkte, die noch kommen. Ansonsten ganz viel, was noch Fragezeichen dran hat, zum Beispiel so das Thema Docs-Ausstellung, ist was, was wir ganz gerne machen würden, auch einfach Bandbreiter ist limitiert. Wir sind da gar nicht so viele Leute, wie gesagt, da 18 Leute, die alle von Void Zero da noch rüber zur Cloudflare sind. Plus natürlich Core-Teams und Contributors, die aber das Ganze nicht Vollzeit machen. Und ja, da kommt auf jeden Fall viel. Ich glaube, was Viet angeht selber, dann gibt es einen, gibt es mehrere interessante Proposals. Eins ist das Ganze ein bisschen AI-freundlicher zu machen, im Sinne von, oh, der VDE-Server ist jetzt zehnmal gestartet, weil der Agent nicht weiß, dass schon einer läuft. Also dann war die Idee, zum Beispiel zu sagen, ey, ich habe einfach einen Log-File, was halt die Informationen gibt, hey, das ist der Ordner, das ist der Prozess, der Port, etc. Dass dann also Agent sagt, kann, oh, läuft schon, nehme ich den einfach. Sowas in der Richtung, da sind ganz viele Sachen, die noch im Ausbau sind. Ansonsten die Viet Environment API wird irgendwann noch abgeschlossen. Das ist aber auch nochmal ein ganz eigenes Thema auf jeden Fall. Und ansonsten geht es zu verschiedene andere Sachen, ne? Deployment Metadata. Ich habe irgendwie noch einen RFC, den ich gerne schreiben möchte zum Thema Server-Side Rendering Asset Collection, aber das wird alles super technisch und detailliert. Aber da passiert viel. Also das ist stetig im Wandel. Und bei Ox und Oxforman natürlich einfach die komplette Parität mit dem Ökosystem wäre super. Aber da sind wir auch so ein bisschen jetzt auf TypeScript angewiesen.

SPEAKER_00 49:10

Dave, hast du noch eine Frage? Nein, ich fand, das war ein sehr aufschlussreicher Einblick in die Zukunft. Das war krass. Also ich mir so, oh, steht doch echt einiges an. Und ich bin jetzt schon sehr zufrieden mit Viet, by the way, will ich jetzt an der Stelle nochmal sagen. Perfekt, sehr schön.

SPEAKER_02 49:23

Das gebe ich gerne weiter. Wer übrigens nicht zufrieden ist, schreibt auch gerne. Sagt gerne Bescheid, was euch stört, weil das hilft uns auch nochmal zu sagen, hey, was sind vielleicht irgendwelche Blindspots? Es ist super schwierig, all die unterschiedsten Cases abzudecken. Und ich finde, auch so Viet macht es eigentlich nicht schlecht, wenn er selbst sagt, ihr schreibt irgendwie Web Components und irgendwie Plain HTML, könnt ihr Viet nutzen, um irgendwie Hot-Monto-Reload zu bekommen oder einfach einen Dev-Server. Das ist schon sehr, sehr angenehm, vielleicht zur alten Entwicklung. Insofern, ja, wenn ihr es noch nicht nutzt, schreibt man gern wieso auf einschlägigen Social Media Plattformen, vergesst nicht programmierbar zu taggen. Und ja. Ah, der Mann ist ein Profi.

SPEAKER_01 50:00

Also wirklich, also hast Social Media Game durchgespielt. Ich versuche recht. Ich versuch's. Er will einfach auch zum fünften Mal nochmal eingeladen werden. Irgendwann müssen wir dir Folge kommen, ne? Hab ich gehört. Gibt es eine Bonuskarte eigentlich? Es gibt treue Punkte bei der Programmierbar, wenn du auch.

SPEAKER_02 50:16

Er ist im nächsten Programmierkon einfach. Zack, treue Punkte. Fertig. Er ist ab der zehnten Folge. Dann ist die 11.

SPEAKER_00 50:21

kostenlos.

SPEAKER_02 50:22

Okay, perfekt. Super. Das ist gut zu wissen.

SPEAKER_01 50:26

Sag ich Bescheid. Alex, gab es noch eine Frage, die wir dir nicht gestellt haben, irgendein Thema, auf das du dich mega vorbereitet hast, über das du unbedingt reden wolltest und gesagt hast, wieso, hat mich hier niemand danach gefragt. Nö, eigentlich gar nicht.

SPEAKER_02 50:39

Ich glaube, das, obwohl, na, wenn du es schon so fragst, wenn du das schon so fragst, View ist ja schon mal kurz vorgekommen. Das ist nur so ein kleiner Disclaimer, View ist, da ich auch von Evan erstellt wurde, wird es immer so ein bisschen mit reingemischt, aber View ist tatsächlich ganz komplett außerhalb dieses Void Zero Kosmos zu betrachten, als komplett eigenständiges Projekt. Das wollte ich nochmal als Zeile gesagt haben, weil das ja logischerweise der Steller von Viet und View ist und der CEO von VoidZero war, wird es immer so ein bisschen mit reingemischt, aber das ist sein Baby und da kommt kein Venture Capital ran, da kommen keine Rechtinhaber außer ihm selbst ran. Und da geht es aber auch weiter. Also da können wir irgendwann mal über View 4 irgendwann reden, aber das ist für später.

SPEAKER_01 51:19

Ja. Nice, nice. Sobald wir die Programmierbar Webseite mal wieder auf ein aktuelles Naxt und View und alles geupdatet haben, können wir da dann auch mal wieder schauen. Das sollte jetzt Zeit haben, da gab es ein paar Security Patches. Ja, ja, ich hab das gesehen.

SPEAKER_02 51:34

Und jetzt mittlerweile, wenn ihr dir die Folge hört, ist ja schon alles geupdatet, also ist ja no pressure, Alex, danke.

SPEAKER_00 51:41

Wann kommt die Folge raus? 2028. Ich glaube auch.

SPEAKER_01 51:47

Ich glaube auch. Veröffentlichungsnotizen ins CMS, die kann erst veröffentlicht werden. Cool, cool. Ja, ich weiß nicht, Alex, hast du noch irgendwas? Du hast VietConf schon angesprochen, wieder online. Gibt es sonst noch was, was du pitchen willst?

SPEAKER_02 52:06

Ich glaube, das ist eigentlich das Wichtigste, genau. Müsste auch genug Zeit sein, wenn ihr die Folge hört. Insofern, das ist cool. Ansonsten, ich kann immer jeden Uhr anhalten, wenn ihr Probleme hat, bitte schreibt irgendwem, macht ein Issue auf, das ist immer das Allerbeste, was ihr machen könnt. Wenn ihr gerne wollt und keinen Stop, macht auch gerne ein PR, aber Issue ist das Allerwichtigste. Ansonsten, ja, wenn es Probleme gibt, Scheiß sagen.

SPEAKER_01 52:30

Das ist, glaube ich, generell gute Life-Advice. So, wenn du Probleme hast, schreib jemandem was vor. Kann man so stehen lassen.

SPEAKER_02 52:36

Oder doch bitte vielleicht eine DM und nicht immer auf Social Media wenden, weil meistens, das gibt so ganz viele Sachen, das kann man recht einfach an der DM schnell lösen und dann muss man kein riesiges Fass draus machen. Aber das muss ich euch ja nicht sagen und den Hörern ja auch nicht. Ja.

SPEAKER_00 52:53

Mir ist mir spontan doch noch eine Frage gekommen. Das würde mich jetzt mal interessieren, weil du gesagt hast, bitte keinen Slop. Wir haben, glaube ich, schon in den letzten zahlreichen News immer gesagt, so viele Open-Source-Projekte sagen jetzt so, oh, nee, wir verbieten die Nutzung von AI oder auf jeden Fall keine automatisten Agents, die irgendwelche PRs erstellen. Das ist natürlich, glaube ich, ein Problem, das sehr viele Open Source Projekte aktuell haben. Du hast aber auch gleichzeitig gesagt, so, hey, richtig geil, wir haben super viel Velocity. Das klang sehr positiv geframedt. Aber jetzt natürlich auch so Richtung Slop und sowas alles. Also merkt ihr das und wie handhabt ihr das aktuell? Das würde mich jetzt auch nochmal mega interessieren.

SPEAKER_02 53:25

Ja, ja, wir merken das natürlich. Gerade so die großen Projekte sind ja ganz gerne Ziele von, ich möchte jetzt mal Open Source Contributions machen, was cool ist, aber dann halt eben nicht mit, ich packe jetzt einen Agent drauf und fertig. Ich glaube, generell leben wir es überhaupt nicht ab. Wir sind immer ein großer Fan, wenn man erst ein Issue aufmacht und darüber diskutiert, weil da gibt es die Story mit, es gab mal ein Issue mit, ich habe diesen Bug gefunden und zwar eine Panic in Roldown, heißt da, sagt Roldown, okay, tschüss, ich bin's, ich bin tot, abgeraucht, fertig. Geht nicht mehr, kaputt. So. Und dann kommt die erste Frage aber, okay, danke fürs Reporten. So, wie kriegen wir es reproduziert? Weil gerade als Bunter mit, du hast ja unglaublich viele Konstellationen und Möglichkeiten. So, okay. Und dann hat er gesagt, so ja, der Autor ist halt in der Firmenrepo, kann ich nicht teilen. Und ich denke, ja, okay. Kannst du nicht deinen Agent draufwerfen lassen, hier mach mal eine minimale Reproduktion, dass die Panik noch kommt. Er sagt, ja, klar. Er hat, oh nee, ging nicht. So, auch da wieder nicht, jeder hat ja Zugriff zu, also Access zu AI, kostet ja auch alles Geld letztendlich. Und dann die Free Models sind halt teilweise auch nicht so gut oder nicht gut genug. Das war das erste Learning. Das zweite Learning, dann kam ich und hat gesagt, oh, ich habe das gleiche Problem, ich habe mal ein PR gesendet. Klar, Plotfist, der PR war für seine Lösung super, aber nicht generalisierbar und jetzt hatten wir nach wie vor keine Ahnung, wie der Fehler überhaupt zustande kommt. So, das hat es dann weitergezogen. Leute haben gesagt, ja, hier, und ihr könnt gerne kommentieren, dass ihr das gleiche Probleme habt, aber bitte, irgendwer, macht euch mal die zehn Minuten Aufwand und sendet doch einfach, wie ich das reproduzieren kann. So, dann tatsächlich, das letzte Mittel wurde dann gegriffen, mir hat dann jemand dankenderweise seine Firmenrepo geteilt, sagt ja, ich kann es nicht machen, aber hier, aber bitte nicht teilen, weitergeben, bla bla. Und dann konnte man es reproduzieren und es konnte gefixt werden. Aber sowas natürlich vermeiden, wenn es geht. Also bitte. Es ist heutzutage kein großer Aufwand. Es war fein zu sagen, ey, ich habe die minimal Repo mit AI produziert, ich habe mal drüber geguckt, wie viel immer, dann gibt es noch folgendes Problem. Es ist immer noch besser als nichts, als einfach zu sagen, ja, das geht nicht. So, das ist das eine. Und dann bei PRs, ich glaube, das Allerwichtigste ist, es ist voll in Ordnung, PRs zu senden mit AI-Assistance, es ist immer gut, wenn man das disclosed. Ich finde da die Regel von, die wir in Naxt haben, tatsächlich ganz gut. Und zwar, da gibt es eigentlich nur zwei. Das eine ist, dass einfach das LM nicht für dich denken. Also aka, wenn du einen Codes verbittest, versteh einfach, was du das vermittelt, wenn du einen PR stellst, du hast die Verantwortung dafür. Also du sollst es auch erklären können. Und das passt doch ganz gerne ins zweite rein, und zwar die PR-Beschreibung soll bitte kein großer Roman sein, sondern erklär einfach in eigenen Worten, was da passiert. Und das sind eigentlich die großen zwei Kriterien. So, der Rest, natürlich kann man ein bisschen was anpassen, keine Ahnung, die in langen Kommentare aus dem Code raus, etc. Aber das sind dann Kleinigkeiten. Solange es halt wirklich, ich sag mal, der Human noch in the Loop ist und es ist nicht einfach so, ja, mein Agent hat das mal erstellt und hochgesendet, das ist so das A und O eigentlich. Da bin ich ein großer Verfechter von. Und in ja, in V-Road, zum Beispiel in Rotern sieht man es auch oft, Leute senden PRs, haben aber nicht den kompletten Kontext, weil so ein Bundler auch für mich allein auch schon, es ist halt schwer zu überblicken, wenn du es halt nicht tagtäglich machst, weil ja, ne, Modulgraphen und dann lazy importe Module und dies und das und es ist viel. Und da einfach zu sagen, okay, ich schreibe es mal Issue, ich diskutiere, ist schon sehr viel wert. Wenn man sagt, ich schreibe eine Issue und mache dann eine PR auf und sagt, okay, vielleicht, ja, Chance ist, dass er nicht gemerkt wird, ist okay, aber im Hand gibt es eine Möglichkeit, muss man diskutieren, das ist auch noch in Ordnung, aber der Issue ist eigentlich das, was der PR früher mal war, würde ich sagen. Vor allem für so Sachen, die so kontext-heavy sind. So Docs, Changes oder alles, ey, gerne sendet PRs, kein Problem. Kleinere Fixes, die wirklich simpel sind, logisch, aber jetzt nicht sagen, oh, ich habe jetzt hier, keine Ahnung, nativen View Support in Oxland eingebaut, hier ist mein 10.000 Zeilen PR. Nee.

SPEAKER_01 57:18

Ja, ich musste gerade wieder an dieses Bun-Refactoring denken. Hier ein Pull Request, wir tauschen die Sprache aus. Go! Looks good to me. Ja. Shippet. Okay.

SPEAKER_02 57:30

Das ist auch nochmal eine ganz andere Welt. Ich meine auch da, die Kunstperformance, dass dann Robo-Bunnen mit den AI-Reviewern redet und hin und her und das ist, es gibt ja eigentlich nur noch, aber ein Issue wird erstellt, dann wird geguckt, kann ich es reproduzieren, da wird ein PR gesendet und wir gucken das Team noch durch. Das ist auf jeden Fall sehr spannend. Ich bin sehr froh, dass ich zumindest bei Projekten, die wichtig sind, also jetzt nicht irgendwie mein, keine Ahnung, ein Side-Projekt, was nur drei Leute sehen, dass ich da den Code noch selber review und auch selber drüber gucke, weil mich halt nicht nur das Ergebnis interessiert, sondern auch ob es maintainbar ist. Aber wir haben ja auch Token-Limitation, muss man auch so sagen. Wir haben ja nicht unendlich Tokens zur Verfügung. Das ist auch noch ein Punkt, wo man sagt, gut, das ist, da ist vielleicht bande nochmal eine anderen Stellung.

SPEAKER_01 58:12

Das ist ein schöner Schluss, aber es ist kein Schluss, Dave, denn wir machen jetzt die Picks of the Day. Woo! Yay!

SPEAKER_00 58:38

Der Jingle geht immer so hart, ey. Ich feiere das komplett, ey. Möchte ich gerne zum Kopf nicken.

SPEAKER_01 58:44

Dave hört bei den Programmierbarfolgen auch eigentlich nur die Pics of the Day. Den ganzen Content vorher, den gibt er eigentlich dann. Aber auch nur das Jingle.

SPEAKER_00 58:52

Auch nicht das, was die Leute danach sagen, sondern nur dieses Jingle und das war's.

SPEAKER_01 58:55

Ah, gute Folge wieder. Gute Folge. Der beste Beitrag in der Programmierbar ist immer der von Carlo.

SPEAKER_03 59:01

Ja, das stimmt.

SPEAKER_01 59:02

Schau da an Carlo an der Stelle. Absolut, schau-der, danke fürs Editieren. Wunderbar. So, Dave, du hast gesagt, du hast ausnahmsweise deine Hausaufgaben gemacht.

SPEAKER_00 59:10

Jetzt bin ich gespannt. Ja, und es passt sogar eigentlich zum Thema Hören, denn nutzt ihr beide Spotify? Nein. Ja, habe ich mal, aber aktuell nicht. Ah, okay. Ja, das geht gute Einleitung der. Naja, okay, und dann nochmal. Aber dann ist es also für euch vielleicht sogar was Neues, weil dann kennt ihr dieses Feature noch nicht. Und zwar seit geraumer Zeit, ich glaube so ein, zwei Monaten, ist so was Neues auf meiner Spotify Home aufgetaucht, nämlich so ein blaues Symbol mit so einem Kreis drin. Er sieht schon sehr agent-mäßig aus und tatsächlich ist es so, es ist nämlich der DJ Ben, das ist mein Pick of the Day. Es ist was von Spotify und zwar ist das ein AI-DJ, so klingt erstmal cringe und es ist auch 10% cringe, aber Oberchacht, ich sage euch gleich, was daran eigentlich ganz geil ist. Und zwar das Ding ist, also mein Musikverhalten ist immer so, ich habe so meine fünf, sieben, acht neuen Künstler oder so, die höre ich und dann kommt da irgendwie ein neues Album raus, neue EP, ein neuer Track, höre ich rein, höre ich ganz nett auf Loop und dann habe ich halt irgendwie meine immer größer werdende Liste von Liedern, die ich einfach immer nur wiederholt höre, bis was Neues rauskommt. Und dieser DJ Ben, der also ist, also was ein bisschen cringes ist, der sagt immer so, hallo, hier ist dein DJ. Jetzt erstmal was aus dem Jahr 2024. Also der macht immer so richtig cringe-Übergänge, wo er dann immer reinspricht, wo wir denken, so, lass das bitte sein, lass das bitte sein. Aber dann, er macht halt wirklich phänomenale Lieder-Vorschläge. Und das war wirklich so, ich habe so bestimmt wieder so zehn Lieder gefunden, die ich vor zehn Jahren oder so gehört habe und dachte mir, oh mein Gott, das habe ich ja rauf und runter gehört.

SPEAKER_01 1:00:34

Ich habe voll vergessen, sind das aber Tracks, die du vor zehn Jahren schon auf Spotify gehört hast und die das quasi in deiner Listener-History finden können? Genau. Irgendwas, wo der AI-DJ quasi sagt, so du hörst das, dir würde auch nicht gefallen.

SPEAKER_00 1:00:49

Nee, genau, also, also beides macht er. Also zum einen halt das, was ich schon mal gehört habe in meiner History, also relativ einfach so, aber der sagt doch so, hey, du hörst ja viel Deutsch-Rap beispielsweise, hier ist das Neue so und dann schlägt mir neue Lieder vor und ist eigentlich ganz gut. Manchmal ist er ein bisschen random, weil er sagt so, okay, und das war jetzt ein krasser Rap-Song, jetzt mal wieder Klassik. Und da spielt er so Beethoven oder Mozart und ich meine so, wo kommt das? Her? Ja, geil. Also es ist manchmal ein bisschen random, aber er versucht halt alles vorzuschlagen. Und ich bin so, okay, ich skippe jetzt durch die Klassiksache und die Jazzsache und so. Aber er bemüht sich und also ich bin, also warum ich das Feature mag, ist, weil der echt geile Vorschläge macht. Also das ist wirklich etwas so, also jedes Mal dachte ich mir, also ich lasse ihn jetzt immer laufen, weil ich mir denke, also es sind einfach die Lieder, auf die ich Bock habe und der da auch ein paar neue Reihen spült, wo ich mir denke, ach ja, es ist genau mein Stil. Und eine zweite Funktion, die auch cool ist, ist, du kannst ihn auch wirklich prompten. Also ich habe es halt ein paar Mal genutzt beim Training zum Beispiel, dass ich gesagt habe, so, hey, spiel mal Lieder, die ich viel höre, die mir jetzt so mega den Pump beim Training geben. So und dann macht er das auch und ich würde sagen, die Leadauswahl ist wirklich sehr gut. Also man kennt das vielleicht so von Spotify, so dieser Song ist sehr energetisch, der ist eher ruhig und so und dadurch kann er das relativ gut einordnen und mir passende Lieder dann spielen. Und also ich bin bis auf diese cringe Übergänge, wo der immer mit mir redet, sehr überzeugt von dem DJ.

SPEAKER_01 1:02:04

Also du machst mir tatsächlich Lust, das mal auszuhören, weil ich würde behaupten, ich bin der Endgegner von diesem Feature. So, mit meinem Musikgeschmack. Ich glaube, er wird es nicht hinkriegen, aber es macht zumindest neugierig. Ich kling, das wärst du der beste Testnutzer dafür.

SPEAKER_00 1:02:17

Ja, ich glaube schon, ich glaube schon. Oder halt auch nicht so. Ich liebe es einfach nur, ich liebe es einfach nur. Wobei ich habe ja auch ein paar kritische Punkte genannt. Also die sagen auch, es ist noch in der Beta, so, deswegen alles einmal mit Vorsicht genießen. Der hat auch ein paar Fehler irgendwie, dass er sich manchmal einfach ganz halt wiederholt. Da denke ich mir so, hä, super random. Aber eigentlich irgendwie ganz cool. Und ich, also ich höre aktuell Musik nicht anders auf Spotify als über den DJ und das finde ich ist schon was krasses, dass die mich dazu bewegt haben irgendwie, weil ich halt so zufrieden bin mit der Lied-Auswahl.

SPEAKER_01 1:02:45

Ist der, also ich kann mir das vorstellen als cooles Feature so für auf so einer Party. Weißt du, wenn es auch nicht nur so um deine Musik geht, sondern einfach nur so, wenn du ihn so ein bisschen anprompten würdest mit, hey, wir sind hier, weiß ich nicht, Sommer draußen, Garten, 20 Leute, mach mal irgendwie was Chilliges für den Abend so und dann entertaint der so die Leute zusammen. Kann der sowas auch oder macht der immer nur so für dich?

SPEAKER_00 1:03:07

Genau, und also das ist die Frage, habe ich noch nicht ausgetestet tatsächlich. Er wechselt aber auch immer so nach fünf bis sieben Liedern wechselt er auch manchmal. Der sagt so, ne, von wegen, jetzt aber super energetisches, jetzt mal ein bisschen gelassener und jetzt wieder Klassiker von Beethoven. Also der wechselt da schon dann irgendwie nach ein paar Liedern mal durch. Deswegen, ich weiß nicht, ob der so eine längere Liste dann hinbekommt. Aber oh, das wollte ich auch noch sagen, er macht Übergänge teilweise auch sehr gut, fand ich. Also das ist das eine Lied super in das nächste Transition. Manchmal ein bisschen nervig, weil der einfach dann so die letzten 30 Sekunden von dem Lied rauscuttet, wo ich mir denke so, hä, die wollte ich hören, das sind die besten 30 Sekunden. Aber trotzdem, also ich finde die Übergänge sind teilweise schon recht gut gelungen. Deswegen aber eine interessante Frage, Jan, muss ich mal austesten, ob das dann auch geht, dass er so längere Sachen erstellen kann.

SPEAKER_01 1:03:50

Okay. Wunderbar. Weil der beste Pick zum Schluss kommt, muss Alex noch kurz warten und ich dränge mich hier rein. Ich habe als Pick of the Day ein Spiel mitgebracht, Splatoon Raiders, was ich so die letzten, weiß ich nicht, die letzte Woche ist es jetzt, glaube ich, erst alt, komplett durchgesuchtet habe. Ist das für die Switch 2? Ja. Wichtige Info, genau, ob die Switch 2. Ich weiß nicht, wer Splatoon kennt, diese Switch-Reihe, das ist ja eigentlich so Competitive Shooter, würde man sagen, so. Also so sehr man halt Competitive Shooter auf der Switch haben kann, irgendwie. Oder Shooter so, ja. Oder Shooter.

SPEAKER_00 1:04:27

Also das Spielprinzip ist doch, man muss doch einfach nur die Map in seiner Farbe, in seiner Teamfarbe. Genau, so war das bei klassisch Splatoon.

SPEAKER_01 1:04:35

So, und Splatoon Raiders ist jetzt so eine Mischung aus einem Looter-Shooter, Roguelite, kurze Dungeons, fünf Minuten pro Run. Es ist auch auf Solo hin optimiert. Du kannst es im Korb spielen, du musst es aber nicht, du kannst alles auch alleine machen. Und das ist halt mega geil. Also ich finde eh so Spiele, wo man mal so fünf, zehn Minuten irgendwie investieren kann, gerne auch irgendwie länger, aber halt nicht muss so. Also ich habe gestern in Mittagspause einfach irgendwie zwei Runden schnell gemacht, ohne dass du halt gleich in so ein Loch fällst und eine Stunde irgendwie da rein investierst. Wie so die alten Warcraft-Spieler, Dave und ich hier so wissen. Das kann ja auch immer gefährlich werden. Wieder zwei Uhr früh. Ach, genau, wieder. Zwei Uhr? Wir haben eben noch Mittag gegessen und jetzt schon wieder dunkel. Fühl ich. So, ja. Es ist halt ganz cool, sowas irgendwie zu haben. Und also wer das Platoon ja auch kennt, das ist irgendwie super Comic-Grafik, es macht Spaß, es hat so selbstironisch, geht das irgendwie mit allem um. Ja, es ist cool. Nice. Und es ist auch ein Shooter, wo, wenn kleine Kinder in den Raum kommen, man nicht direkt irgendwie alles ausmachen muss, schnell oder so. War das halt, ja. Also das splattert nicht gerade irgendwie der Kopf in alle Einzelteile, meinst du?

SPEAKER_00 1:05:49

Obwohl es Splatzehoon heißt.

SPEAKER_01 1:05:53

Die Farbe ist deswegen immerhin. Splatoon Raiders mein Pick of the Day, könnt ihr gerne mal spielen. Und wenn ihr es auch habt, spielen wir gerne mal im Korb oder so. Oh. So war es nämlich. Einmal direkt in die An die E-Mail schreiben. Ja, ja. Cool. Wir werden Freunde. Cool. Dann, Alex, was ist dein Pick? Also. Viet Plus, oder? Das wäre jetzt der neu.

SPEAKER_02 1:06:15

Ja, richtig. Da haben wir doch gar nicht drüber gesprochen übrigens. Ja, genau. Git, ne? Nein, aber jetzt in. Sowas hatten wir auch schon hier, ja. Tatsächlich, ich könnte jetzt ja Artifacts von Cloudflare sagen, weil ich mir gerade mit dem Thema Git gekommen ist, das ist auch wieder ein anderes Thema. Und zwar, ich pick was, was tatsächlich zu dem AI-PR-Thema ganz gut gepasst hat vorhin. Und zwar, die PRs müsste man ja auch irgendwie noch reviewen. Und vielleicht auch den Code, bevor man ihn sendet, das der Agent so erzeugt hat, das müsste man auch irgendwie gerne reviewen. Das würde man vielleicht nicht erst in der Browser-Oberfläche tun. Und zwar, da gibt es ein super Tool, das nennt sich CodeF, also C-O, wie, also Code ohne E und dann Div, aber das steht zusammen, ihr versteht es schon, C-O-D-I-F-F. Tolle Erklärung, ich weiß. Aber Link ist ja auch in den Show Notes für alle andere. Fun Fact, das wurde von Christoph Nakazawa erstellt, nachdem er. Programmierbar-Alumni hier. Genau, genau, auch da die Episode 12 Crisis unbedingt nochmal anhören, die sehr cool ist. Auch da komplette Transparenz, Christoph ist ja auch bei Void Zero und ist mein Manager. Ich bin also weder bezahlt noch verpflichtet, das hier zu sagen, aber ich bring es mit blinzel kurz, wenn er dich dazu genötigt. Nein, aber ich nutze es selber sehr viel, tatsächlich, dadurch, dass ich meine IDE immer weniger aufmache. Und das hat erstmal folgenden Vorteil. Erstens können wir sagen, okay, es ist ein Div-Viewer. Hurra, wir haben sehr viele Diff-Viewer, richtig. Basierend auf den Komponenten von Pierre-Computer, also es ist auch performant, heißt bei sehr vielen Lines of Code stürzt es auch nicht ab. Alles gut. Jetzt kommt aber der spannendere Teil. Und zwar, du kannst dir erstmal das natürlich lokal nutzen und kannst immer mit Hilfe deines LLMs ein sogenanntes Code-Walkthrough erzeugen. Heißt, du kannst effektiv sagen, nimm den PR oder nimm den PR, nimm die Ancomputer Changes, die Computer auch, was auch immer, und dann erzeugen Walkthrough und dann kannst du halt statt zu sagen, ich gucke mal die Files an, das, wie das LLM das Ganze gruppiert hat, zu sagen, okay, erstmal brauchen wir den Teil. Dann kommt hier die Implementierung. Dann gibt es hier vielleicht noch jeweils Test zu dem Feature und dann gibt es hier so ein paar Support-Files, das sind Utils. Kannst du das halt so durchgehen nach logisch gruppierten Badges und nicht einfach von das erste File bis zum letzten File. Das macht es halt für große PRs, die ja leider immer öfter vorkommen, auch nochmal einfacher, das Ganze zu reviewen. Und ich glaube, da ist auch extrem viel Potenzial. Dazu muss man sagen, das geht halt aktuell lokal. Das kann man sich bestimmt auch als eine Hosted-Variante vorstellen. Muss man gucken, wo man dann halt den LLM-Zugang für bekommt. Aber das ist auf jeden Fall eines der Tools, die ich sehr, sehr oft nutze für meinen eigenen Code, bevor ich den irgendwo hinpacke, damit ich auch gucke, dass der sinnvoll ist.

unknown 1:08:57

Cool.

SPEAKER_00 1:08:58

Ja, finde ich sehr cool, weil also ich nutze aktuell, also Jan wahrscheinlich auch noch die ganzen IDEs von JetBrains. Sag doch nicht so noch halten diese Stellung. Ja, genau. Aber weil also ich bin da auch immer mit der, mit der, also mit der Div-View bin ich halt mega zufrieden so und ich finde die halt so mega geil. Und gerade insbesondere Agents rumrödeln lasse und dann schaue ich mir das da meistens in der IDI dann doch nochmal an. Deswegen finde ich es immer interessant, dann auch, wenn, wenn halt etwas, das dann auch genauso gut macht und dann kostenlos, oder vielleicht sogar besser, maybe, am Ende, finde ich einen sehr, sehr coolen Pick an der Stelle.

SPEAKER_02 1:09:32

Er ist auch komplett Open Source, ne, muss man auch dazu sagen. Und hat dann Integrationen für, ich glaube, Cloud, Codecs, OpenCode, Pi, also die Harnesses, die so, die so üblich sind, wenn ihr einen eigenen wollt, dann ein PR, würde ich behaupten, oder erstmal ein Issue. Haben wir gerade drüber geredet. Aber ja, nutzt auch da jetzt noch, um da wirklich den Burg nochmal zu spannen, wie Plus under the Hood fürs Tooling.

SPEAKER_01 1:09:56

Wunderbar. Du willst die Folge jetzt wahrscheinlich bänden, Jan ne? Ich wollte noch unnötiges Wissen loswenden. Das ist zwar keine feste Kategorie oder so, aber wie es vorhin, als ich Alex sein LinkedIn-Profil aufgemacht habe, wieder aufgefallen, du sitzt immer noch in Amsterdam, oder? Ja, ich bin in Amsterdam, so ist es. Wir fahren auch übernächste Woche in die Niederlande und deswegen musste ich auf Wikipedia, hatte ich was nachgeschaut und bin dann, wie das immer so ist, ne? Wenn man in Wikipedia einmal ankommt, dann ist man ja auf einmal 37 Artikel später irgendwo ganz anders gelandet. Und wisst ihr, wo der höchste Berg der Niederlande steht?

SPEAKER_00 1:10:31

Und wie hoch der so ungefähr ist? Grenze zu Deutschland und wahrscheinlich sowas 526 Meter. Okay, das ist Delf sein-Pick. Alex, was sagst du?

SPEAKER_01 1:10:39

So als Local.

SPEAKER_02 1:10:40

Ich wusste es mal, ich habe es aber vergessen, aber es ist deutlich niedriger, wenn ich mich richtig erinnere.

SPEAKER_01 1:10:46

Also der höchste Berg der Niederlande hat fast 900 Meter. Nein. Und ist in der Karibik.

SPEAKER_02 1:10:53

Ich würde gerade sagen, nee, nee, das ist aber ein Niederländisches Königreich, das zählt ja nicht. Also Niederlande, come on. Da muss man schon differenzieren.

SPEAKER_01 1:11:01

Wo ist denn? In Suriname oder in Saba. Das ist so eine alte Vulkaninsel. Und diese Insel besteht quasi nur aus dem Vulkan und hat so ein Kaff oder ein paar kleine Käfer. Die Hauptstadt von Saba heißt ungelogen The Bottom. So. Weil sie halt einfach am Bottom des Vulkans irgendwie sitzt.

SPEAKER_02 1:11:19

Ah, die Antillen. Okay, ich sehe es gerade. Genau.

SPEAKER_01 1:11:22

Ja, okay. Phänomenal, phänomenal. War so ohnützes Wissen, über das ich gestern Abend spät gestolfert bin und kam mir direkt wieder, als ich das bei Alexah. Das wollte ich, das konnte ich nicht mit euch teilen.

SPEAKER_02 1:11:33

Aber jetzt musst du auch, Janis, musst du auch sagen, wie hoch der höchste Berg nicht das Königreich der Niederlande, sondern der Niederlande ist.

SPEAKER_01 1:11:40

Der hat nur 300 Meter. Das ist nicht ganz so spektakulär.

SPEAKER_02 1:11:43

Okay. Aber cool, also wusste ich auch nicht. Ist gut zu wissen. Dann sehen wir uns hoffentlich demnächst mal auf der Bitberg. Oder entweder das, am Fuße des Berges, auf dem Bottom oder auf dem Saba, wer weiß.

SPEAKER_01 1:11:58

Wunderbar. Ist auf meiner Bucketliste auf jeden Fall, ne? Spinnet's jetzt.

SPEAKER_03 1:12:03

Gut.

SPEAKER_00 1:12:04

Eine Sache, eine Sache. Und zwar, ich habe zwar mein Pick of the Day schon genannt, aber ich will es hier nochmal erwähnen für alle. Senden wir das hier mit Video eigentlich aus, die Folge? Ja, natürlich. Ah, okay. Dann nochmal hier Werbung für das Ding im Hintergrund von Alex, by the way, habe ich am Anfang, bevor wir auf Aufnehmen gedrückt haben. Das ist die Woom und das ist da hinten, wo man dieses Void Zero-Zeichen sieht. Ich finde, das sieht mega geil aus und man kann das auch umändern und so. Und dann einstellen, was da abgewählt wird, ist jetzt, es ist super geil. Ich feiere das voll.

SPEAKER_02 1:12:30

Wer den Podcast aktuell nicht nur hört, sondern auch schaut, sieht das. Und da kann man so Sachen mit einer eigenen API machen, jetzt zum Beispiel das Cloudflare-Logo einblenden, Logos, die man möchte.

SPEAKER_01 1:12:39

Und wer den Podcast bisher noch nicht geschaut hat, sondern immer nur gehört hat, hat jetzt endlich den Grund, das mal zu sehen.

SPEAKER_00 1:12:45

So, um Alex Gadgets irgendwie mal in Action zu sehen. Danke dafür, Alex. Also nicht nur, dass du hier warst, sondern auch, dass Leute jetzt mal das Video einschalten.

SPEAKER_02 1:12:54

Voll gerne. Ich helfe, wo ich kann. Und wenn wir gerade beim Thema helfen sind, guck doch auch noch, ob es vielleicht noch Tickets für die Programmierkommen gibt. Also das wäre auch noch verrückt.

SPEAKER_01 1:13:05

Insofern, was kann man sonst noch tun? Wunderbar, ich glaube, wir sind durch. So ist das alles abgehakt. Ich danke dir, Alex, für die Zeit. Danke, Dave für die Zeit. Gerne. Wir hören uns Alex rein statistisch in sechs bis achtzehn Monaten wieder. Spätestens, habe ich gesehen. Spätestens gut.

SPEAKER_02 1:13:27

Ich hab freie Termine. Und es gibt bestimmt genug Themen, wo man drüber quatschen kann. Die nächste AI-News kommt bestimmt. Auch da.

SPEAKER_01 1:13:35

Wunderbar. Dann bis dann und viel Spaß. Bis nächste Woche. Ciao, ciao.