Deep Dive 216 –

Vite+ mit Alexander Lichter von void(0)

15.09.2026

// Podcast
// Deep Dive 216

Shownotes

Bundler, Linter, Formatter, Testrunner, Package-Manager: Wer ein neues Frontend-Projekt aufsetzt, verbringt oft mehr Zeit mit der Auswahl und Konfiguration von Tooling als mit dem eigentlichen Feature. Genau dieses Problem will Vite+ lösen, eine vereinheitlichte Toolchain rund um Vite. Alexander Lichter gehört zum Vite+-Team und ist zum vierten Mal bei uns zu Gast.

Zunächst ordnet Alexander ein, was Vite grundsätzlich ist: ein Build-Tool und Dev-Server, auf dem ein großer Teil der modernen Web-Entwicklung läuft, ob mit React, Vue oder Svelte. Ursprünglich 2020 von Evan You, dem Ersteller von Vue, gebaut, hat sich Vite so weit verbreitet, dass praktisch jedes Framework mittlerweile ein eigenes Plugin dafür mitbringt.

Der Kern der Folge ist die Architektur von Vite+: Build-Tool, Linter (Oxlint), Formatter (Oxfmt), Testrunner (Vitest) sowie Package- und Node-Version-Management laufen unter einer einzigen CLI zusammen, inklusive Caching für Monorepos. Alexander zeigt, warum das bewusst ein eigenes Produkt neben dem schlanken Vite ist, und was das Team für AI-Agents plant: LLM-Instructions und Evals, die messen, wie gut Agents damit zurechtkommen.

Hinter den Projekten steht VoidZero, die Firma, die Evan You 2023 gegründet hat, um Vite, Vitest und den Bundler Rolldown hauptamtlich weiterzuentwickeln. Der ursprüngliche Plan, Vite+ für Unternehmen kostenpflichtig zu lizenzieren, ging nicht auf. Dev-Tools verkaufen sich schwer, so Alexander. Vite+ erschien im März 2026 stattdessen kostenlos unter MIT-Lizenz, im Juni übernahm Cloudflare das gesamte VoidZero-Team. Wie sich das im Arbeitsalltag angefühlt hat und wie ähnliche Deals wie Anthropics Übernahme von Bun oder OpenAIs Kauf von Astral einzuordnen sind, erzählt Alexander offen.

Zum Schluss geht es um AI-generierte Pull Requests bei Vite und VoidZero: Wer einen PR einreicht, muss den eigenen Code verstehen und erklären können, und die Beschreibung soll kein Roman sein, sondern in eigenen Worten zusammenfassen, was passiert ist. Dazu gibt es einen Ausblick auf die Roadmap Richtung Vite+ 1.0.

Download

/transkript/programmierbar/deep-dive-216-vite-mit-alexander-lichter-von-void0

Jan: Hallo und herzlich willkommen zu einem neuen Deep Dive hier in der programmier.bar. 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 Alexander Lichter dabei. Hi Alex, schön, dass Du da bist.
Alexander: Hallo zusammen. Ja, freut mich, dass ich wieder hier sein kann zum vierten Mal. Also es geht in Richtung 5 5 bis 10 irgendwann. Ich ich hab Bock.
Jan: Dave würde sagen, Alex ist saftig, oder?
Alexander: Er ist saftig. Megasaftig.
Dave: So, aber ich bin auch grad saftig auf Alex. Nur nur zur Erklärung, Alex saftig ist also das Jugendwort des Jahres so, also wie bei der Programmier, wir haben's zuerst gesagt und genau, es beschreibt darum, wenn man halt mega Bock auf etwas hat, dann ist man saftig.
Jan: Ja. Und wenn Dave sagt, wir haben das zuerst gesagt, meinte er, er sagt das.
Dave: Die Mädels sagt, bald ganz Deutschland. Bald ist ganz Deutschland saftig.
Alexander: Ihr habt's hier zuerst gehört, ne?
Jan: Wunderbar. Alex hatte mich angeschrieben, einfach son 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 Feed. Wir hatten ja auch schon über Beatma gesprochen hier in der programmier.bar. Wir hatten mit Alex schon über NUX gesprochen. Wir hatten mit Alex schon über Rolldown 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 sollen. Vielleicht machen wir's so. Für alle, die da draußen vielleicht Veed nicht kennen, weil sie unter dem typeskript Stein gelebt haben oder so, vielleicht Alex, was ist so der 30 Sekunden Pitch zu Veed?
Alexander: Genau, also erst mal für alle Leute, die Veed nicht kennen, ist ja gar kein Problem. Da seid ihr wahrscheinlich Backend Entwickler oder schreibt einfach keine vielleicht auch gar keine Webanwendung, dann ist das ist das komplett verständlich. Ansonsten, wenn ihr irgendwo im modernen 'ner modernen Web Entwicklung unterwegs seid, dann ist euch Veed sicher 'n Begriff oder ihr nutzt da einfach und merkt davon gar nichts, was einfach funktioniert. Das Ganze ist 'n Bild Tool und auch gleichzeitig 'n Dev Server. Heißt, wenn ihr sagt, ihr baut eure, was auch immer Applikationen eigentlich alles außer Next. Js, das ist so der das große Sternchen, dann läuft das eigentlich alles mit Veed. Und man kann es also in in anderen Kontexten nur son bisschen als die United Nations of JavaScript beschrieben, weil halt wirklich alle Frameworkautoren Plug in 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 jetzt in die arbeiten und ja, mit irgendwie, ich glaub, 140000000 Downloads pro Woche aktuell. Ich mein, die NPM Zahlen gehen aktuell nur stark nach oben, aber es ist halt einfach 1 1 1 riesig weit verbreitetes Tool. Und ich glaub, das größte Kompliment ist denen wirklich dieses so, ja, kann ich nicht oder hab ich mal gehört, weiß ich jetzt nicht genau, weil dann funktioniert's einfach nur und macht genau das, was es soll.
Dave: Und nur noch mal kurz zur Historie, weil das ist, glaub ich, echt krass. Wied kam ja tatsächlich erst 2024 oder so raus und ist seitdem wahrscheinlich so der beliebteste Bundler und Dev Server, oder?
Alexander: Also Veed ist tatsächlich schon älter. Die die Historie selber ist so, dass Evan, also Evan View, der Ersteller von View, der hatte eigentlich an 'nem besseren View Server und 'ner besseren View d x gearbeitet. Und es war tatsächlich schon in 20 20, wo er gemerkt hat, okay, da gibt's eine Möglichkeit, das müssen wir nicht alles vorher wandeln, sondern wir können das eigentlich schnell mit modernen Equascript Modul und Co machen und hab dann 1 Punkt 0 20 20 rausgebracht. Mhm. Hat dann auch gemerkt, so ja, das das geht halt nicht mehr für Views, sondern das könnt ja eigentlich für für mehrere Frameworks gehen. Und son bisschen im View Ecosystem hat man das tatsächlich öfter, dass Leute son bisschen die die Extrameile gehen und fast sagen, ja gut, dann machen wir das mal genereller. Sei es irgendwie mit, keine Ahnung, mit an Jazz, mit irgendwie Slider RF mit. Es gibt da tausende Beispiele theoretisch, irgendwie 'n wohler, wer davon alles nichts gehört hat, links in den Shownotes, wenn's interessiert.
Jan: Ich schreib schon mit.
Alexander: Genau. Und und da doggen's son bisschen los. Das ist halt okay, das das könnte das könnte was werden. Und so richtig spannend wurde es dann mit V2, was halt nicht kompletter war, aber auch noch mal größere Änderungen, damit das entsprechend auch für alle Frameworks klappt. Und ja, seitdem ist viel passiert. Wie gesagt, jedes Framework hat irgendwie 'n 'n 'n 'n 'n mittlerweile dafür, wenn's irgendwelche neuen Frameworks als Releases gibt. Der hat's irgendwie bei Ripple gesehen oder jetzt bei ja auch Oktain, was recht neu rausgekommen ist. Es gibt eigentlich immer irgendwelche Situationen mit Veed, weil's ja einfach die Go Too Lösung ist. Mhm. Und es gibt ja halt auch eine Dokumentation von den Leuten von Culturerapper. Kann ich auch noch empfehlen.
Jan: Die empfehlen wir ja auch immer gerne hier die Dokumentation. Letzte Woche sogar
Dave: das letzte Mal erst, ne? Glaube ich wieder? Ja, letzte Woche
Jan: Und Java. Deep Drive, die Java Genau, genau. So und jetzt weiß auch jeder, wann wir diese Folge aufgenommen haben, so.
Dave: Oh nein. Das
Jan: ist ein 1 Blick hinter die programmier.baren Kulissen all inclusive in dieser Folge so, ja. Alex, Du hast eben schon das das Team angesprochen zu Veed. Jetzt hat ja Veed den, ich weiß gar nicht, ob das so ein besonderes Merkmal ist, aber auf alle Fälle, die vielleicht schon den Punkt, dass ja mit Void Zero schon auch sone Company hinten dran steht. Vielleicht können wir da einmal kurz drüber sprechen, wie dieses Konstrukt aussieht.
Alexander: Klar, absolut. Genau, also auch da an der Disclaimer, ich bin ja auch bei Void Zero beziehungsweise mittlerweile, ja. Wer wer es noch nicht gehört hat, auch bei Cloudflare, weil wir wurden ja aufgekauft.
Jan: Wer es nicht gehört hat, hat die Programmier News dazu nicht gehört. Da haben wir natürlich auch darüber gesprochen.
Alexander: Genau, genau. Wobei das das war am Ende der Folge. Ich weiß noch, war son Jahr, das sprechen wir noch kurz da drüber. Aber war, das war sehr gut. Ich hab mich sehr drüber gefreut. Genau, wie das also nur als Connection, wie das Ganze entstanden ist. Der Punkt ist natürlich so Open Source ist nicht wirklich, wissen wir alle, chronisch underfahndet. Heißt da wär jetzt die Option zu sagen, okay, entweder macht man das so Passion Project nebenbei, was supercool ist. Aber wenn man dann sagt, okay, es geht irgendwie Projekte wie Viet, Viettest und Co, dann wär's schon ganz gut, wenn man da Leute hat, die das vielleicht auch täglich mehr enten, weil's einfach dadurch, dass es halt so viele Frameworks nutzen und einfach so die ganze moderne Webentwicklung darauf basiert und ist im im im Frontend, dass man halt Leute hat, die das auch Vollzeit machen. Und dann ist so die Frage, ja, wie zahlt man denn eigentlich das das Gehalt der Leute, ne? Und da hat dann Evan Void Zero gegründet als Firma, sagen, okay, wir wollen den 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 Veats oder nicht alle von Veats, sondern 'n paar der Mainainer auf der Payroll von World Zero gelandet. Also zum Beispiel Safi oder auch Wladimir ist der Veats Core Mainainer. Ja, genau Safi ist im im Team. Die sind dann oder auch Hiroshi sind dann bei Boyds Hero angestellt gewesen. Gleichzeitig ging's dann darum zu sagen, na ja gut, es gibt größere Projekte, die wir machen müssen, zum Beispiel Rolldown, wo wir auch schon ausführlich eine Premiere geredet haben. Also zu sagen, wir möchte diese Toolstruktur unter noch mal vereinen, weil wir vorher halt Roll-up und E-S-Bild genutzt haben. Genau, dann ging's bei uns wieder darum, okay, zum einen möchten wir den Leuten, die möglich gegeben, daran Vollzeit zu arbeiten, hatten eine Manager Capital und auf der anderen Seite wollen wir halt irgendwie rausfinden, wie wir das Ganze ja, nachhaltig gestalten können, sodass die die Toolchain das das Ganze halt so lange wie möglich in in Anführungsstrichen überlebt. Und das da gab's verschiedene Möglichkeiten. Erst mal das das große Ziel von Voice Zero war eigentlich wie Plus, so wie's im jetzigen Maße ist. Also eine noch bessere Erfahrung zu bieten, einfach zu sagen, alle modernen so Next Gen Web Dev Tooling Sachen in einem, so keine Ahnung, wie's irgendwie Rust und Go ja zum Beispiel auch haben, weil ordentliche Sprachen haben ja so was. Dass man sagt, okay, ich kann halt irgendwie direkt bauen und testen und Docks schreiben und releasen und und. JavaScript hat das ja nicht. Da gab's früher auch die Idee, wer das noch kennt, Rome. Das war genau die dieselbe Idee, da wurde 'n bisschen Geld veruntreut und das hat dann nicht so gut funktioniert. Daraus ist dann Biom irgendwann entstanden, die haben sich aber vor allem auf Formating und Linting fokussiert, gibt's natürlich auch immer noch und jetzt eigentlich so mit V plus ist die ja sone Javaskultur Chain in der Realität geworden. Da war dann Diät zu sagen, gut, irgendwie, vielleicht kann man das ja verbinden. Ich sag, das ist eigentlich sone coole Sache, das sollen alle nutzen und man hat vielleicht die Möglichkeit, dass Enterprises dafür bisschen Geld zahlen. Stellt sich raus zum einen, wir wollten das gerne dann machen. Und mit h I ist dann einfach natürlich zu sagen, hier, lieber Agent, bau doch einfach so was nur für uns. Heißt, das war der 1. Punkt, wo wir gemerkt haben, das wäre schwierig. Zum anderen, Dev Tools sind sehr, sehr hart zu verkaufen. Die Leute zahlen nicht gern Geld für ja Dev Tools, obwohl sie sehr gerne eine große AI Bild zahlen, aber das ist eine andere Geschichte. Heißt, auch da gab's son bisschen Schwierigkeiten, weshalb wir dann gepivortet sind und Feed plus gratis released haben. Dann haben wir uns an der Deployment Plattform versucht, nennt sich Void, ist noch 'n Private Beta aktuell, basierend auf Cloudlair Worker, weil die letztendlich all die guten mitbieten, sone Plattform aufzubauen, das werd ich ganz bei 0 anfangen müssen. Und ja, dann wurden wir von Cloudflair übernommen.
Jan: Ich hab auch, als wir das in den News besprochen hatten, diese Übernahme von Cloudflair, war ich so sehr geteilter Meinung irgendwie, glaube ich. Weil auf der einen Seite ist es natürlich einfach zu sagen, okay, diese dieser Ansatz mit Dev Tooling Geld zu verdienen, das halt auch auf solide Beine stellen zu können. Ja, also alles, was Du gerade beschrieben hast, hat offensichtlich nicht funktioniert, weil Cashflow kam nicht, ne, wie Du grad gesagt hast, mit Plus zu verkaufen, irgendwie schwierig, so alles. Das ist natürlich ärgerlich, so. Auf der anderen Seite war es ja doch irgendwie als Package attraktiv genug, dass Cloudflare da irgendwie Geld für bezahlt hat. Also war's ja doch, also ne, hat hat das inhaltlich ja doch irgendwie funktioniert, auch wenn das vielleicht jetzt auf der kommerziellen Seite nicht nicht so erfolgreich war, wie es vielleicht vorgestellt wurde. Wie wie ordnest Du das ein für dich?
Alexander: Ja, also würde ich so zustimmen. Ich mein, wir sehen, wir haben es ja 'n paarmal jetzt schon gesehen, sei das irgendwie mit Banal and Tropic zum Beispiel Ja. Oder auch im Python Universum gibt's ja, also Astral Punkt s h oder minus s h, die lustigerweise Rust Schooling für Python machen. Also das, ich sag mal, ähnlich wie wir's machen, nur halt in 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 dann interessiert sind. Natürlich wäre das in der ersten Idee, dass man sagt, okay, man hat die Möglichkeit, dass Du das große Ökosystem zahlt und nicht nur dann eine Firma sagt, jetzt werfen da entsprechend Geld drauf, glaub ich generell ganz cool gewesen. Allerdings bin ich auf der anderen Seite auch 'n bisschen froh, dass das mit V-Plus nicht so geklappt hat, wie wir's uns gedacht haben, weil das hätte andere Probleme bereitet. Aber ist es Open Source und Free, ne, deswegen ist wahrscheinlich auch wollen wir eine Episode drüber machen hier, weil ihr könnt's alle nutzen. Es funktioniert, es sind Beta aktuell. Und wir müssen uns nicht drüber nachdenken, na ja, was kommt denn jetzt in Veed, in den sozusagen Open Source Teil oder 'n Veed Test oder in OLC oder Rolldown? Und was kommt jetzt in Veed Plus? So, welches Feature ist denn so der USP, dass man sagt, eigentlich passt das nirgendwo anders rein und gehört irgendwie nur zusammen und dann zahlst Leute Geld für. Deswegen da ist halt, das macht meinen Job so als in, ich sag mal in Anführungsstrichen, Devral bei World Zero 'n bisschen einfacher und auch einfach 'n Team hatten wir da schon 'n paar Schwierigkeiten zu überlegen, okay, wie würden wir das überhaupt argumentieren? Weil es könnte eigentlich immer jemand kommen und sagen, na ja, warum kann man das nicht Open Source bauen? Und vielleicht macht's ja auch einfach jemand.
Jan: Sag doch 2 letzte Fragen zu Crowdfle, bevor wir dann Ja. Zu Red 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's überhaupt irgendwas geändert?
Alexander: Ich würd sagen, nicht viel. Also dass sich gar nichts geändert hat, wär wär falsch. Es gibt natürlich neue Prozesse und es ist halt, na ja, wenn man 'n Start-up mit irgendwie 18 Leuten ist und dann zu 'ner Firma mit mehreren 1000 Leuten kommt, ändert sich immer was, ne. Sei es irgendwie Arbeitsgeräte, Prozesse et cetera, et cetera. Eine Du kannst
Jan: jetzt auf sonem Thinkpad arbeiten, weil Du so Konzernangestellter jetzt bist.
Alexander: Ich hab nur in Dell App. Nein, Spaß. Ich hab wir hatten die Möglichkeit tatsächlich Windows, macOS oder Linux zu nutzen, heißt, ich habe ein 1 wunderschönes kleines und handliches 14 Zoll MacBook geklickt statt dem Sechst Gute Wahl, was ich privat wollte. Wollte. Ja, bin ich auch sehr froh drüber, muss ich ehrlich sagen.
Dave: Ist das son Vorteil, dass ich die die kleinere Größe, weil irgendwie schwärmen einige Leute immer rumfällt davon.
Alexander: Es ist so ganz schön wenn Du
Dave: da einfach viel unterwegs bist,
Alexander: merke das
Jan: halt schon 'n Unterschied.
Alexander: Also grad beim Reisen ist das extrem geil. So grade, keine Ahnung, in der Bahn oder auch im Flugzeug so dann den 16 Zoll, das ist schon 'n bisschen unangenehm, weil wenn man da so wie 'n Shrimp im im im Sitz sitzt, dann sind wir den 14 Zoll schon besser. Ach krass, ja.
Jan: Und ich find auch die die so Rucksack und Taschenauswahl mit 14 Zoll halt auch deutlich angenehmer irgendwie, als wenn Du immer gucken musst, dass Du son großen, weiß ich nicht, dann son in die Kategorie 40 Liter Rucksack, wo son 16 Zoll irgendwie Macbook reinpasst und dann, wenn Du einmal damit umfällst und aufn Rücken legst, kommst Du halt nicht mehr hoch.
Alexander: Wobei dann, wenn man sagt, ach, ich brauch jetzt meinen privaten und meinen Business Rechner, dann bist Du halt bei zweien, das ist auch nicht hilfreich. Aber gut, irgend 'n Tod muss man sterben, Aber zum Thema, was sich sonst geändert hat, ja nicht, also ich glaub, ein großer Punkt, der extrem cool ist, ist, dass wir natürlich jetzt mit deutlich besseren und engeren Kontakt hatten mit mit Leuten in Cloudflair. Und da gibt's ja auch Leute, die im im setzen, also sind zu Chromium irgendwie kontribute Leute ausm t c 40 9, Leute, die einfach auch super Tooling Nerds sind. Und das ist 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 sone große Organisation eigentlich das eigene Tooling nutzt, ne. Und sieht dann vielleicht 'n paar Sachen, die man sonst nicht in sonem tiefe Einblick hätte. Und irgendwie die die die Möglichkeit, da Hilfe zu fragen, ist einfach niedrigschwelliger, ne. Dann gibt's einfach eine kurze Chatterfrage, sagst, hey, guck mal hier, kann könnt ihr uns da helfen? So. Das 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 'n 'n Tool sein, zu was weiß ich migrieren. Es kann können sein oder eben einfach, wie das Tooling selber funktioniert. Und das ist auch noch mal super Input, der eigentlich alle voranbringt.
Jan: Du hast ja eben schon den Vergleich gemacht zu und Bun und da kann man ja sagen, da gab's son sehr konkretes Einzelinteresse an diesem Produkt Bun, was sie halt selber hart gebraucht haben und wenn man da halt mehr Kontrolle drüber hat, ist das vielleicht gut, so, ja. Dann haben wir's dann mit der SIGMigration und so was ja auch alles gesehen. Ja. Ich, also abgesehen davon, dass dass Veat natürlich ein 1 General Good für das ganze Ökosystem ist, so, ja und allein deshalb Cloudfair quasi 'n Interesse daran haben könnte, ja, hab ich da nicht so direkt den Use Case, dem wo Cloud Fair jetzt sagen würde, euch kauft Void, weil weiß nicht, ich will jetzt Void Cloud irgendwie voll ausbauen und das irgendwie so als als meinen Commercial Funnel irgendwie haben oder so was. Gab's da irgend eine konkrete Erwartungshaltung an euch oder ist jetzt einfach so, na ja, wir haben jetzt hier dieses Voi Team, das läuft halt so mit und wir wir finanzieren die halt, aber die machen eigentlich nach wie vor so, was sie wollen und arbeiten halt so am am Allgemeingut weiter?
Alexander: Also das heißt highes. Natürlich, Cloudflare hat auch die Überlegung und da kann ich natürlich son Teil mutmaßen und sag, okay, was was bringt uns das, ne? Aber auch auch da erst mal vorab und das hätte ich vielleicht noch mal eher erwähnen sollen, alles, was vorher Open Source war, vor der Acquisition Viper natürlich auch Open Source und MIT, also all die die Tools, die's gibt, bleiben weiter. Und da gibt's noch nicht so wie, ja, jetzt sagt Cloudflyer, wo's langgeht, allein halt durch das VI Team, was ja durch Leute von unterschließenen Plattformen eigentlich durchzogen ist und eventuell auch Berater haben von irgendwie, im Team, die da noch mal Input zu geben und vor allem das ganze Ökosystem mitnehmen wollen, ist es unproblematisch. Aber zu den Benefits, na ja, dadurch, dass wir ja Void gebaut haben als als Plattform auf Cloudler Workern und sagen, na ja, wir wollen eigentlich noch mal eine bessere DX geben, denk ich, gibt's da einige Änderungen, die wir hoffentlich abstream können, also sozusagen, komplette Cloudler 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's sicher Input, der dann weiterhilft, bestimmte Produkte zu verbessern. Absolut.
Jan: Cool. Dann würd ich sagen, lass uns mal weiter hüpfen zu Weed plus.
Dave: Bevor wir das machen, ich hätte ich hätte, glaube ich, noch in diesem Cloud Flager Kosmos noch eine Frage.
Alexander: Klar doch.
Dave: Und zwar son bisschen Veed und Veedess oder generell auch View ist ja super beliebte auch in der Community und hat eine richtig aktive Open Source Community Und da frage ich mich dann immer so, wenn jetzt so was kommt wie, okay, Cloudfair hat das jetzt aufgekauft, wie ist so das Sentiment in der Community? Also da gab's ja bestimmt einige Stimmen, wahrscheinlich auch viele, die irgendwie 'n bisschen Sorge hatten, bange hatten. Gab's auch irgendwie Fans davon. Kannst Du da irgendwie mal Einblicke geben, was die Community da so bisschen dann dazu geäußert hat?
Alexander: Sehr gern, ja. Lustigerweise, also genau, es wurde mal verkürzt als Jahr Cloud Flat Beat gekauft, was natürlich so, wie kann man 'n Open Source Projekt kaufen? Aber wenn man jetzt sagt, okay, klar, Voice Zero ist jetzt Teil von von Cloudflare, wir haben das ja, wie gesagt, 'n paarmal gesehen. Wir haben's mit Estril gesehen. Wir haben's mit Astro selber gesehen, die auch von von Cloudflare. Also die die Astro Company und 'n paar Mintainer vom Framework, nicht alle, aber ich glaub, 4, 5 Orte sind rübergrätselt. Die genau 2 hab ich nicht im Kopf. Oder bei Versaal Nackt Labs oder bei Versaalia Rich und und auch Simon von Svelt angestellt haben so gesehen. Spannenderweise bei Naxt hab ich ja, glaub ich, dass ich da im Core Team war und nicht zu, weshalb gegangen bin, wie man wie man merkt, weil ich auch nicht Teil von von DAX Labs Labs der Firma dahinter war, weil eben Würster eigentlich 'n DAX gekauft hat, sondern DAX Labs Labs. Aber 'n bisschen mehr Einblicke hat zu sagen, wie die Community es sieht. Da war's auf jeden Fall deutlich gespaltener, grade eben durch die Thematik mit und Next GS, wie da so der Ruf irgendwie war. Das das war, ich sag mir, da eigentlich deutlich mehr Domsday Szenarien. Bei dem Thema Cloudflair und waren die Leute überwiegend happy. Also da gab's eigentlich sehr viel Positive, da wir sagen, hey, es ist voll cool und natürlich hilft's auch, dass Cloudflader dann noch 1000000 Dollar für den Veed Ecosystem Fund aufsetzt, jemand dann an Maintainer, die eben nicht bei 'ner Firma sind, also independent sind, von Dependencies, von Projekten und auch von Callteam, wenn man mitgibt. Das ist natürlich auch eine 1 gute Art und Weise zu zeigen, dass man eigentlich 'n, ich sag mal, guter Stewart in diesem Open Source Kosmos sein möchte und nicht sagt, jetzt haben wir die Hand drauf und machen was. Also in der Geschichte nur noch, die sagen, oh, jetzt wird alles superschlecht und jetzt kommt hier die Cloudflair Roadmap und alles wird super supermis. Aber ich glaub, das wär das Allerdümmste, was man machen könnte für alle. So, weil Leute stellen das fest, es gibt dann einen einen riesigen Vertrauensverlust in in Cloudflare und natürlich auch in in in das Core Team in dem Sinne.
Dave: Ja. Ja, spannend.
Jan: Dann Viet plus und vielleicht steigen wir auch da noch mal mit son bisschen mit ein, den Dreißigkunden Pitch. Was ist der Unterschied zwischen Viet plus?
Alexander: Genau, erst mal Viet plus, super Name. Wenn man das als kommerzielles Tool irgendwann mal in Aussicht hatte, ist es nicht mehr. Deswegen erst mal Leute, warum das Plus, ne? Muss ich was bezahlen? Oder haben vielleicht noch von der von der Vecon letztes Jahr das Ganze im Blick, wo's genau darum ging. PS dieses Jahr, wo wir uns wieder online und und free für für jeden. Also guckt guckt da gerne rein. Im Oktober 24 Stunden Stream, aber kleine kleine Werbung beiseite. Alles gut. Auch plus klingt so wie, brauchst Du jetzt dafür? Tatsächlich klappt plus aber auch ohne. Jetzt könnte man sagen, okay, wie hängt das alles zusammen? Kurz als Überlegung, eine Sache, die uns beim Featureschippen total nervt, ist eigentlich immer Tooling. Vor allem, wenn wir erst mal gar nichts haben, sagen, was nehmen wir denn jetzt, ne? So klar, V-Test haben wir schon gesagt, das sind so die die üblichen Tools fürn Testrunner, fürn Bild Tool, aber dann geht's ja weiter. So, man könnte irgendwie, so als oder nennt man oder was nehmen wir da? Oder vielleicht irgendwas mit ESLINT Regeln und dann stilistische ESLINT Regeln. Und bei Blinting halt genauso, ne, kann man sagen, dann nehm ich jetzt Dino Lind oder BunLINT oder nehm ich ESLINT als oder auch Biom oder Ähnliches. Und dann geht's ja weiter. Wer schon mal ESLINP Pretty zum Beispiel zusammen aufgesetzt hat, ist dann na, Du brauchst da ja 'n Plug in, damit dann nicht ESLINP die Sache überschreibt, die Pretty macht. Und es ist alles etwas anstrengend aufzusetzen und vor allem so fürn, ich sag mal, kleines Projekt kann man vielleicht sagen, gut, das das fang ich erst mal ohne an, aber grade auch heutzutage mehr Eiszeit Alter. Es ist schon ganz gut, wenn man 'n paar gibt für die Agenten, dass sie nicht alles so schreiben, wie sie wie sie meinen, sondern dass man vielleicht 'n paar Regeln aufsetzt. Vor allem sind die auch alle deterministisch. Und da wär's echt ganz schön, wenn man sagt, man hat irgendwie ein Tool, was das so alles vereint, so schnelle, gut funktionierende, so weit wie's geht, zukunftssichere, ne, so einfach wo jetzt noch gewartet werden. Das hat alles unter 1 Haube. Und das ist effektiv, was was wie was macht, ne. Die Idee war zu sagen, okay, wir übernehmen einfach die komplette Frontend Toolchain, was nicht bedeutet, dass man nur diese Tools nehmen kann, aber die sind halt komplett integriert. Und sonst hast Du trotzdem noch NPM Skripte und Co laufen lassen. Dann dazu noch besserer Monoreepo Support. Das war mal son Punkt im Universum und Du sagst, ja, wie wie klappt das mit V-Plus deutlich besser. Dann noch Caching dazu, wo man sagt, okay, ich will zum Beispiel, dass bestimmte Tasks gecascht werden, dass ich dann den Bildoutput direkt dafür nehmen kann und nicht irgendwie eine Minute bauen muss und einfach sag, ab, das ist ja doch das Gleiche, das nehm ich. Und dann gehen wir noch 'n Schritt weiter und haben 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 VP plus mit 'nem globalen Ziel I, das muss man nicht nutzen. Genauso wie man sich muss nutzen muss, dass vot plus eure Node Version auch managen kann. Also ihr geht in den Ordner und es wird gecheckt, okay, ist das die in der package json die Node Version angegeben oder gibt's 'n Punkt node Version File? Und da wird es direkt gewechselt und dann muss ich irgendwie dann manuell sagen, ja, jetzt ändere ich das entsprechend Heißt eigentlich son, was der der Webentwickler 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 ja erst mal 2 Stunden Tooling konfigurieren und dann geht's vielleicht immer noch nicht. Und dadurch, dass ja unterschiedlichste Toolingpakete wieder unterschiedliche Parser, Resolver, LetsC verwenden oder irgendwie vielleicht noch verwendet wird, sind halt die Bildzeiten auch extrem lang. Mit der Toolchain, da ist meiste auf basiert und entsprechend auf OXC, geht das alles recht schnell.
Jan: Okay, ich verstehe, warum man das alles unter Weed plus wandeln will, wenn die Absicht eben war, 'n kommerzielles Produkt daraus zu machen, ja? Und das son bisschen 'n bisschen abzugrenzen. Ja. Ich hab mich dann, als ihr das Open Source gestellt habt, son bisschen gefragt, so, wieso gibt es jetzt VEED plus noch und wieso ist das nicht einfach alles zu Meet reingeflossen? Also wieso trennt man das so künstlich auf, wenn die Experience mit Meet plus nicht die viel bessere sein soll?
Alexander: Ja, ist tatsächlich recht einfach zu beantworten. Das ist so zum Teil Uniques Philosophie, wenn man's son bisschen ganz, ganz, ganz grob denkt. So ist halt 'n Bild Tool, ne. Nutzt als Bundler beispielsweise und ist 'n Bundler. Weil die sagen, in würden wir alles reinpacken, also in, in, et cetera, alles so zu soner Art, eine, dann würde es nicht alle Use Case Dynamik. Es gibt nur Leute, die sagen, ey, ich nehm einfach nur Veed und damit bin ich glücklich. Ich will kein Veed, Linder et cetera haben. Das Nächste ist, Veed ist halt vor allem JavaScript. Klar, Teile davon sind halt auch mittlerweile, aber dann andere Paketen. Dann geht's weiter, dass man halt, okay, die Mainainer müssten jetzt eine deutlich größere, ich sag mal, Surface abdecken, ja? Also zu sagen, okay, jetzt muss ich mich darum überall kümmern und das macht halt alles auch nicht einfacher. Deswegen einfach wie als das Bildtour belassen, wie es ist. Dann sagen mich Leute, hey, ich brauch doch nur 'n Zehntel davon, dann was was soll ich sonst nehmen? Müsst ich jetzt eine alte Veed Version nehmen? Und Veed Plus eigentlich als dieses ja, das Go To, ne, ich sag mal, da darzustellen, aber niemand stoppt irgendwann zu sagen, ich nehm jetzt die Tools und pack die selber zusammen. Ich hab zum Beispiel Ja.
Jan: Ja. Also lass mich kurz darauf. Also ich versteh, was was Du sagen würdest. Ich versteh auch, warum es architektonisch Sinn macht und ich würde auch gar nicht von den erwarten wollen, ne, diese diese ganze Schah an Paketen da irgendwie konsolidiert zu verwalten. Ich überleg mir nur so aus Developer Sicht, ja, ist jetzt quasi meine 1. Frage dann schon so, okay, muss ich halt Veed nutzen oder muss ich Veed plus nutzen oder? Also es wär ja auch 'n Leichtes gewesen zu sagen, okay, wir machen aus aus User Sicht quasi Viet zu sonem sehr dünnen Schirm und das kann entweder nur den Bundler mitbringen oder es kann halt komplett Viet plus sozusagen nachladen und dir dieses ganze Tooling mitbringen, aber ich muss mich quasi nicht bewusst dazwischen entscheiden.
Alexander: Ich glaub, das wird an dem Punkt einfacher, an dem zum Beispiel man sagt, okay, die Standard Ve Templates, die kommt man einfach mit Ve Plus als Option, dass Du auswählen kannst. Dachte, hey, möchte die ganze Tool schon haben, fertig. Dann lässt Du den Nutzern einfach noch die Wahl und dann dann läuft es. Es gibt 'n paar Gründe, weshalb das noch nicht so ist, zum Beispiel dadurch, dass Tools wie OXLINT halt noch keinen keine Svelt- oder View Templates oder auch Angular Templates beispielsweise beim Linting unterstützen, weil wir leben ja wieder in 1 Zeit, wo's so viele Frameworks gibt und man irgendwie gucken muss, dass das klappt. Das Gute ist, da gibt's jetzt von der typeSruit Seite, weil das ist das Nächste, ne, typehere Linting rules nennt sich Content Mappers, wo typeSruit effektiv sagt, ey, ihr könnt mir irgend 'n Pfeil geben und wenn's dafür einen Content Mapper gibt, der das dann einen sinnvoll typeestream äquivalent überführt, ist alles gut. Mhm. Das ist noch recht neu. Dadurch, dass typeestream 7 zum Beispiel, wo ja auch Eugen drauf basiert, der noch nach wie vor keine API hat, da wartet so die ganze Schulungwelt 'n bisschen drauf. Also da gibt's noch son paar Punkte. Zum Beispiel das Template von von nutzt standardmäßig und euch nee sorry, euch sind. UX Format hast Du, glaub ich, nicht drin, weil's gar kein Format drin hat. Einfach, weil's damit gut funktioniert, aber komplett umstellen würden wir halt auch erst gern, wenn wir sagen, gut, V-Plus ist stabil. Das läuft so weit für alle Frameworks. Vielleicht, dass V-Plus noch im Beta ist, warten wir noch 'n bisschen drauf. Aber zum Beispiel auch zu einfach und sagen, hey, möchtest Du vielleicht trotzdem installieren, grade so bei Sachen, wo wir wissen, es geht, ist keine schlechte Idee.
Jan: Okay, das heißt für alle da draußen, die jetzt nämlich grade so am am Zuhören und Überlegen sind, ne, sollte ich quasi diese Migration machen. Du hast eben schon 'n paar Fälle angesprochen, wo's vielleicht noch nicht so sinnvoll ist, aber für alle anderen wär's eigentlich son eine empfehlenswerte Erweiterung von der Toolchain.
Alexander: Also ich würd sogar sagen, für die Leute, die selbst Also ich hab View Next Projekte zum Beispiel kommen ja aus der aus der Welt, wo ich genauso V plus benutze, dann kann ich halt sagen, okay, ich nutz halt statt OX Lind ES Lind nach wie vor noch. Ist ja einfach ein PM Script, dann lass ich halt laufend laufen und nicht VP Lind. Passiert ist auch nichts Schlimmes. Oder ich sag halt, ich kombiniere das und sag alle Regeln, die ich schon in OX Lind abbilden kann, also alle Standardregeln, die pack ich da rein und nur die Regeln für die View Templates, die lass ich in laufen und hab dann einfach 'n Skript, was das zusammen kombiniert. Das sind eigentlich alles Möglichkeiten, wo man sagt, okay, wenn das das Einzige ist, was euch abhält, dann einfach migrieren. Es gibt 'n wunderbaren Migrationsassistenten, der da hilft, genauso auch die Regeln zu übertragen et cetera. Es gibt sogar 'n, jetzt wird's 'n bissel verwirrend, einen Plug in OX Lint, also effektiven Plug in für die, zu sagen, all die Regeln, die die
Jan: OX Lintoschka Bild irgendwie im Kopf oder dann machst Du 'n Lint da auf und das ist immer noch eine andere Liste.
Alexander: Die Idee ist letztendlich, ey, disable doch alle Regeln, die Eugening schon kann. So, das ist das ist, was das Plug in macht, also einfach auch da zu Migration zu helfen. Aber ja, ne, ist hart. Und und letztendlich, ich kann's eigentlich nur jedem anraten, der sagt, okay, bei mir am Tooling fehlt mir irgendwas. So Regel Nummer 1 auch wie beim wie beim Refactoring, wenn ihr mit eurem aktuellen Tooling zufrieden seid, alles cool, könnt guckt's euch an, wenn ihr Langeweile habt oder sagt, ihr habt grad nichts zu tun, ne. Ist immer gut, son bisschen neue Tools anzuschauen. Und wer sagt, das passt alles, kein Ding. Üblicherweise gibt's aber Leute, die sagen, ja, mein, VHS Code hängt halt, jetzt muss ich die Datei formatieren, das dauert irgendwie mehrere Sekunden. Oder oh, jetzt ich kann ich hab eine Comidvoke, das dauert aber Minuten, bis es durchgelaufen ist, selbst mit 'n paar Stage Files. Da muss ich jetzt Kaffee holen so. Das sind alles Developer Experience und auch natürlich heutzutage mit AI, ne, 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 VI plus upgraden. Man kann auch sagen, ich migr jetzt von Pretty hier auf als Schritt 1 oder von e s lind auf ox lind und hab kann dann später aber noch sagen, ich migr alles auf auf V plus, wenn ich das möchte.
Jan: Ja, also das ist cool, dass es geht, aber ich glaub aus so Developer Experience Sicht ist natürlich cool, wenn man sagen kann, okay, ich leg jetzt hier den Schalter zu Viet plus quasi und meine ganze Toolchain erfährt quasi dieses Upgrade. Ich muss mich eben nicht diese einzelnen Teile irgendwie kümmern.
Alexander: Definitiv. Also
Jan: Dave heut Nachmittag, ne, Programmierer Webseite, umstellen, Viet plus, go. Perfekt. Easy.
Alexander: Schreibt schreibt gern, wie's gelaufen ist. Ich ich ich ich nehm mir alle persönlich an. Oh Gott, das ist irgendwie sagen soll. Oh oh. Nein, aber ich ich denke auch so son, deswegen haben wir diese, ne, Unify Tool Channel, dass man auch dieses Gefühl hat, so alles klappt irgendwie und passt 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, Namen wie Shopify oder so nehmen zum Beispiel teilweise OX dann Regeln oder Airbnb, weil die halt deutlich schneller laufen über die rinnen riesige Monorepo, zum Beispiel zu gucken, hab ich irgendwie zyklische Dateien, also zyklische Imports und Co. So, da kommt halt ESLIN einfach nicht mit aus Performance Sicht und dann sagen sie, okay, hier nehm ich die Regeln und kann vielleicht Step by Step gucken. Ich glaub, das aller wirklich das Allereinfachste, was man machen kann, OX Format ist halt 100 Prozent konform mit Javascript und Hypescript. Da also hat eigentlich viel Support für alles außer Asthma momentan undAngelor Templates so halb, weil dann da gibt's eine Option, nicht den Passwort zu beschreiben. Wir haben auch eine wunderbare Kompatibilitätsübersicht, die ich mal erstellt hatte. Also auch da gern Link in den Shownotes. Und dann einfach mal machen und testen. Bei OX Format ein Command, supereinfach. Wenn dann genauso alles läuft wie vorher, nur halt deutlich schneller, perfekt. Ich hatte das bei dem Bildsystem, da wollt ich gerne wie wie Plus reinbringen, hab dann aber erst mal gesehen, oh, die Repo baut nach mit OX Format, das dauert irgendwie, keine Ahnung, mehrere Minuten. Es dauert mit mit mit wird euch format, mehrere Minuten. Und dann hab ich gesagt, okay, ich mir geriere es kurz zu euch's vor mit, da war's halt irgendwie 5 Sekunden. Wo Du sagst, okay, das das macht halt 'n riesigen Unterschied, einfach nur für mich als Entwickler, der jetzt sagt, komm, 'n neuer Repo, ich will irgendwas machen und ich muss jetzt hier irgendwie mehrere Minuten warten, dass das durchläuft, bevor ich irgendwas committen kann, schwierig, schwierig.
Jan: Ja, und an der Stelle, dann mal wieder den den Kreis zurückzudrehen oder den Bogen, aber der war
Dave: Irgendwas zurückzuspannen. Ja.
Jan: I don't know. Das ist ja 'n handfester Benefit, der am Ende des Tages ja auch einfach Geld wert ist.
Dave: Glaub, ja?
Jan: Also wenn Du halt weniger CI Leistung irgendwie brauchst, wenn dein Zeug irgendwie schneller durchläuft, so weniger Computerkosten zahlen musst, umso ärgerlicher oder umso schade ist es dann halt natürlich, dass da quasi doch kein kommerzielles Produkt irgendwie draußen gekommen ist, weil man ja eigentlich 1 zu 1 sagen könnte, ne, also Du sparst ja irgendwie damit auch Geld, so.
Alexander: Wobei natürlich die Tools selber, also Beispiel OX Format und Co, die waren immer Open Source und werden auch Open Source geblieben. Also die Möglichkeit, dass die Leute
Jan: Ja, aber also trotzdem könnten die ja finanzielle Unterstützung erfahren, ja? Also nur Ja, aber Open Source heißt ja nicht, dass da keiner Geld drauf werfen darf.
Alexander: Und das könnt ihr bitte gerne machen. Es gibt Open Collectives für Viet, Vietst, OXC. Also wenn ihr merkt, so in eurer Firma spart euch das beispielsweise 10000 Euro an CI Kosten im Jahr, ihr überlegen mal, ein Prozent ein Prozent zu spenden. So, wir haben auch da wieder netz können wir sagen, Cloudler hat ihr diese Millionen EC-System von aufgelegt. Können wir sagen, ja, ist ja alles gecovert. Ja, schön wär's. So, das das Geld geben wir genauso an Dependencies, also an Leute, die's es halt in ihrer Freizeit machen oder sagen, können es halt nicht von ihrer Arbeit aus machen. Ich ich hab den großen Vorteil, dass ich ja Open Source als Arbeitszeit noch 'n guten Schrank davon machen kann. Und viele Leute machen das halt in ihrer Freizeit und haben dann aber große Projekte, die man enthält werden. Deswegen keine Sorge, Open Source sind wir noch under fandet und und gebt ganz gern Geld. Entweder an Dependencies, wo ihr ihr genau wisst, okay, die die können's gebrauchen oder dann halt zum Beispiel das das Veed Open Collective oder V-Test oder OXC. Und wir verteilen das dann genauso weiter oder geben das halt zu unseren Coreteamamembern, die halt nicht bei Firmen gestellt sind und das halt nie ihre Arbeitszeit machen können.
Jan: Ja. Cool. Ich muss auch sagen, so ganz persönlich, ich komm ja auch hier so ausm Backend Development und als ich das gesehen hab, so diese vereinheitliche Toolchallenge, so dachte ich, ja, das ist eigentlich das, was mich so schon immer irgendwie gestört hat an dieser ganzen Frontendarbeit, weil, also selbst wenn's da coole Tools gibt, ne, ich will das gar nicht in Abrede stellen, aber allein die Tatsache, dass ich mich halt irgendwie damit beschäftigen muss, weil es halt irgendwie 5 verschiedene zur Auswahl gibt und die jeweils dann noch irgendwie konfiguriert werden müssen und das nicht so ist wie bei, weiß ich nicht, Go oder Python oder PHP, wo's halt so, also jetzt vielleicht auch nicht direkt von der Sprache, aber es gibt aber zumindest so ein oder 2 Pakete, die's halt so als Standard etabliert haben und alle das irgendwie nutzen, so. Das ist schon schon viel wert, glaube ich, einfach da son bisschen für Vereinheitlichung zu sorgen.
Alexander: Definitiv. Und wenn man auch überlegt, das kann man ja, also das das ist, was man halt Firmen intern natürlich gucken muss, einfach auch als Einstiegspunkt nehmen. So ganz viele Firmen haben mir ja, okay, wenn Du jetzt umgebaut wirst, hier hast Du erst mal 'n Skript, wie Du deinen deinen Laptop aufsetzt oder Ähnliches. Viele können wir's auch nicht und dann wird das einfach Mund zu Mund propagalmäßig gemacht, aber anderes Thema. Können wir einfach sagen, ja, ist jetzt wie plus, globales CLI und dann hast Du alles, was Du brauchst, weil dann hast Du die Notversion, die wird immer angepasst, je nachdem, ne, welches Projekt halt sagt, ich brauch die Notversion, die ist das. Ist egal, welchen Paketmanager wir nutzen, ist einfach VP und fertig. Du kannst trotzdem noch PNPM und Yaren und Bun und Co nutzen, aber VP ist halt und ansonsten hast Du standardmäßig erst mal auch in den ganzen Projekten die gleiche Toolchain und musst dich halt nicht zwingend umgewöhnen und sagst, oh, das Projekt, da nutzen wir noch was ganz anderes. Und ja, wenn man das ausprobiert so, kann man ja, kann man natürlich trotzdem alles machen, aber vom Standard abzuweichen, ist einfach 'n bisschen schwerer, wenn man sagt, ich hätte da erst mal was vorgegeben, das funktioniert.
Dave: Kurze kurze Frage, da aber noch mal zur Funktionsweise. Und zwar würd mich jetzt interessieren, also Du hast ja zum Beispiel gesagt, UX Lind ist ja standardmäßig in Viet plus drin. Mal angenommen, wir im im Team sagen jetzt so, hey, irgendwie wir erkennen Vorteile, doch weiter in Estland zu benutzen, weil das macht das und das besser oder ist das irgendwie doch schneller oder neue Versionen und so was alles und möchten den Bohrer wechseln, hab ich da jederzeit eigentlich mit W plus auch die Möglichkeit zu entscheiden, hey, ich nutz jetzt zwar nicht das vorgegebene Tool, was ihr hier eigentlich als das das in Anführungszeichen Beste irgendwie deklariert, sondern möchtet ihr mein eigenes hier an der Stelle benutzen? Kann man das problemlos machen dann noch in wie plus?
Alexander: Ja, klar. Also am Ende, Du hast ja trotzdem NPM Scripts zur Verfügung, heißt ja, dann dann sagst Du halt, dein Lin Script heißt ISLINT und dann dann lässt Du w p run lind laufen und fertig, kein Problem. Das kann genauso gecashed werden zum Beispiel. Also auch da das Caching funktioniert mit allen möglichen Befehlen auch Teilen davon. Also wenn Du jetzt irgendwie, was weiß ich, und was anderes hast, dann werden auch diese Zwischenschritte tatsächlich sind. Das ist ganz witzig und es ist auch mega megapowerful. Aber ansonsten, genau, es hält dich keiner davon ab zu sagen, ich nutz 'n anderes Tool, weil wenn man's auch mal 'n bisschen komplexer denkst wie da in größere Projekten, dann hast Du immer noch mal 'n eigenes Bild Skript. Das ist nicht nur einfach, ich nehm jetzt und fertig. Schon, ich hab irgendwie Meta Frame wie, dann kann ich ja nicht einfach sagen, ich lass eine wie Server laufen, sondern dann muss ich ja, mein Bild Skript ist, ne? Und dann lass ich wie mit Rep Run Bild das Ganze laufen oder VPRR Bild als als Shortcut, wenn man nur 3 Zeichen schreiben möchte. Und und dann ist es gut. Also das Ziel ist auch da, das ist eigentlich bei allen unseren Projekten so, Sie möchten das Ökosystem immer mitnehmen, ne. Wir haben gesagt, OX LINT soll kompatibel sein. Du kannst Plugins, hab ich auch noch nicht erwähnt, ist vielleicht noch witzig zu erwähnen, JavaScript Plugins Plug LINT Plug ins laufen lassen. Gibt nur 2 Ausnahmen, keine Custom Parser, also dazu View Parser, Welt Parser, typeed to Parser geht da entsprechend nicht drin und keine Typeware Regeln, genau dadurch auch, also keine eigenen. So ist alles gecovert, bis auf 2 nicht so wichtige Regeln. Und das Gleiche mit o x format und pritier, ne? Die Idee ist zu sagen, ey, das soll am Ende alles funktionieren. Klar, wir auch noch irgendwann ganz gern pritier Plug ins 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 hab da jetzt genau das Problem, es gibt mir jetzt 'n oder 100 x Return. Und selbst dann ist halt die Frage so, wie wird das Tool weiter und kann ich denn jetzt wirklich alles abbilden? Was ist, wenn ich da in 'nem Problem komme? Plus die meisten von uns Web Entwicklern ist ja, also den meisten ist es, liegt es sehr am Herzen, wenn ich son bisschen, ich sag mal, rumbasteln kann, sagen kann. Ich kann eine eigene JavaClip Regel schreiben. Ich muss jetzt nicht irgendwie lernen. Deswegen auch da, mit JavaClip das Plug Interface.
Jan: Dave hat ja vorhin schon bei der Cloud Flag Geschichte son bisschen das Community Sentiment angesprochen. Vielleicht sprechen wir da auch bei W plus einmal drüber. Wie wurde das denn so aufgenommen? Weil ich kann mir vorstellen, dass es da auch irgendwie 2 Lager gab, ne. Die einen, die so mehr vielleicht so aus aus meiner Perspektive auch kommen, sagen so, ah ja, ich will mich da weniger mit beschäftigen und wenn mir hier mehr Fertiges irgendwie gegeben wird am Stück, dann nehm 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 entforcen, die für typehrep gar nicht mehr in typehrep geschrieben sind, oh mein Gott, so, ja. Mhm. Wie wie ist da die Arbeit mit der Community?
Alexander: Also natürlich, es gibt immer unterschiedliche Lager und grade als das angekündigt war als Source Available und nicht komplett Open Source, war die Stimmung natürlich noch mal 'n bisschen anders. Aber seitdem das Ganze als Open Source released, gibt's eigentlich Leute, die sagen, ja voll geil, nutzen wir oder wollen wir irgendwo einführen? Die Leute sagen, ey, alles gut, ich möcht mir gerne meine Tools so selber zusammenstellen und dann dann ist okay, dann nutz ich's halt nicht, weil also das ist wieder auch da der Vorteil, niemand sagt ja jetzt, okay, Du kannst nur noch die unterliegenden Tools in Feed plus zusammen verwenden. Ich hab zum Beispiel erst gestern immer gequatscht und hat gesagt, ja, ich nutz halt noch NPM und Node und klar nutz ich irgendwie ox and ox Format und und zum Verpackung von der, aber das war's halt auch schon. Und wenn ich ja morgen Biom ausbringen möchte, probier ich Biom aus. Also ich glaub, da sind Leute sehr, die so, sag ich mal, sehr in in in Zwilling verliebt sind, sagen, ja, ja, brauch ich halt nicht so, ich stell's mir lieber selber zusammen, aber das ist halt auch 'n kleiner Teil der Community, würde ich behaupten. Viele Leute sind einfach sehr froh, dass sie halt den Hassel nicht haben müssen und sagen, jetzt muss ich das wieder konfigurieren und da geht das nicht, sondern ich nutz es halt und und fertig.
Jan: Wir sind ja hier bei der programmier.bar und wir werden nicht bei der programmier.bar, wenn wir nicht auch über AI sprechen würden.
Alexander: Selbstverständlich. Guter Übergang. Perfekt.
Jan: Ich hab, als ich mir vorhin die Viet plus Seite angeguckt hab, einen Button gesehen, den ich so immer öfter seh bei Projekten. Ja. Und zwar diesen Copy prompt Button.
Alexander: So ist es, ja, genau.
Jan: Ich ich weiß nicht, wie involviert Du da darin warst, aber was dieser Button der macht, ist, ich hab mir mal das prompt geben lassen, was er mir dann so andrehen würde. Mhm. Versucht im Prinzip halt son Calling Agent am Start hast, dem halt son bisschen die Basics mitzugeben, was halt irgendwie alles gebraucht wird. Und ich hab gesehen, dieses prompt verweist auch auf sone, ich sag mal, LLM Instruction, die son bisschen umfangreicher ist, die es auch Suite plus gibt. Die ist, boah, also ich scroll grad mal durch, aber ich würde sagen, so 2000 Zeilen habt ihr bestimmt oder so. Ja. Also habt ihr da, also wo, nee, andersrum, wie frag ich das am besten? Wieso habt ihr das gebaut?
Dave: So, ist ist das was,
Jan: was so wirklich nachgefragt wird? So, hey, ich würd das gerne mal ausprobieren, aber ich will da irgendwie wenig Assessment mit haben und könnte das nicht einfach irgendwie meinem Agent geben. War das was, was ihr eher so proaktiv irgendwie seht und habt ihr vielleicht sogar Analytics, zu sehen, ob das wirklich genutzt wird? Weiß nicht, gibt's Traffic auf diese Seite? Gibt's Klicks auf diesen AI Button? Das das würd mich mal interessieren.
Alexander: Also Klicks auf den AI Button tracken wir nicht, aber natürlich tracken wir, wie viel Traffic zum Beispiel an Bots auf die Seite kommen, wie viel Leute im Markt da und der Dokumentation aufrufen und die und Co. Was uns wichtig war, also grad im heutigen Zeitalter, wenn wir jetzt wenn ich's beispielsweise sage, ich nehm jetzt einfach mal meinen meinen Coding Agenten und sag, okay, ich möcht jetzt 'n neues Projekt anfangen, was nutz ich denn, ne? Dann üblicherweise heißt erst mal Viet, was schon mal cool ist oder manchmal auch Next Joursten, der kommt drauf an, was man baut, aber okay, das ist gut. Und V-Test, alles klar. Nur wie kriegt man das hin, dass man gesagt, okay, es gibt was Besseres, einfach nur Pläne V-at? Na ja, da braucht man 'n bisschen Awareness für und aktuell ist es nicht drin Knowledge Cutoff und Co, klar. Das heißt, das dauert noch 'n bisschen, bis es dann auch die die Modelle entsprechend benutzen. Aber wenn ich einfach sag, okay, es gibt ganz viele Leute, die einfach 'n Agent nehmen sagen, migriere dieses Projekt bitte und uns lass 'n Plus nutzen. So, dann wär's natürlich sinnvoll, wenn der Agent das auch zu zu 'ner besten 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 wie plus selber installierst, dann kannst Du auswählen, ob das eine Agents im Day und auch claudem Day, weil na ja, Standards, erstellen soll, wo dann alle Informationen drin sind, dass er nämlich nicht zum Beispiel sagt, ich lass den Server irgendwie mit laufen, weil ist ja echt sehr in der Dependencil Liste, sondern ich ich lass halt irgendwie oder Ähnliches laufen. Also da geht's schon darum, auch den Agenten son bisschen zu anzuweisen, ne. Auch da dann der Verweis auf die Docks zu sagen, ah, es gibt doch 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 schon da ist. Wir wollen ganz keine Ivac bauen, dass wir sehen, okay, was hat denn wie viel Effekt? Wir wollen Das sollte
Jan: jetzt meine nächste Frage noch lösen, ja.
Alexander: Genau, das ist das ist extrem wichtig für uns zu sagen, okay, wir möchten natürlich, dass die Agenten noch besser mit Beat plus umgehen. Das ist auch schon intern gestartet, wie immer Prioritäten und Open Source Projekte ist ja viele, die wir am Händler müssen, heißt, da muss man 'n bisschen gucken. Aber das ist auf jeden Fall auch was, was auf der Roadmission sozusagen, okay, wir wollen, dass es natürlich noch besser funktioniert und dass auch unsere Agents, die die wir mitgeben, nützlich ist und Co. Genauso könnt ihr auch sagen, ey, ihr belt das ab, weil ich möchte da was Eigenes reinbauen oder ich mach das selber, ansonsten kann ja auch automatisch geupdatet werden. Also 'n neuer VPN Release lokal installiert, dann wird die ages indoor geupdatet, gibt's einfach sone Markierung zu sagen, gut, da wird das ersetzt in in 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üsst halt sagen, jetzt such ich erst mal et cetera, aber dadurch, dass es entsprechend auch lokal verfügbar ist, die Docks über die Note Modios auch mitgeliefert werden müssten, sollte es klappen.
Jan: Ja, da das mit den E-Mails hätte mich auch interessiert, weil wie gesagt, das Dokument ist schon 'n bisschen bisschen umfangreich und das, glaub ich, mal so zu testen und macht also a, macht es wirklich das, was es soll und b, brauch ich wirklich alles davon oder reicht nicht vielleicht auch 'n 'n schlankeres Set, quasi dasselbe Ergebnis zu erreichen? Das mal messbar zu haben, superinteressant, wenn ihr da Insights habt.
Alexander: Reich ich, wenn das bis zum Release der Episode da ist, auch gern noch mal nach als Link, weil wenn, dann wird's es natürlich auch öffentlich geben. Einfach noch mal, schreib einfach noch mal eine Nachricht oder wenn ich's wenn ich dran denke, schreib ich's genauso. Ansonsten sieht man das ziemlich sicher auf den Social zum Beispiel dazu was haben, weil genau, das liegt ja auch in in unserem Interesse. Und vor allem, wir haben das jetzt ganz oft mit Tools, weil es kommen trotzdem noch neue Frameworks raus, wie wir's jetzt mit Oktain zum Beispiel gesehen haben oder auch mit Triple oder Ähnliches, die dann auch nicht in den, wie wir's im im Wissen der Agenten mit drin sind. 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, denk ich, der 'n guter Weg
Jan: dahin. Wo wo wir grad
Dave: auch noch in dem AI Space sind, ihr habt ja Veed plus angefangen zu entwickeln. Da war das ja, also AI gab's das schon, war aber, glaub ich, jetzt noch nicht so stark fortgeschritten, wie's heute stark ist. Merkt ihr, dass das halt quasi jetzt auch mit der Entwicklung an We plus auch etwas deutlich mit euch macht, halt quasi, was der Fokus ist an an nächsten Schritten und so was alles, dass ihr halt viel mehr denkt, hey, okay, wie können wir AI dazu noch stärker enablindes zu nutzen?
Alexander: Ja, also natürlich zum einen wissen wir einfach, viele Leute schmeißen ihre Eltern drauf und sagen, nimm das mal und dann soll's auch bitte funktionieren. Das ist der eine Punkt, aber auch natürlich die Entwicklung selber. Also das 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's noch mal eine Performance Finding. Dann ist da sich der Former dann noch mal x-mal schneller, weil man da noch was gefunden hat. Also das ist auch extrem hilfreich. Und dadurch, dass wir nun mal eine 1 Welt zusteuern, wo AI mehr und mehr genutzt wird, jetzt nicht nur von den ersten paar Prozent, wir sind ja trotzdem so gesamtglob gesehen noch irgendwie early. Da gibt's 'n 'n sehr schönen Chart zu. Also auch da einfach zu sagen, ich ich will's nicht, lass mir's anfangen wie AI Native, aber einfach es soll mit AI gut funktionieren. Und wir fangen jetzt auch nicht an zu sagen, ah, es gibt was und es gibt's nur als als WebUI für den Nutzer, sondern das wollen wir jetzt gerne ins ins Ziel einbringen. Ein Beispiel dafür ist, wo wir grad dran arbeiten, es ist wahrscheinlich auch schon released, wenn die Episode rauskommt, die also die Visualisierung des im eigenen Projekt, Beispiel riesige Monoreepo, dann zu sagen, wie hängen die Pakete jeweils zusammen. Das wollen wir ganz gerne Murmaid machen, dass der Nutzer das entspricht, Citro angezeigt bekommt, aber die AI kann ja auch Murmaid interpretieren. Und dann später als Jason, einfach weniger Tokens und Co, auch wieder iterativ. Aber wenn das Ganze mit Murmaid gut genug ist, nicht schlecht, aber auch dafür wollen wir dann I-Bas haben, zu sagen, okay, kriegt der Agent das denn hin mit Murmerid? Wie viel Token wär denn das oder wäre Jason da sinnvoller und was für 'n Format? Das sind auf jeden Fall alles Überlegungen. Wir sagen, wir wir denken da Agents definitiv mit, aber wir wollen auch Also idealerweise meiner Meinung nach sind's immer Features, die alle Nutzer irgendwie beurteilen. Also und ist nicht sozusagen, ja, das ist jetzt nur für die Agents, sondern im besten Fall hat das, es gibt sone Analogie auch eigentlich zu SEO. Es gibt eigentlich immer oder Accessibility oder UX so am Ende. Es ist eigentlich immer gut für alle. Deswegen da da würde ich mich persönlich mal ganz gern drauf fokussieren. Mhm.
Jan: Jetzt haben wir schon son bisschen die die Zukunft hier angesprochen, die AI Zukunft, aber es gibt ja auch die normale Zukunft so.
Dave: Die echt
Jan: Handgemachte Zukunft.
Dave: Mhm.
Jan: Was was seht ihr da für für Beat plus und Beat plus und vielleicht auch für Boyd als Ganzes irgendwie in den nächsten, weiß nicht, ein bis 3 Jahren noch auf euch zukommen?
Alexander: Boah, ein bis 3 Jahre ist 'n ja, ach so, wenn man das in E-Jahren rechnet, also das sind vielleicht E-Jahren auf Menschen ja auch runterrechnet. Ach
Jan: so, ja. Abseits von E-Mail so, ne.
Alexander: Also einfach nur keine Ahnung, ich ich halte mich bei jeglichen komplett zurück, aber was für wie Plus so viel ansteht, es ist, wie gesagt, zum Zeitpunkt der Aufnahme in Beta. Wenn ihr das hört, ist es wahrscheinlich immer aus c und wird hoffentlich beides 1 Punkt 0 rauskommen. Auch da, das Ganze ist schon recht stabil. Also eigentlich, wir hatten nie groß seit der Alpha, was sehr cool ist. Heißt, holt ihr's gerne aus und gebt Feedback. Das ist eigentlich das a und o, was wir auch in unserem Blogpost immer schreiben. Wir sagen, gut, wir wollen halt noch wissen, gibt's Features, wo wir sagt, da könnt ihr nicht ohne und die bräuchten dann zum Beispiel vielleicht 'n Breaking Change, aber das müsst ihr uns ja nicht sagen. Da müsst nur sagen, was gerne Features wollt. Und das würden wir natürlich gerne vor der 1 Punkt in Höhe noch irgendwie mit unterbekommen und sagt, okay, das Key Ding, was jetzt Leute brauchen, wir vielleicht noch was ändern müssten für, das das wollen wir gerne eher haben. Aber das steht auf jeden Fall an. Wir haben son paar Sachen auf den Zettel, zum Beispiel VP Release als Kommando. Also einfach zu sagen, ich kann Pakete, grade wie bei Monorepos sehr interessant, aber auch einfach ganz normal mit 'nem Release Flow releasen, den man auch customizen kann. Wir arbeiten weiter an der Erstellung und Generierung. Ein cooles Feature ist zum Beispiel, man kann selber über NPM Pakete Templates festlegen, die man nutzen kann und dann mit, was weiß ich zum Beispiel at meine Firma, at meine Firma, wie auch immer, dann übern Scope nutzen, Projekte zu erstellen. Da möchten wir auch gucken, so wie sieht das aus für größere Nutzer, kleinere Nutzer, große Firmen, kleine Firmen et cetera. Ist das funktionalitätstechnisch ausreichend? Gibt's da was, was man macht braucht, irgendwie Skripte ausfüllen nach dem, et cetera et cetera, dass man sagt, okay, sowohl für das eigene Projekt kann ich sagen, ich hab jetzt mein Template, das möcht ich gern überall nutzen und muss nicht immer Copy, pasten. Aber auch eben in in größeren Buhnen zu sagen, hey, unsere Projekterstellung kann einfach genau damit laufen. Das macht alles, was wir brauchen. Wir brauchen keine, keine Ahnung, oder Ähnliches oder was auch immer man so nutzt. Das das sind auf jeden Fall son paar Punkte, die noch kommen. Ansonsten ganz viel, was noch Fragezeichen dran hat, zum Beispiel so das Thema Docks Erstellung ist was, was wir ganz gern machen würden, auch einfach Bandbreite ist ist limitiert. Wir sind da gar nicht so viele Leute, die sagt, da 18 Leute, die alle von wo wir jetzt hier oder noch rüber zur Cloud fair sind. Plus natürlich Core Teams und Kontributes, die aber das Ganze nicht Vollzeit machen. Und ja, da kommt auf jeden Fall viel. Ich glaub, was Feed angeht selber, dann gibt's einen, gibt's mehrere interessante Proposals. 1 ist das Ganze 'n bisschen AI freundlicher zu machen im Sinne von, oh, der V-Desv Server ist jetzt 10 Mal gestartet, weil der Agent nicht weiß, dass von 1 läuft. Also dann war die Idee zum Beispiel zu sagen, ey, ich hab einfach 'n Logfile, was hat die Information gibt? Hey, das ist der Ordner, das ist der Prozess, der Port et cetera, dass dann also Agents sagt, oh, läuft schon, nehm ich den einfach. So was in der Richtung, da sind ganz viele Sachen, die noch im im Ausbau sind. Ansonsten die AppIvironment API wird irgendwann noch abgeschlossen. Das ist aber auch noch mal 'n ganz eigenes Thema auf jeden Fall. Und ansonsten geht's zu verschiedene andere Sachen, ne. Deployment Metadata, ich hab irgendwie noch 'n RFC, den ich gern schreiben möchte zum Thema Server der Rendering Asset Collection, aber das das wird alles supertechnisch und detailliert. Aber da passiert viel, also das ist ist stetig im Wandel. Und bei Ox in Oxformen natürlich einfach komplette Parität mit dem Ökosystem, wäre super. Aber da sind wir auch son bisschen jetzt auf auf angepescript angewiesen.
Jan: Ne, hast Du noch eine Frage?
Dave: Nein, ich fand, das waren sehr aufschlussreiche Einblicke in die Zukunft.
Jan: Das war krass. Also ich
Dave: mir so, oh, steht doch echt einiges an. Und ich bin jetzt schon sehr zufrieden mit Veat by the way, will ich hier an erster Stelle mal sagen.
Alexander: Perfekt, sehr schön. Das geborene ich gerne weiter. Wer übrigens nicht zufrieden ist, schreibt ihr auch gerne. Sagt gern Bescheid, was euch stört, weil das hilft uns dann auch noch mal zu sagen, hey, was sind vielleicht irgendwelche Blind Spots, das ist wieder, ne? Es ist es ist superschwierig, all die unterschiedlichsten Cases abzudecken und ich find auch, so Veat macht das eigentlich nicht schlecht, weil selbst sagt, ihr schreibt irgendwie Appomponents und irgendwie plane HTML, könnt ihr Weat nutzen, irgendwie Hotmotto Reload zu bekommen und einfach 'n Devserver. Das ist schon sehr, sehr angenehm vielleicht zum zur alten Entwicklung. Insofern ja, wenn er's wenn er's noch nicht nutzt, schreibt man gern wieso auf auf einschlägigen Social Media Plattformen vergisst nicht programmier.bar zu tanken. Und ja,
Jan: der Mann ist ein Profi.
Dave: Also wirklich, also das Social Media Game wird durchgespielt.
Jan: Ich versuch's. Ich versuch's. Er will einfach auch zum fünften Mal
Alexander: noch mal eingeladen werden. Ja, irgendwann müssen wir dir vollbekommen, ne? Ja. Hab ich hab ich gehört. Gibt's eine Bonuskarte eigentlich irgendwann?
Jan: Gibt's Treuepunkte bei der Programmierung bei mir.
Alexander: Ach, für mich so Problemierkorn einfach. Zack, treue Punkte. Fertig.
Dave: Erst ab der zehnten Folge. Dann ist die 11. Kostenlos.
Alexander: Okay, perfekt, super. Das dann ist gut zu wissen. Da find ich da, sag ich Bescheid.
Jan: Alex, gab's noch eine Frage, die wir dir nicht gestellt haben? Irgendein Thema, auf das Du dich mega vorbereitet hast, dass Du unbedingt reden wolltest und gesagt hast, wieso hat mich hier niemand danach gefragt.
Alexander: Nö, eigentlich gar nicht. Ich glaub das, jawohl, na, wenn Du's schon so fragst, wenn Du es schon so fragst, View ist ja schon mal kurz vorgekommen. Das ist nur son kleiner Disclaimer, View ist, da ich das auch von Evan erstellt wurde, wird es immer son bisschen mit reingemischt, aber View ist tatsächlich ganz komplett outside dieses Void Zero Kosmos zu betrachten als komplett eigenständiges Projekt. Das wollte ich noch mal als Zeile gesagt haben, weil das ja logischerweise ja einfach ja der Stelle von Veed und Vew ist und der Sea of the world Zero war, wurde es immer son bisschen reingemischt, aber das ist ist ein ist ein Baby und da kommt da kommt kein Venture Capital ran, da kommt keine keine Rechtehaber außer ihm selbst ran. Und da geht's aber auch weiter. Also da können wir irgendwann mal über View 4 irgendwann reden, aber das ist das ist für später. Ja,
Jan: nice nice. Sobald wir die Programmierfall Webseite mal wieder auf den aktuelles und View und alles geupdatet haben, können wir da dann auch mal wieder
Alexander: Sorry, ihr seid ja, da gab's 'n paar Security Patches.
Jan: Ja, ja, ich hab das hab das gesehen, so.
Alexander: Ja. Und jetzt mittlerweile, ne, wenn ihr die Folge hört, ist ja schon alles geupdatet, also ist eigentlich
Jan: Ja, klar. Na. Alex, danke.
Dave: Wann kommt die Folge raus? 2028? Ja, ich glaub auch. Ja,
Jan: Veröffentlichungsnotiz ins CMS, die kann erst veröffentlichen.
Alexander: Cool, cool.
Dave: Ja, ich weiß nicht, alles.
Jan: Hast Du noch irgendwas? Du hast VeComp schon angesprochen, wieder online. Gibt's sonst noch was, was Du pitchen willst?
Alexander: Ich glaub, das ist eigentlich das Wichtigste, genau. Aber ich müsste auch genug Zeit sein, wenn ihr die Folge hört. Insofern, das ist cool. Ansonsten, ich kann immer jeden nur anhalten, wenn ihr Probleme habt, bitte schreibt irgendwem, macht 'n Issue auf, das ist immer das Allerbeste, was ihr machen könnt. Wenn ihr wenn ihr gerne wollt und keinen Stop, macht auch gerne 'n PR, aber Issue ist das Allerwichtigste. Ansonsten ja, wenn's Probleme gibt, würd ich halt sagen.
Jan: Na, das ist, glaube ich, generell gute Life Advis, so. Wenn Du Probleme hast, schreib jemandem. Ja. Davor, kann man so stehen lassen.
Alexander: Oder, aber vielleicht eine DM und nicht immer auf Social Media wenden, weil meistens, das gibt so ganz viele Sachen, das das kann man recht einfach eine DM schnell lösen und dann muss man keinen kein riesiges Fass draus machen, aber das das muss ich euch ja nicht sagen und den Hörern ja auch nicht. Ja.
Dave: Mir sind wir spontan doch noch eine Frage gekommen. Das würd mich jetzt mal interessieren, weil Du gesagt hast, bitte keinen Slop. Wir haben, glaub 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 automatisierten Agents, die irgendwelche PRs erstellen. Das ist natürlich, glaube ich, ein 1 Problem, das sehr viele Open Source Produkte Projekte aktuell haben. Du hast aber auch gleichzeitig gesagt so, hey, richtig geil, wir haben superviel Velocity. Das klang sehr positiv geframed. Aber jetzt natürlich auch so Richtung Slop und so was alles. Also merkt ihr das und wie wie handhabt ihr das aktuell? Das würd mich jetzt auch noch mal mega interessieren.
Alexander: Ja, ja, wir merken das natürlich. Grade so die großen Projekte sind ja ganz ganz gerne Ziele von, ich möchte jetzt mal Open Source Contduions machen, was Cool ist, aber dann halt eben nicht mit, ich pack jetzt 'n Age drauf und fertig. Ich glaub, das also generell nehmen wir's überhaupt nicht ab. Wir sind immer 'n großer Fan, wenn man erst 'n Issue aufmacht und drüber diskutiert, weil da gibt's die Story mit, es gab mal 'n Issu mit ich habe diesen Bug gefunden und zwar eine Panik in Rolldown. Heißt da sagt Rolldown einfach, okay, tschüs, ich ich bin's bin tot, abgeraucht, fertig. Geht nicht mehr, kaputt. Mhm. So und dann kommt die 1. Frage aber, okay, danke fürs Reporten. So, wie kriegen wir's reproduziert? Weil grade als Bander mit, Du hast ja unglaublich viel Konstellation und Möglichkeiten, so. Okay. Und dann hat er gesagt zu, ja, der Autor ist halt in 'ner Firmenrepo, kann ich nicht teilen. Wo ich denk, ja, okay, also da kannst Du nicht deinen Agent drauf werfen lassen, hier mach mal eine minimale Reproduktion, dass die Panic noch kommt. Also da sagt, ja klar. Er sagt, 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 sind halt teilweise auch nicht so gut oder nicht gut genug. Das war das 1. Learning. Das 2. Learning kam mir und hat gesagt, oh, hab's das gleiche Problem, ich hab beim PR gesendet. Klar, Plot Twist, 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 sich ja weitergezogen. Leute haben wir gesagt, ja hier und ich sag, ey, ihr könnt gerne kommentieren, dass ihr jetzt gleich Probleme habt, aber bitte irgendwer macht euch mal die 10 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 Firmenrepublik geteilt, sagt, ja, ich kann das nicht machen, aber hier, aber bitte nicht teilen, weitergeben, bla bla. Und dann konnte man's mehr produzieren und es konnte gefixt werden, aber so was natürlich am Altenendes geht. Also bitte, es ist heutzutage kein kein großer Aufwand. Es war fein zu sagen, ey, ich hab die Minirepo mit AI produziert. Ich hab mal drüber geguckt, die 4 Jahre machen. Dann gibt's noch folgendes Problem, es ist immer noch besser als als nichts. Als einfach zu sagen, ja, das geht nicht, ne. So, das ist das eine. Und dann bei p rs, ich glaub, das Allerwichtigste ist, es ist voll in Ordnung, PRS zu senden mit der AI Assistance. Das ist immer gut, wenn man das discload. Ich find da die Regel von, die wir in in haben, tatsächlich ganz gut. Und zwar, da gibt's eigentlich nur 2. Das eine ist, dass einfach das LLM nicht für dich denken. Also AKA, wenn Du 'n Code sabittest, versteh einfach, was Du das da bittest. Wenn Du p r stellst, so Du hast die Verantwortung dafür. Also Du sollst auch erklären können und das passt doch ganz gern in das 2. Rein. Und zwar die p r 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 2 Kriterien. So, der Rest, natürlich kann man 'n bisschen was anpassen, keine Ahnung, die ellenlangen Kommentare aus dem Code raus et cetera, aber das sind Kleinigkeiten, solange es halt wirklich, ich sag mal, der der Human noch in die Loop ist und ist nicht einfach so, ja, mein Agent hat das mal erstellt und hochgesendet. Das ist so das das A und O eigentlich. Da bin ich 'n 'n großer Verfechter davon. Und in, ja, in wie, Road, zum Beispiel Rodern sehen wir so oft, Leute senden PRs, haben aber nicht den kompletten Kontext, weil son Banner auch für mich allein auch schon Es ist halt schwer zu überblicken, wenn Du das halt nicht tagtäglich machst, weil ja, ne, Modulgrafen und dann und dies und das und es es ist viel. Und da einfach zu sagen, okay, ich ich schreib's mir, ich diskutier, ist ist schon sehr viel wert. Dann gesagt, ich schreib mir, mach dann eine P a auf und sagt, okay, vielleicht die Chance ist, dass er nicht gemercht wird, ist okay, aber ich mein, gibt's eine Möglichkeit, muss sie diskutieren. Das ist auch noch in Ordnung, aber der der Issue ist eigentlich das, was der der PR früher mal war, würd ich sagen, vor allem für so Sachen, die so Contactthevi sind. So Docks Changes und alles, ey, gerne Sennet PRs, kein Problem. Kleinere Fixes, die wirklich simpel sind, logisch, aber jetzt nicht sagen, oh, ich hab jetzt hier, keine Ahnung, nativen Viewsupport eingebaut. Hier ist mein 10000 Zeilen PR. Nee.
Jan: Ja, ich musste grad wieder an dieses Bann Refacturing denken, so. Ja. Hier, ein Pool request, wir tauschen die Sprache aus. Go. Lux gut, Timmyy. Ja. Ja. Shit it. Okay.
Alexander: Das das ist auch noch mal eine ganz andere Welt. Ich mein, auch da, ne, die die Kunstperformance, dass dann Robo Banden mit den AI Reviewen redet und hin und her und das ist es gibt ja eigentlich nur noch, aber ein Ischle wird erstellt, dann wird geguckt, kann ich's reproduzieren, da wird 'n PR gesendet und dann guckt 'n das Team noch durch. Das ist es 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, Side Project, was nur 3 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's maintainbar ist. Aber wir haben ja auch Token Limitation, muss man auch so sagen, ne? Wir haben ja nicht unendlich Token zur Verfügung. Das ist ist auch noch 'n Punkt, wo sagt, gut, das ist da ist vielleicht Banden noch mal 'n anderen eine anderen Stellung.
Jan: Das ist ein schöner Schluss, aber es ist kein Schluss, Dave, denn wir machen jetzt die.
Dave: Der der Jingle geht immer so hart, ey. Ich ich feier das komplett.
Jan: Ich muss das gerne
Dave: zum Kopf nicken. Ja.
Jan: Dave hört bei den Programmier folgen auch eigentlich nur die Fix of the day den ganzen Content vorher, den es gibt da eigentlich dann. Absolut.
Dave: Absolut. Schaut auch nicht das, was die Leute danach sagen, sondern nur wirklich nur diesen Jingle und das war's. Ach, gute Folge wieder. Gute Folge.
Jan: Der der beste Beitrag in der programmier.bar ist immer der von Carlo.
Dave: Ja, das ist schön.
Jan: Schau 'n Daumen
Dave: an der Carlo.
Alexander: Absolut. Shoutout. Danke für Seditieren.
Jan: Wunderbar. So, Dave, Du hast gesagt, Du hast ausnahmsweise seine Hausaufgaben gemacht.
Dave: Jetzt
Jan: bin ich auch spannend.
Dave: Ja. Und es es passt sogar eigentlich zum Thema Hören, denn nutzt ihr beide Spotify? Nein.
Alexander: Ja, hab ich mal, aber aktuell nicht.
Dave: Aha, okay. Ja, da es
Jan: geht Gute Einleitung. Na ja, okay,
Dave: und Einleitung. 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 glaub so in ein, 2 Monaten, ist so was Neues auf meiner Spotify Home aufgetaucht, nämlich son blaues Symbol mit sonem Kreis drin. Er sieht schon sehr agentmäßig aus. Und tatsächlich ist es so, es ist nämlich der DJ Ben, das ist mein Pick of the day, ist was von Spotify. Und zwar ist das ein AI DJ, so, klingt erst mal cringe und es ist auch 10 Prozent cringe, aber ich sag euch gleich, was daran eigentlich ganz geil ist. Und zwar das das das Ding ist, also mein Musikverhalten ist immer so, ich hab so meine 5, 7, 8, 9 Künstler oder so, die höre ich und dann kommen da irgendwie 'n neues Album raus, neue EP, neuer Track, hör ich rein, hör ich ganz gut auf Loop und dann hab ich halt irgendwie meine immer größere werdende Liste von Liedern, die ich einfach immer nur wiederholt höre, bis was neu Neues rauskommt. Und dieser DJ Ben, der also es also was bisschen Cringees ist, der sagt immer so, hallo, hier ist dein DJ. Jetzt erst mal wars aus dem Jahr 2024, so. 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 Liedervorschläge und das ist wirklich so, ich hab so bestimmt wieder so 10 Lieder gefunden, die ich vor ja, also 10 Jahren oder so gehört habe und dacht mir, oh mein Gott, das hab ich ja rauf und runter gehört. Ich hab voll vergessen,
Jan: das ist die Zwischenfrage. Ja. Sind es aber Tracks, die Du vor 10 Jahren schon auf Spotify gehört hast und die das quasi in deiner Listener History finden können?
Dave: Genau, genau.
Jan: Oder irgendwas, wo der AI DJ quasi sagt so, Du hörst das, Du dir würde auch
Dave: neben dir fallen. Nee, nee, genau. Also also also beides macht er. Also zum zum einen halt das, was ich schon mal gehört habe in meiner History, also relativ einfach so, aber der sagt auch so, hey, Du hörst ja viel Deutschrap beispielsweise. Hier ist das Neue so und dann schlägt mir neue Lieder vor und ist eigentlich ganz gut. Manchmal ist er 'n bisschen random, weil der sagt so, okay, und das war jetzt 1 1 1 1 1 krasser Rap Song. Jetzt mal wieder Klassik und dann spiele Du so Beethoven oder Mozart und ich mir so, wo kommt das her? Geil. Also ist manchmal, manchmal bisschen random, aber er versucht halt alles vorzuschlagen. Und ich mir so, okay, es gibt jetzt nicht die Klassiksache und die Jazzsache und so. Aber also 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 so etwas so, ich also jedes Mal dachte ich mir, also ich lass ihn jetzt immer laufen, weil ich mir denke, also es sind einfach die Lieder, auf die ich Bock habe und der da auch paar neue rein spült, wo ich mir denke, ach ja, es ist genau mein Stil. Und eine 2. Funktion, die auch cool ist, ist, Du kannst ihn ja auch wirklich prompten. Also ich hab's halt paarmal 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 Punkt beim Training geben. So und dann macht er das auch. Und ich würd sagen, die Liedauswahl ist wirklich sehr gut. Also ne, man kennt das vielleicht so, falls beispielsweise 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 cringian Übergänge, wo der immer mit mir redet, sehr überzeugt von dem DJ.
Jan: Also Du Du machst mir tatsächlich Lust, das mal ausholen, weil ich würd überhaupt nicht, bin der Endgegner von diesem Feature so mit meinem Musikgeschmack. Ich glaube,
Dave: wir wollen das nicht
Jan: hinkriegen, aber das macht zumindest so neugierig.
Alexander: Ja. Klingt, das wär's wie der beste Testnutzer dafür.
Dave: Ja, ich glaub schon. Ich glaub schon, also
Jan: Oder halt auch nicht, so, ja. Ich lieb's einfach
Dave: nur, ich lieb's einfach nur so. Ne, guck mal, ich hab ja auch paar kritische Punkte genannt so, ne. Also die sagen auch, es ist noch in der Beta so, deswegen alles andere mit Vorsicht genießen. Der hat auch 'n paar Fehler irgendwie, dass er sich manchmal einfach ganze Zeit wiederholt. Denk mir so, hä, super random. Aber eigentlich irgendwie ganz cool und ich also ich hör 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 mit der Liedauswahl.
Jan: Ist der Also ich kann mir das vorstellen als cooles Feature so für auf soner Party. Weißt Du, wenn's auch nicht nur so deine Musik geht, sondern einfach nur so, wenn Du ihn son bisschen anprom 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 er so die Leute zusammen? Kann der so was auch oder macht er immer nur so für dich?
Dave: Genau und also das ist das ist die Frage, hab ich noch nicht ausgetestet tatsächlich. Er er wechselt aber auch immer so nach 5 bis 7 Liedern wechselt er auch manchmal. Der hat gesagt so, ne, von wegen, jetzt war er super energetisches, jetzt mal 'n bisschen gelassener und jetzt wieder Klassiker von Beethoven. So, also der wechselt da schon dann irgendwie nach paar Lieder mal durch. Deswegen weiß ich nicht, ob er sone 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 'n bisschen nervig, weil der einfach dann so die letzten 30 Sekunden von 'nem Lied rauscuttet, wo ich mir denke so, hä, die wollte ich hören, das sind die besten 30 Sekunden. Aber trotzdem, also ich find, die Übergänge sind teilweise schon recht gut gelungen. Deswegen aber interessante Frage, Jan, muss ich mal austesten, ob das dann auch geht, dass er so längere Sachen erstellen kann.
Jan: Okay, wunderbar. Weil der beste Pick zum Schluss kommt, muss Alex noch kurz warten und ich dränge mich hier rein. Ich hab als Pick of the day ein 1 Spiel mitgebracht, Platoon Raiders, was ich so die letzten, weiß ich nicht, die letzte Woche ist es jetzt, glaub ich, erst alt, komplett durchgesuchte hab. Ist das
Dave: für die Switch 2?
Jan: Ja. Mhm. Wichtige Info, genau, PS Switch 2. Ich weiß nicht, wer es platoon kennt, so diese Switch Reihe, das ist ja eigentlich so, würde man sagen, so, ja, also so sehr man halt auf der Switch haben kann irgendwie, ja. Oder Shooter so, ja. Ja, oder oder Shooter. Ja,
Dave: also Spielprinzip Spielprinzip ist doch, man muss doch einfach nur die Map in seiner Farbe, in seiner Teamfarbe.
Jan: Haben. Genau, so war das bei klassisch Splatoon. So und Splatoon Raiders ist jetzt sone Mischung aus 'nem Looter Shooter, Roguelight, kurze Dungeons, 5 Minuten pro Run. Das 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 megageil, weil also ich find so Spiele, wo man mal so 15 Minuten irgendwie investieren kann, gerne auch irgendwie länger, aber halt nicht muss, so, ja? Also ich hab gestern in der Mittagspause einfach irgendwie 2 Runden schnell gemacht, so, ja? Also ich hab in der Mittagspause einfach irgendwie 2 Runden schnell gemacht, so, ja, ohne dass Du halt gleich in son Loch fällst und eine Stunde irgendwie da da rein investierst, wie so die alten Warcraft Spieler Dave und ich hier so wissen, ja, das kann ja auch immer gefährlich werden.
Alexander: Wieder 2 Uhr früh.
Dave: Ach, ja, genau, genau. Ja, 2 Uhr. Der wird
Jan: eben noch Mittag gegessen und jetzt schon wieder dunkel. Will ich, vielleicht. So, ja. Es ist halt ganz cool, so was irgendwie zu haben und also wer's Platoon ja auch kennt, das ist irgendwie super Comicgrafik. Es macht Spaß, es hat so selbstironisch, geht das irgendwie mit allem Ja, ist ist cool, so. Nice. Und ist auch 'n Shooter, wo, wenn kleine Kinder in den Raum kommen, man nicht direkt irgendwie alles ausmachen muss schnell oder so, war das halt, ja.
Alexander: Also das plättert nicht grade irgendwie der Kopf in alle einzelnen Teile, meinst Du?
Dave: Obwohl's Splat zu Hoon heißt, ne. Ja.
Alexander: Die Farben, deswegen
Jan: ist mein mein Pic of the day. Könnt ihr gerne mal spielen. Und wenn ihr's auch habt, dann spielen wir gerne mal im Korb oder so. Oh.
Dave: So machen wir's nämlich.
Alexander: Einmal direkt mich an eine E-Mail schreiben.
Jan: Ja, ja. Cool.
Alexander: Wir
Jan: werden Freunde. Cool. Ja. Dann, Alex, was ist dein Pick?
Alexander: Also Wie
Dave: wie wie plus oder?
Alexander: Das wär jetzt der Ja, richtig. Wir hatten doch
Dave: gar nicht nur gesprochen übrigens. Nein, genau.
Alexander: Gitch, ne? Nein, aber jetzt in in
Jan: so was hatten wir auch schon hier, ja.
Alexander: Also tatsächlich, ich könnte jetzt ja Artifacts von von Cloudflyer sagen, weil es ist mir grad beim Thema geht gekommen, aber das ist auch wieder eine andere 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, die es der Agent so erzeugt hat, das müsste man auch irgendwie gern reviewen. Das würde man vielleicht nicht erst in 'ner Browseroberfläche tun. Und zwar da gibt's 'n Super Tool, das nennt sich, also c o wie also Code ohne e und dann, aber das das geht zusammen. Ja, verstehst Du schon? C0DIFF. Tolle Erklärung, ich weiß, aber Link ist ja auch in den Shownotes für alle. Funfact, das wurde von von Christoph Na Kazava erstellt, nachdem er programmier.bar
Jan: alumni hier.
Alexander: Genau, genau. Auch da die Episode zu Threathena Crisis unbedingt noch mal anhören, die sehr cool ist. Auch da komplette Transparenz. Warum Christoph ist ja auch bei Void Zero und ist mein mein Manager. Ich bin also weder bezahlt noch verpflichtet, hier zu sagen, aber ich kling's mit Blinzel
Jan: blinzel kurz, wenn er dich dazu genötigt hat.
Alexander: Nein. Nein, aber ich nutz es selber sehr viel tatsächlich, dadurch, dass ich meine meine IDI immer weniger aufmache Und das hat erst mal folgenden Vorteil. Erstens können wir sagen, okay, ist 'n. Hurra, wir haben sehr viele. Richtig. Basierend auf den Komponenten von Pierre Computer, also ist auch performt, heißt, bei sehr vielen Lines of Codes stürzt es auch nicht ab, alles gut. Jetzt kommt aber der spannendere Teil, und zwar Du kannst dir erst mal das natürlich lokal nutzen und kannst immer mithilfe deines LLMs ein sogenanntes Code erzeugen. Heißt, Du kannst effektiv sagen, nimm den PR oder nimm den PR, nimm die uncommibled Changes, die Committed auch was auch immer. Und dann erzeugen 'n. Und dann kannst Du halt statt zu sagen, ich guck mir jetzt die an, das wie das LLM das Ganze gruppiert hat, zu sagen, okay, erst mal brauchen wir den Teil. Dann kommt hier die Implementierung. Dann gibt's hier vielleicht noch jeweils 'n Test zu dem Feature und dann gibt's hier son paar Support, das sind. Kannst Du das halt so durchgehen nach logisch gruppierten Badches und nicht einfach von das 1. Pfeil bis zum letzten Pfeil. Das macht's halt für große PRs, die ja leider immer öfter vorkommen, auch noch mal einfacher, das Ganze zu reviewen. Und ich glaub, da ist auch extrem viel Potenzial. Dazu muss man sagen, das geht halt aktuell lokal. Das kann man sich bestimmt auch als eine Hostet Variante vorstellen. Muss man gucken, wo man dann halt den LLM Zugang für bekommt. Aber das, ja, ist auf jeden Fall 1 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.
Dave: Cool. Mhm. Find ich Also mit, finde ich Ja, finde ich sehr cool, weil also ich nutze aktuell, also Jan wahrscheinlich auch noch, die ganzen IDEs von Jetbrains. Sag doch
Jan: nicht so noch. Noch. Der vielleicht erhalten diese Ausstellung.
Dave: Na ja, genau, da muss man sagen, weil also ich bin da auch immer mit der mit der also mit der Diffview bin ich halt mega zufrieden so und ich ich find die halt so megageil und grade in sone Agents rumrödeln lassen und dann schaue ich mir das da meistens in der IDI dann doch noch mal an. Deswegen find ich's immer interessant dann auch, wenn wenn halt etwas das dann auch genauso gut macht und dann kostenlos oder vielleicht sogar besser maybe am Ende, find ich also 'n sehr, sehr coolen Pick an der Stelle.
Alexander: Er ist auch komplett open source, ne, muss man auch dazu sagen oder hat dann Integrationen für, ich glaub, Cloud Codex, Opcode Pi, also die Hornness, die so die so üblich sind. Wenn ihr 'n eigenen wollt, dann dann nimmt 'n PR, würd ich behaupten oder oder erst mal 'n Issue, hab ich grad drüber geredet. Aber ja, nutzt auch da jetzt noch, da wirklich den Bogen noch mal zu spannen, wie plus under der Hut fürs Tooling.
Jan: Wunderbar. Wunderbar.
Dave: Du willst die Folge jetzt wahrscheinlich beenden, Jan, ne?
Jan: Ich wollte ich wollte noch unnötiges Wissen loswerden. Das ist zwar keine feste Kategorie oder so, aber wie es vorhin, als ich Alex sein LinkedIn Profil aufgemacht hab, wieder auffallen, jetzt ist der Die sind wir noch in Amsterdam, oder?
Alexander: Ja, ich bin in Amsterdam, so ist es. Korrekt.
Jan: Wir fahren auch übernächste Woche in die in die Niederlande und da deswegen musste ich auf Wikipedia, da hatte ich fast 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? Und wie hoch der so ungefähr ist?
Dave: Grenze zu Deutschland und wahrscheinlich so was 526 Meter.
Jan: Okay, das ist Dave sein Pick. Alex, was sagst Du? So, gut. Als Local.
Alexander: Ich wusste es mal, ich hab's aber vergessen, aber es ist deutlich deutlich niedriger, so wenn ich dich richtig erinnere.
Jan: Also der höchste Berg der Niederlande hat fast 900 Meter
Alexander: Nein.
Jan: Und ist in der Karibik.
Alexander: Wo man sagt, nee, nee, das ist aber ist aber Niederdes Königreich, das zählt ja nicht. Also Niederlande, come on. Da müssen wir schon da muss man schon differenzieren. Ist so, wo ist er denn, in Surinam oder in?
Jan: In Saba, das ist so alte Vulkaninsel und diese Insel besteht quasi nur aus dem Vulkan und hat so einen Kaff oder paar kleine Käfer, die die Hauptstadt von Saba heißt ungelogen, the Bottom, so, ja? Weil sie halt einfach am am am Bottom des Vulkans irgendwie sitzt.
Alexander: Ah, die Antillen, okay, ich seh's grade.
Jan: Genau.
Alexander: Ja, okay.
Jan: Phänomenal, phänomenal. War so unnützes Wissen, über das ich gestern Abend spät gestolpert bin und kam mir direkt wieder, als ich das bei Alice sah. Das wollte ich, das konnte ich nicht nicht mit euch teilen. Aber jetzt
Alexander: wirst Du auch, Jannis musst Du auch sagen, wie hoch der höchste Berg, nicht das Königreich der Niederlande, sondern der der Niederlande ist. Also der
Jan: hat nur 300 Meter. Das ist nicht ganz so spektakulär. Okay.
Alexander: Also Ja. Aber cool, also wusst ich auch nicht, ist ist gut zu wissen. Dann sehen wir uns hoffentlich demnächst mal auf dem Berg. Auf der Bank. Ja, auf oder entweder das. Am Fuß ist es Berg, in Dortmund oder auf
Jan: Saba, wer weiß.
Alexander: Wunderbar. Ist auf ist auf meiner Bucky List auf jeden Fall, ne.
Jan: Spätestens jetzt. Gut. Eine Sache, eine Sache.
Dave: Eine Sache. Das war, ich hab zwar meinen Pik of the day schon genannt, aber ich will's hier noch mal erwähnen für alle. Senden wir das hier mit mit Video eigentlich aus, die Folge? Ja, natürlich.
Alexander: Ah,
Dave: okay. Dann noch mal hier Werbung für für das Ding im Hintergrund von Alex by the way, hab ich am Anfang, bevor wir auf Aufnehmen gedrückt haben, das ist die Boom und das da hinten, wo man dieses Void Zero Zeichen sieht. Ich find, das sieht megageil aus und man kann das auch umändern und so und dann einstellen, was es an wird. Wirklich, es ist supergeil. Ich ich feier das voll.
Alexander: Wer wer den Podcast aktuell nicht nur hört, sondern auch schaut, sieht das und da kann man so Sachen mit der eigenen API machen, jetzt sollte ich das Cloud Flologo einblenden einblenden. Logos, die man möchte.
Jan: Ja. Und wer den Podcast bisher noch nicht geschaut hat, sondern immer nur gehört hat, hat jetzt endlich den Grund, das mal zu sehen, so, ne, hier Alex Gadgets irgendwie mal in Action zu sehen.
Dave: Danke dafür, Alex. Ja. Aber nicht nur, dass Du hier warst, sondern auch dass Leute jetzt mal das Video einschalten.
Alexander: Voll, voll gerne. Ich ich helfe, wo ich kann und wenn wir grad beim Thema helfen sind, guck doch auch noch, ob's vielleicht noch Pickets für die Programmierkorn gibt. Boah. Also das wär ja das wär auch noch verrückt, ne. Insofern Ja. Was was kann man sonst noch tun?
Jan: Wunderbar, ich glaub, wir sind durch. Perfekt. So ist das alles abgehakt. Ich danke dir Alex für die Zeit. Danke Dave für die Zeit. Gerne. Wir hören uns Gerne. Alex rein statistisch in 6 bis 18 Monaten wieder, spätestens, hab ich gesehen.
Alexander: Spätestens ist denn gut. Ich ich hab ich hab freie Termine. Und es gibt bestimmt genug Themen, wo man drüber quatschen kann. Es kommen Die nächste AI News kommt bestimmt auch da.
Jan: Wunderbar. Dann sagen wir bis dann und viel Spaß. Bis nächste Woche. Tschau tschau.
Alexander: Macht's gut. Tschüssi.

Vite+ mit Alexander Lichter von void(0)

Shownotes

Picks of the Day

Codiff

Splatoon Raiders

Spotify AI DJ

Speaker Info

Alexander Lichter