Deep Dive 184 –

Rolldown mit Alexander Lichter

24.06.2025

// Podcast
// Deep Dive 184

Shownotes

In dieser Folge sprechen wir mit Alexander Lichter über neue Tools, die in der Community gerade für Aufsehen sorgen: Rolldown ist ein neuer Bundler auf Rust-Basis, der Rollup und esbuild langfristig ablösen könnte. Alex arbeitet seit Jahren mit JavaScript-Tooling und ist früh zum Rolldown-Team gestoßen. Er erzählt uns, warum er sich dem Projekt angeschlossen hat, wie es zur rasanten Entwicklung kam – und was es mit der engen Verbindung zu Vite auf sich hat.

Außerdem geht es um void(0), ein ambitioniertes Developer-Tooling-Projekt, bei dem Alexander für Developer Relations verantwortlich ist. Wir sprechen über große Visionen, Funding-Strategien für Open Source und die Herausforderungen, Community und Professionalität in Einklang zu bringen.

Nicht zuletzt schauen wir auf oxc, ein auf Geschwindigkeit optimierter Compiler, der tief in die Architektur von Rolldown hinein wirkt. Eine Folge für alle, die sich für moderne Toolchains, Open-Source-Engagement und die Zukunft des Frontend-Ökosystems interessieren.

Download

/transkript/programmierbar/deep-dive-184-rolldown-mit-alexander-lichter

Garrelt: Hallo und herzlich willkommen zu einem neuen Deep Dive bei der programmier.bar. Ich bin hier im hybriden Studio und hab 2 Leute mit mir hier sitzen, auf die ich mich beide sehr freue. Und zwar nämlich einmal sitzt endlich mal wieder der Seebe neben mir.
Sebi: Hi, Garelt. Hallo.
Alexander: Ich freu
Garrelt: mich auch. Ja, ist 'n cooles Thema auch heute. Und für dieses Thema haben wir uns den Alexander Lichter eingeladen. Hallo Alex.
Alexander: Hallo Sevi, hallo Garel. Schön, dass ich wieder dabei sein kann zum dritten Mal jetzt, ne, die dritte Episode. Ja, die dritte
Garrelt: Episode, die letzten 2 waren über Naxt. Heute geht's nicht Naxt, sondern was anderes.
Alexander: Nicht hauptsächlich zumindest, ne? Son bisschen reingesnekt wird das vielleicht gehört. Ja. Aber genau, richtig.
Garrelt: Das stimmt.
Sebi: Das ist
Garrelt: ja auch alles 'n bisschen miteinander verbunden.
Alexander: So ist es.
Garrelt: Genau. Du warst schon zweimal da, viele kennen dich bestimmt, aber für die Leute, die dich nicht kennen, stell ich's dir noch einmal ganz kurz vor. Alex ist eine bekannte Stimme und Gesicht in der Web und vor allen Dingen der Viewwelt. Und das liegt unter anderem daran, dass er als Kom Container schon viel bei beigetragen hat, aber auch generell viel zu Open Source Software contributed, unter anderem eben auch View. Aber Du bist auch Host von, ein Podcast, der sich alle möglichen View Themen dreht. Und auch auf vielen Konferenzen weltweit sprichst Du über, über Webthemen, über View. Da sieht man dich auch häufiger. Und seit Kurzem bist Du auch als Developer Relations bei Void Zero aktiv. Da bin ich auch sehr gespannt, was Du heute erzählst. Und neben diesen ganzen Dingen, die ich jetzt schon genannt hab, bist Du auch noch irgendwie Consultant und machst Workshops. Wie viel Zeit hast Du dafür überhaupt noch?
Alexander: Ja, genau. Es ist es klingt alles recht viel, ist auch alles absolut richtig. Natürlich, seitdem ich bei Boyd Zero bin, also jetzt ungefähr so zweieinhalb, wahrscheinlich mit der Episode rauskommt, so 3 Monate, weniger Zeit für Consultants hier auf jeden Fall, weniger Zeit für Beratung. Dadurch, dass, wie Du schon gesagt hast, so okay, viel Zeit geht natürlich für meinen Teilzeit Devral Job bei Boyd Zero sind 3 Tage die Woche drauf Und die anderen 2 Tage ist dann ja, Open Source will man trotzdem noch contributen. Man ist mal auf Konferenzen, wobei es zum Teil natürlich auch Arbeitszeit ist. Youtube Channel hab ich auch noch, wo ich jede Woche 'n Video über View Next und auch Webthemen mitreeleße. Genau, der Podcast, ja, da bleibt da nicht mehr so viel Zeit, aber es geht noch alles. Es es passt noch auch Gott sei Dank, weil ich meine Videos nicht selber editieren muss, genauso mit dem Podcast. Das ist ganz hilfreich, wenn man jemanden hat, der es einem abnimmt und man dann Zeit hat, weiter Content zu caten oder zu contributen oder, oder, oder.
Garrelt: Macht das dein Co Host, der Michel Thiessen oder
Alexander: Nee, tatsächlich. Wir haben 'n Detektanton Editor für seine Autorin, genau, Nikki macht das für uns und macht's aber auch gleich alles so an der Hand, sowohl meinen Youtube Channel als auch die Podcasts, als auch 'n bisschen was für Void Zero. Mhm. Da haben wir jemanden, der mit dem technischen Verständnis ganz gut dabei ist. Und ist sonst son bisschen als als Editor, jeder kann ja theoretisch Podcasts so über Allgemeines editieren, aber manchmal ist dann ganz gut okay, man versteht zumindest den Zusammenhang im Gespräch oder bei 'nem Tutorial so, ja okay, wo muss ich jetzt reinzoomen, wo ist der Fokus? Da da haben wir auf jeden Fall jemanden gut mit am Start.
Garrelt: Ja, ist sehr wertvoll. Bei uns ist das der Carlo auch Shoutout an Carlo.
Alexander: Grüße ihn raus, genau.
Garrelt: Die Leute sind machen viel und hören viel und sind aber sehr im Hintergrund.
Alexander: Das ist so die ja, ich sag mal, der undankbarste Job so in 'ner Art und Weise. Wenn alles klappt, ist so, ja, alles cool. Und wenn was nicht denkt, denkst Du so, ah ja, hätte man ja besser machen können. Das ist so bisschen wie der der MC auf Konferenzen, ist halt ähnlich so. Ja, fühl ich mal auf jeden Fall. Große Shoutdown an alle Leute, die hinter den den Podcasts und Channels und Co sitzen, das Ganze editieren und produzieren. Absolut.
Garrelt: Ja, wir haben jetzt schon viele irgendwie Buzzwords gehört mit und Vide Zero, aber es geht heute was anderes. Und zwar möchten wir über sprechen. Und vielleicht erst mal, Alex, kannst Du uns mal sagen, was ist über und wie bist Du da beteiligst?
Alexander: Genau. Wir fangen am besten mal ganz, also ich such mal bisschen raus, so mäßig, dann können wir in die die Details reingehen. Und zwar, wenn man jetzt in 1 modernen Webeentwicklungswelt anfängt, sagt, okay, ich lern 'n bisschen JavaScript, HTML, CSS. Klar, man startet vielleicht, okay, ich hab 'n HTML Dokument, ich kann da bisschen JavaScript reinschreiben. Aber sobald man irgend 'n Framework benutzt, tatsächlich bis auf View, weil das kann man auch genauso noch benutzen, sagen, ich lad das über son Skript Tag rein, einfach als CDN und kann dann reinstarten, wie man's früher mit JQUERY gemacht hat und natürlich weniger Kilobyte und mehr orientiert. Aber ansonsten natürlich, wenn man irgendwas baut, auch 'n View geht das mit 10 Gefile Komponenten, dann irgendwie reactangulas wählt. Man hat eigentlich immer eine Art Bild Step, weil natürlich man will dann das JSX oder die Komponenten oder das Typescript ja dann irgendwie in Javacript kommentieren. Und da wird das natürlich, man durchläuft einige Schritte. Man will vielleicht so Sachen machen, wie welche Browser mich supporten? Möchte ich Sachen umtransformieren? Und da ist eigentlich alles der Banner für zuständig. Oder in anderen Sprachen ist so, ja, der Compiler son Rust oder ze oder so, sag ich, okay, ich transformier das von der eigentlichen Sprache in Maschinencode und hier ist halt von der eigentlichen Sprache wie type Skript, Viewsing a File Components, Svelt und so weiter und so weiter insgesamt zu Javascript, weil der Browser kann ja kein type Skript. Genau. Und ich glaub, da kann man ganz gut einsteigen, so der Bundler hat irgendwie ganz viele Aufgaben und in der Regel im besten Fall nehmen es die Leute gar nicht so wahr. Die haben dann ihr Tool, in der Regel Veed oder früher noch Webpack einige Nutzer, vielleicht auch RSPacks sind so die die beliebten Tools, vielleicht auch Parcel hier und da, die die Build Tools, die dann im im Hintergrund 'n Band da laufen haben, der das Ganze dann macht, sowohl zur Dev- als auch zur Produktionszeit.
Garrelt: Und Du hast ja grad schon gesagt, okay, es gibt schon viele Buntler. Was macht jetzt oder was unterscheidet Rollan? Also warum habt ihr den entwickelt?
Alexander: Genau, auch da, ich versuch mal 'n bisschen rauszuzoomen, weil wenn man jetzt sich so die moderne Webenwicklungslandschaft anguckt, dann hat man eigentlich für jedes moderne Framework außer für NextJRS, das ist son bisschen der Outlier, ein Bild Tool, nämlich Veed. Das hat sich in den letzten Jahren, so letzten Jahren, das ist schon 'n paar mehr Jahre her, eigentlich sehr populär gesteigert. Eigentlich nutzt jeder wie, das dauert Leute of Next Jazz, weil bei Russell, die setzen auf Webpack und Turbopack. Wenn das dann auch endlich ist, in Dev läuft es mittlerweile, aber ich glaub, 3, 4 Tests fehlen noch. Es gibt sone Seite dot com, die das ganz gut anzeigt.
Garrelt: Das ist der ist das der Successor von
Alexander: Genau. Ist auch von Tobias, also von dem eigentlich mit der von von Wepper gebaut. Da war die Idee son bisschen das, was, ich sag mal, rodern, aber auch so was wie 'n RS Pack ist, ist sagen, okay, wir bauen das in 'ner anderen Sprache, weil schneller und es soll halt ganz viel Sachen können und im Idealfall auch eine öffentliche API haben. Das also die öffentliche API gibt's noch nicht und wie gesagt, es fehlen halt auch noch für NextJS selber. Das ist aber noch mal eine andere Geschichte. Letztendlich kommen wir zum Punkt zurück. Eigentlich nutzt fast jeder Veat, das ist son bisschen der ja die Infrastruktur der modernen Webentwicklung. Und Veat an sich nutzt im Hintergrund 2 unterschiedliche Bundler. Das liegt daran, dass ja, wenn man das noch kennt irgendwie früher von Webhack, es hat alles 'n bisschen gedauert, der Dev Server wird gestartet, dann wartet man vielleicht im besten Fall 30 Sekunden, ansonsten 'n paar Minuten, bis alles läuft. Liegt daran, dass Webhack selber erst mal sagt, okay, für, ich muss keine Optimierung machen, keine, aber ich muss trotzdem alles wandeln, zu sagen, okay, so was wie zu JavaScript oder coffee Skript machst Du damals noch oder parkt zu HTML und so weiter. Und Veed, Evan, der auch Ersteller von View hat Veed entwickelt, weil er gedacht hat, okay, so die Developer Experience vom View Seal Eye und vom von allem View Entwickler ist ja okay, aber könnte besser gehen. Und hat dann gemerkt, okay, die der Ansatz zu sagen, ich mach das andersrum. Ich habe sonen Entry File und alles Weitere regel ich mit dynamischen Imports. Also ich sag effektiv, ich lad nicht alles vorab, sondern ich mach das alles komplett dynamisch. Geht schnell, die Browser hat mittlerweile Kompatibilität dafür. Und das ist auch immer sone Frage, ne, warum hat man's früher nicht gemacht? Weil Kompatibilität den Browser zum Beispiel gefehlt hat. Und es gab auch andere Tools, WMR, Snowpack, die so in die Richtung ging. Ja, und Vita hat sich da son bisschen durchgesetzt. Und damit ist der Dev Server halt superschnell, weil's eben kein gebandelter Dev Server ist, sondern es ist mehr oder weniger anbandelt. Und dafür wird Airsbild genutzt, basiert auf Go, zum Beispiel gewisse Dependencies zu prewandeln oder type zu stripmen, also das Nötigste zu machen, die Dependencies bereitzustellen. Aber dann ist halt wirklich ein Request pro Dependency im Dev Server. Und das geht halt recht schnell, weil gut, man muss halt keine großen CPU Zyklen drauf verwenden. Man lädt das einfach nur runter, da es alles lokal ist, geht es ganz gut. Mhm. Und dann in Produktion, wenn man das Ganze wirklich bauen möchte, wird roll up genutzt. Bisschen Verwirrung, Rollup, Rolldown, ne. Sieht auch, wo der Name son bisschen herkommt. Hat auch den einfachen Grund, also IS Bild ist, ich sag mal, zum Teil, aber zum Teil auch einfach 'n sehr kleinen Scope. Rollup kann 'n bisschen besser sagen, okay, ich möcht zum Beispiel meine Chunks etwas anders anlegen, ist aber auch sehr limitiert, hat aber auch 'n großes Plug in Ecosystem. So AS Bild hat nur sehr begrenzt Plugins, aber Rollup für alles mögliche Plugins. Die API ist sehr schön, ist 'n sehr freundliches Ökosystem, auch im Vergleich zu anderen Bundler wie Webhack. Deswegen wurde das Ganze da für genutzt, Sachen einfach zu vereinfachen. Und ist auch sehr gut, was so Optimierung angeht, Dead Code Elimination und so weiter.
Garrelt: Das View in System ist auch davon inspiriert, oder?
Alexander: Wie Genau, auch das.
Garrelt: Auch richtig.
Alexander: Yes, richtig, richtig. Und Du musst ja im Endeffekt, wenn Du 'n wie Plug in schreibst, im Hintergrund ja auch Rollup und DS Bild son bisschen Ja. Ich sag mal, beides beides nutzen, je nachdem, ob Du was für Dev brauchst oder nicht. Aber genau ist auf jeden Fall davon inspiriert und ist die API. Und da gibt's noch Plug in, das ist eigentlich auch eine ganz schöne Sache, wo die Idee ist son bisschen das J-Query für die Bundler. Also ich schreibe ein Plug in und das läuft dann in von irgendwie Webhack bis bis Rolldown. Das ist eigentlich auch 'n ganz netter Approach. Gibt's natürlich an den Sachen, wo man sagt, es gibt eine Hook, die gibt's nur 'n zum Beispiel. Aber das ist eine Möglichkeit, Plug ins zu schreiben, die halt überlaufen. Das nur als als Einschub. Kann man's auf jeden Fall, wenn man als Plug in Autor sich das Ganze anschauen möchte. Ist recht, recht nützlich.
Sebi: Mhm.
Alexander: Genau und Veed nutzt eben diese 2 Bander. Ja, und dann gibt's natürlich so ein Problem oder mehrere Probleme, weil ist erst mal sehr cool, Viet ist irgendwann im Enterprise angekommen. Das dauert ja immer son kleines bisschen. Und dann hat man aber gemerkt, dass zum einen, ja gut, die Bild dauern natürlich recht lang dann irgendwann, grade wenn irgendwie son Shopify dann mal Sachen baut. Mhm. Und auf der anderen Seite der Dev Server, der anbandelt Mode sozusagen. Der hat 'n bisschen Probleme, wenn Du halt nicht nur irgendwie 10 oder 100, sondern vielleicht so 1000 bis 10000 Probanden und Dependencies hast, weil dann hast Du wirklich ein Profile und das ist halt bei Enterprise schon ja, dann doch einiges. Plus wenn Du noch sagst, Du hast irgendwie 'n Proxy, so Corporate World, ne, selbst wenn es irgendwie lokal läuft, dann geht jeder da durch und dann ist der Dev Server Start-up einfach, ja, es dauert. Produktionsbild kein Problem, aber Du willst ja auch Features shampoo was bauen.
Garrelt: Wir sind genau, wir sind bei, ich glaub, 360 falls ungefähr. Wir haben schon so 10 Sekunden
Sebi: Okay, ja.
Garrelt: Erste Start up Plan. Haben Erster natürlich superschnell, Ja. Aber so einmal.
Alexander: Genau, richtig. Und das ist halt 'n Problem. Und dann natürlich das andere, die Inkonsisten zwischen und wenn Du natürlich 2 unterschiedliche Tool benutzt, ist das schwierig. Mhm. Und genau. Ein eine Möglichkeit, das zu vermeiden, ist natürlich zu sagen, man nutzt einen Bandler. Und jetzt könnte man sagen, okay, warum kontribitiert man nicht einfach zu Roll-up oder zu S-Belt und macht das Ganze? Weil ist ja alles Open Source und das ist auf jeden Fall eine Möglichkeit. Ist auch 'n guter Punkt, dass Roll-up eben genau das nicht ist. Ist nicht einfach wir neben, sorry, Rolldown das nicht ist. Wir nehmen nämlich einfach Roll-up und Rustefinders, ja. Rolldown in Rust beschrieben und nimmt aber son bisschen das Beste der vorherigen Tools mit. Also sowohl von eher das Bild, was so Verhalten und Co angeht, auch natürlich die Schnelligkeit, von Roll-up, also da die API, das Plug in Ökosystem und sogar Webhack, was so Chunk Optimierung angeht. Weil Webhack kann das richtig, richtig gut. Da gibt's dieses Feature, zu sagen, okay, ich möchte meine Chunks in bestimmten Gruppen haben. Ich kann da Limits festsetzen. Das ist eigentlich recht, recht schön. Mhm. Genau, und deswegen war dann die Idee zu sagen, gut, okay, Rowdown, wir schreiben das Ganze in Rust, damit ist es sehr schnell. Und das Ziel ist zu sagen, wir haben einen Bundler, wie gesagt, das Beste aus allen Welten der vorherigen existierenden Bundler verbindet. Schneller ist als alles aufm Markt, ist auch 'n RS Pack, was zum Beispiel in in geschrieben ist. Da ist Road dann so dreimal schneller ungefähr, ne. 2 bis 4, je nachdem welche Benchmarks, deswegen so ungefähr 3. Kann auch gern noch mal die Benchmarks verlinken, wenn's sich mal interessiert. Sind die werde aber freuen, sich aber oh, so schnell, ja. Auf jeden Fall. Für alles eine eine Gitterbrebo. Ist alles öffentlich. Kann man auch gern selber laufen lassen.
Sebi: Mhm.
Alexander: Ja, und dann war die okay, man man unified den Banner. ES Bild hat halt verschiedene Verhaltensweisen, die übernommen werden und verschiedene Features, so was wie ich kann Sachen incheckten und definen. Roll-up, wie gesagt, alle Plugins sollen idealerweise supportet werden oder man braucht sie vielleicht nicht mehr, weil sie schon in Rolldown mit drin sind. Das ist aber das Ziel, wenn man irgendwann sagt, okay, da kommen wir so zum, ne, übergeordneten Ziel, der Rolldown soll irgend eine Standardbander von werden. Die Leute wollen ja nicht alle ihre Projekte migrieren, sondern idealerweise irgendwann die Media Version wird gebamt und fertig, es geht. Das das wär halt so ganz schön. Und ja, da ist man entsprechend dran, das zu entwickeln. Rolldown ist aktuell 'n Beta 11, sowas in Richtung 1 Punkt 0. Punkt 0, Beta 11. Und es gibt sogar schon, das ist jetzt die große Neuerung vor 'n paar Tagen zum Zeitpunkt der Aufnahme gewesen, eine Technical Preview von Veed mit Rolldown. Nennt sich Rolldown Veed ist 'n Paket. Es gibt 'n sehr einfaches Migration Guide, effektiv einfach nur Alliascen oder über Package override, wenn man dann noch unter hat, die die mit nutzen. Und dann kann man's austesten. Und tatsächlich die Bild Speed improvements, die sind so Faktor drei- bis sechzehnfach, ne, nicht Prozent. Also das ist schon recht schnell. Wir hatten einige Tests mit Early Adoptern, also beispielsweise GitLab hat auf, also Open Source gibt's 'n Merch Request, das Ganze mal ausprobiert. Die haben jetzt keine riesigen Speed improvements, weil die recht kleine Bilds haben, aber bis zu hundertmal weniger Memory Consion. Das ist halt auch echt echt eine Nummer. Wo sagen, ja, okay, Speed ist ganz nett, aber auf einmal so CI Kosten, wir brauchen kleinere Maschinen. Und ansonsten so als bekannte Open Source Applikationen auf direct basierte, so sechzehnfach schnellere Bildes. Das ist halt ganz nett.
Garrelt: Und diese Memory Optimization, die kam einfach durch Rust. Also Rust ist da so viel effizienter als Go oder was?
Alexander: Also das ist ja effizienter als JavaScript. Rollup ist ja ja JavaScript basieren und da geht's wirklich den den Bild. Also grade aktuell, der aktuelle Stand von, ist noch mal ganz gut, dass Du's ansprichst. Mhm. Da ist wirklich Optimierung für den den Bild Server, also für ich bilde. Okay. Der Dev Server ist weiterhin erst mal, aber später kann man nachher noch 'n bisschen ausführen, möchten wir natürlich auch sonen wieder einführen, eben diese Probleme, die Enterprise und Größeapplikation hat, mit einzuschränken.
Garrelt: Aber man kann das dann einstellen, was man im Dev Server haben will, ob man's wandeln will oder
Alexander: Jein, also erst mal wird das so sein, genau. Effektiv, wir sind aktuell so in der Phase 1, wo wir sagen, es gibt dieses Technical Technical Preview von Roll on Bed, Leute können das austesten. Idealerweise ist einfach nur 'n Drop and Replacement und.
Sebi: Mhm.
Alexander: Wenn's Probleme gibt, raste gerne. Also wir haben schon einiges ein Feedback erhalten. Leute sind echt schnell, was das Fixen angeht. Das ist auch ganz schön, wenn man da Leute hat, die da Vollzeit dran sitzen. Mhm. Ist halt ein großer Vorteil, dass wir das bei Volicero ermöglichen können, dass halt Leute Vollzeit an dem Bundler und auch den darunter linken Twist sitzen. Ja. Und dann gibt's so Phase 2, das sind so, ist eigentlich so Phase 1 Punkt 5 und 2. Der soll als Opt in erst mal verfügbar sein, auch da, das zu stabilisieren, zu testen, zu gucken. Da kann man dann auch wählen. Und dann irgendwann, wenn sich stabil ist, ohne den Full Bundle Mode erst mal oder auch wenn der stabil ist zuerst, aber wahrscheinlich erst mal ohne, dann wird das Ganze in selber reingegeben. Zu sagen, okay, in 7 steht aktuell in Startlöchern. In Feed 8 wird es dann so zumindest das Ziel, ne, sondern irgend 'ner weiteren Majorversion nicht 7 auf jeden Fall, das ist 'n bisschen zu kurz. Wenn das alles gut getestet ist, keine Probleme und weitere Features implementiert sind, dann kann das losgehen. Vor allem Optimierung, ne. Feature Complete ist es noch nicht komplett, ne, aber ist man dabei? Es gibt so ein, 2 Sachen, grade so für Framework und Plug in Autoren, die vielleicht noch nicht implementiert sind. Das hält einen in der Regel keinen vom Testen ab. Genau und dann irgendwann Phase 3 wird dann der Punkt sein, wo auch der Full Bundle Mode als Default ist und man gar keinen mehr hat. Das liegt daran, dass son bisschen auch da wieder das Ziel ist Best of Boefords. Für kleine und mittlere Applikationen soll es trotzdem superschnell sein, ja, weil rasant basiert und optimiert. Heißt, wenn ich nur keine Ahnung paar Fires hab, dann lässt sich das ganz gut durchlaufen. Dann ist es egal, ob ich das anbandelt hab oder nicht. Die Start Time soll richtig, richtig schnell sein. Und wenn ich das Ganze aber in größeren Applikationen hab, dann hilft halt das Bundle oder der full Bundle Mode einfach zu sagen, ich hab 'n deutlich schnelleren Dev Server.
Garrelt: Mhm. Sehr cool.
Alexander: Ja, viele Informationen jetzt. Ja. Es
Garrelt: ja, es ist es ist aber auch 'n großes Ding, was ihr macht. Also ihr habt euch ja auch echt 'n großes Ziel gesetzt, das Beste aus verschiedenen Welten einzubringen. Und ich frag mich auch so in der Entwicklung von Rolldown, war das schwer, das alles mit reinzubringen? Oder ist es dadurch, dass es schon irgendwo existiert, relativ straight forward, das dann in ein Produkt, in eine Library zu gießen?
Alexander: Ja, also es ist recht schwierig. Auch da Disclaimer, ne, ich schreib selber jetzt nicht wirklich viel. Ich kontribute dich zur Rolldown oder den Tools darunter im Sinne von, ne, Hardcore Optimierung. Da gibt's viele Leute in unserem Team, die da richtig gut drin sind. Ich bleib dann eher vielleicht zu den Plug ins, die noch performancemäßig zu verbessern im Zusammenhang mit Rohdown, können wir auch noch nachher drüber quatschen oder so was wie 'n 'n paar kleine Änderungen, Verbesserung, Integration. Aber ja, ist natürlich superschwierig, wenn man sagt, ich möchte so das Beste aus allen Welten und dann gibt's vielleicht Tools, die dann unterschiedliche Meinungen und Auffassung haben, ne. An welchen Tools orientiert man sich dann letztendlich? Und dann ist natürlich auch der Punkt so den Overhead zwischen, ich hab jetzt eine Sprache, Rust, da muss ich dann ganz viele Codemanipulationen machen. Ich muss aus dem Code einen Abstract Syntext tree erstellen, ne, also die technische oder die schematische Aufarbeitung des Codes nicht einfach als String, sondern wirklich als Baum entsprechend mit welche Notes gibt's, wie sehen die aus? Mhm. Ja, das ist natürlich nicht ohne. Deswegen ist es auch super, wenn Leute das aktuell testen, sagen, hey, vielleicht gibt's ja Probleme oder irgendwas klappt nicht. Und natürlich versuchen wir auch da nicht nur Performance aktuell, ist ist natürlich super, so Sechzehnfach ist superschön. Da kommen natürlich noch deutlich mehr, sowohl builtime mäßig als auch einige Sachen, wo zum Beispiel Rollup richtig gut drin ist, ist, also Treeshaking. Mhm. Zu sagen, ich hab Funktionen, Variablen, die sind ungenutzt, die möchte nicht mit ins Bundle reingeben. Da arbeiten wir auch noch dran dann. Da gibt's ganz viele Verbesserungen, wo wir noch das Bundle deutlich kleiner machen können. Aber ja, insgesamt ist es auf jeden Fall keine einfache Leistung. Es hilft natürlich, dass man sagt, wir müssen nicht von 0 anfangen. Und sowohl Roller-up als auch ES Bild haben natürlich Testsuiten. Es ist also auch der Agnes gut zu sagen, man weiß, welches Verhalten man möchte. Dann kann man sich das entsprechend reinladen und dagegen implementieren. Mhm. Aber genau, es gibt halt durchaus Situationen, wo man sagt, okay, wie sollen man bestimmte Sachen handeln? Natürlich auch das ganze Thema, ne, ESM versus CGS, die 2 Formate in Javascript. Das ist eher mehr Legacy Format, was man eigentlich nicht mehr braucht, aber es halt trotzdem noch ganz viel gibt. CGS und ESM, was eigentlich so die Zukunft ist, ja, Spezifikationen. Die
Garrelt: unterstützt beides noch.
Alexander: Genau. Liegt auch daran, so Kompatibilität first. Ja, okay. Idealerweise so meiner Meinung nach ESM ist die Zukunft. Es gibt eigentlich keinen guten Grund mehr, CGS zu nutzen, außer man hat halt noch eine Minerversion, wo man sagt, okay, hier in der nächsten Major, dann ist noch ESM only. Liegt daran, dass in Node selber man mittlerweile auch ECMA Skript Modules über nutzen kann. Node 18 ist halt mittlerweile End of Life und ab Node 20 wurd das Ganze gebackported. Heißt da sollte es ganz gut klappen, aber wie immer, dann gibt's Leute, die sagen, ja, was mit Electron? Was ist mit VISCODEXtensions? Also es ist halt leider nicht so einfach zu sagen, wir machen's nur ESM Only und fertig. Ich hoffe, wir kommen dahin irgendwann. Es kann sich nur Jahrzehnte handeln, aber ja. Und das sind auch alles so Themen und ja, es es ist tatsächlich sehr kompliziert. Und dann geht's auch weiter, wenn man sich noch mal dieses Thema Abstract Syntext tree anschaut. Es gibt viele Tools, die das machen, die sagen, ich nehm Code und pack das entsprechend zu 'n Syntax tree. Dafür gibt's auch eine Spezifikation, nennt sich ES3. Da halten sich die größten Parser und Code ran und auch die Leute, also zum Beispiel Linter erwarten dann 'n bestimmtes Format, das halt ES3 kompatibel ist. Da sind wir auch ganz gut dabei. Javascript ist komplett ESLINT, ESLINT ES3 kompatibel. Mhm. Type Script tatsächlich gestern die Meldung erhalten, dass das auch kompatibel ist. Das ja, ist tatsächlich echt challenging, da sich einfach komplett zu allein und dann gibt's trotzdem noch Edge Cases und Probleme, wo wir dann wiederum zu den anderen Tools gehen und sagen, hier guck mal, wir haben das spezifikationstreu implementiert, aber hier gibt's 'n Bug. Gab's auch son son Case, wo man das entsprechend rausgefunden hat und dann reportet hat, sich glaub Babel und auch anderen Tools gesagt, hier, das ist nicht ganz korrekt. Ja.
Garrelt: Was ich auch sehr herausfordernd, aber auch irgendwie beeindruckend fand, war, dass beim ersten Release von Rolldown, der ja im April 20 24 war, schon die 50 Contributer beteiligt waren. Also das fand ich relativ viel fürn ersten Release und hab mich erstens gefragt, also woher kamen die ganzen Leute? Das waren Also irgendwie denk ich mir, vielleicht kommen sie aus, aber das ist ja 'n Javascript Welt. Woher kommen die Lust Leute? Und auch wie strukturiert man das dann, wenn so viele Leute am Anfang, wo ja noch vieles offen ist, dabei sind? Also wer hat dann da so die Flagge in der Hand?
Alexander: Ja, ich war tatsächlich, also ich hab das damals auch verfolgt, war da aber auch nicht dabei in in dem Sinne, dass ich's ganz von der Programmiersicht betrachte hab. Aber wo hätte Leute kommen, ist eigentlich ganz spannend. Können wir auch noch drüber reden, das Thema ne, Unify Toolchain in Javascript. Es gibt ja einige Projekte, die sagen, ja, lass mal 'n paar Sachen rastifyen, lass mal eine Toolchain für alles bauen. Dass wir eigentlich nur im besten Fall ein Kommando haben, ist überall integriert. Das ist son bisschen das Ziel von Void Zero als Firma, zu sagen, ja, wir brauchen uns nicht mal überlegen, welchen Formata, welchen Linder, welchen Bundler, welches Bildtour, welche Dokumentationsseite, welche Monorappe Support? So einfach dieses Problem zu sagen, jetzt hab ich die Tools, jetzt pick ich mir die irgendwie zusammen und dann gibt's doch wieder Probleme, weil die mit dem Framework nicht funktionieren, das zu lösen. Dann gab's vorher natürlich auch Projekte. Rome ist, glaub ich, mit das Bekannteste, wo ja 'n bisschen Geld veruntert wurde. Und dann gab's den, 'n Open Source Projekt, also Open Source, aber VCBAG und jetzt ist es Biom. Da kommen zum Beispiel einige Kontribute her, unser Engineering Bojenan, der für OXC, den, kommen wir auch drauf zurück, verantwortlich ist und da sehr, sehr viel macht. Der ist zum Beispiel ursprünglich hat er viel zu zu. Es gab viele Leute, die so aus der Turbopack und auch aus der RS Pack Richtung kamen. Also einfach Leute, die schon in dem Umfeld son bisschen kollabiert haben und da eine gute Möglichkeit sagen, zu sagen, okay, hier können wir entsprechend ja Impact wo Sachen, wenn wir was was machen, was ausrichten.
Garrelt: Ja, okay, das das klingt schon cool und Du sprichst ja auch für das Projekt, dass so viele Leute, die Ahnung haben, da zusammenkommen und versuchen, was Einheitliches zu bauen. Aber ja, Du hast es eben schon erwähnt. Ich glaub, man kann über fast nicht ohne OX sprechen, oder? Es hängt sehr stark zusammen.
Alexander: Ja, absolut. Also da gehen wir jetzt noch mal eine Abstraktionsebene runter. Wir haben schon gesagt, okay, jetzt der Average Web Dev nutzt irgendwie Veat. So Veat nutzt irgendwann Rolldown, ne oder jetzt mit Roller Veat. Okay, ja, ist klar, Leute kümmern sich in der Regel wenig den Bandler. Aber den Bandler zu brauchen, braucht man natürlich auch irgendwie eine Art Foundation, ne. Also Tools, so wenn man überlegt, was macht 'n Compiler? Da hat irgendwie auch 'n Alexa und 'n Parser und so weiter im im im JavaScripts Universum. Was braucht man? Na ja, zum einen auch 'n Parser. Wir möchten ganz gerne eben diese Files, diesen Codestrings in AST überführen. Wir brauchen einen Transformer, dass man eben sagt, okay, man kann zum Beispiel sagen, ich möchte mein JSX transformieren, das können Plugins machen. Kann aber auch der Bundler direkt, wenn man möchte oder der Compiler in dem Fall. Dann geht's aber auch weiter so 'n Resolver, weil wirkt zeigt auf unterschiedliche Dateien. Wir möchten die gern finden. Gibt's auch wieder sehr viele unterschiedliche Spezifikationen. Und dann guckt man, sieht okay, wäre auch noch ganz schön, gibt's also auch 'n Minifier. Und was denk ich ganz interessant ist, dann für die wieder die Webentwickler, die jetzt nicht so tief in Bander und Compiler bauen Anführungsstrichen drin sind, Linter und Vormether, ja? Tatsächlich in dieser Suit des Oxidation Compilers, da steckt auch 'n Linter namens Oxlint, der ist so 50 bis hundertmal schneller als er's Lindt. Das ist schon ganz nett. Und 'n Vormeter, der ist noch Work in progress zum Zeitpunkt der Aufnahme. Oxformet, der so einfach pritja kompatibel sein. Ja, und wer das Logo kennt, das ist son Anker, der ist braun, weil ja, ist ja alles in Rost geschrieben, so wie ich cool. Es ist 'n rostiger Anker und wie entsteht Rost durch Oxidierung? Deswegen Mhm. Oxidation Compiler. Daher der Name, es ist immer noch nach wie vor eine eine coole Idee gewesen.
Garrelt: Sibi und ich dachten ja, dass der Anker dafür da ist, weil dann die ganzen Entwickler bei diesem Anker hängenbleiben sozusagen.
Alexander: Auch gut, auch gut. Ja, ich sag mal, hoffentlich zieht's ziehen die Tools dann eigentlich runter wie 'n Anker, sondern ja, die wir probieren spielen.
Garrelt: Sich stabilisieren einen, würde ich sagen.
Alexander: Genau, das ist auch gut.
Garrelt: Ja. Weil die ganze die ganze JavaScript Welt ist ja sehr wild und es geht in viele verschiedene Richtungen.
Alexander: Ja, das kommt dann 'n
Garrelt: bisschen Ruhe rein. Das ist ja auch nicht schlecht.
Alexander: Das ist das Ziel. Also auch da ist es halt recht spannend. Wir können gleich noch detailliert über die einzelnen Teile reden, aber ein großes Thema aktuell der React Compiler. Großes Thema, weil der ist aktuell in Babel geschrieben. Es gab mal die Überlegung zu sagen, wir machen 'n Rustport, der wurde wieder verworfen. Und jetzt gibt's einen Issue in der OXC Repository, wo dann Leute vom Reactteam gesagt haben, hier React Compiler, wie sieht's denn aus? Einfach weil haben wir letztens auch gesehen, es gab, Evan hat es geteilt von Sanity, dem dem CMS. Die haben mal geguckt, wie schnell das mit RoadUnbeat ist und mit und ohne Bubble Compiler und ist halt schon irgendwie 'n vierfacher Slow Down. Einfach, weil's halt in in oder geschrieben ist. Mhm. Und gut, dann ja, JavaScript dauert halt. Und wenn Du durch jedes, jedes, schwierig. Also.
Garrelt: Ihr wolltet, dass der direkt Compiler 0XC nutzt
Alexander: hab ich das verstanden. Also, die Idee ist nicht mal zwingend. Das geht eher darum zu sagen, okay, den in was Schnelleres, also was Rustbasiertes zu legen. Und dann ist es, also muss ja nicht OX direkt nutzen. Ich glaub, dann finden das die Leute von von SwBC, ist auch anderes Projekt vielleicht nicht so cool, einfach zu sagen, okay, ich hab 'n Kompatibilitätslayer, was einfach sagt, ich nutz Ashs Interstream, ne. Und dann zu sagen, hier, ich ich setze nicht voraus, Aber auf jeden Fall, falls ihr daran interessiert seid und react schreibende Compiler nutzt, folgt ihm gern mal. Ja. Und ansonsten, es es passieren einfach so viele Sachen, aber wenn man 'n OLC nimmt, wie's aktuell ist, ist ganz lustig. Der Parser selber ist eigentlich der schnellste Parser da draußen insgesamt im Web Dev Ecosystem für Java Script und Hype Skript. Wichtig ist da also, ne. Man möchte ja, dass das alles korrekt gepasst wird. Es gibt vom t c 49, also gibt's so einen Testsuite, die Test, ich glaub, so was in der Richtung, oder, grad mal kurz geguckt. Die sind alle sind alle ready und passend. Das ist immer wichtig, wenn man Sachen implementiert, dass es auch alles wirklich so hinhaut. Man möchte ja nicht so, okay, man passt, was auf einmal kommt, was Falsches bei raus. Man möchte ganz gern die Nutzer da nicht enttäuschen. Und so als Benchmark, SWC, grade ja Direktnutzer nutzen das viel, was halt einfach schneller ist für das ganze Thema Parsend Transform. Mhm. Ja, Oxy ist dreimal schneller als das und ist auch schon Rust Tool, also auch ganz, ganz ordentlich. Genau, da kann man, wie gesagt, so Transformer, Resolver und so, auch weiter gucken sie alle auch recht schnell. Der Minifeier aktuell noch 'n Alpha, könnte aber trotzdem schon recht gut nutzen. Da geht's einfach darum, wir wollen das noch mal stabilisieren. Es gibt noch einige Optimierungen, die wir verbessern können, aber von der, ich sag mal, Geschwindigkeit zu Output, also zu Comprestred Output Ratio ist damit der Beste. Es gibt natürlich Minifier, die sind schneller. Die kriegen dann größere Bundles am Ende, weil klar, muss irgendwo Trade offs machen, andersrum genauso. Ich kann sagen, ich möchte 'n ganz kleines Bundle, dann dauert das aber länger. Wir ziehen natürlich darauf ab, dass wir im Idealfall beides machen können. Mal gucken, wie gut das wird. Aber auf jeden Fall, wir sind da auch Benchmarkstechnische irgendwie sagen mit, wir wandeln Typescript als Datei oder verschiedene andere Sachen ganz gut dabei. Je nachdem, welche Metrik man geht, eigentlich immer in den Top 3.
Sebi: Also ich hab's so verstanden, dass ihr euch bei dem Plug in System von Rolldown an Rollup orientiert habt, Mhm. Dass ihr bei dem Oxlind euch an Erstland orientiert habt und Oxformat an Pritia?
Alexander: Jein. Also ist ist fast richtig. Oxformat auf jeden Fall Pretia kompatibel, genau. Tatsächlich als Funfact dazu, Teile von OXC gab's zum PR können schon, also der OXC Browser kann schon in Pretia genutzt werden. Es gibt dadurch schon Speed-up. Ist natürlich nicht ganz so schnell wie alles in in Rust entsprechend zu bauen. Liegt einfach daran, dass man sagt, okay, Pritya ist so der de facto Standard, das ist, aber. So, man will sich in der Regel wenig Gedanken machen, zu sagen, welches Tour nehm ich dann und so weiter. Und die gleiche Idee gilt eigentlich auch für den Rest der der Toolchain. Bei Oxland ist son bisschen das Problem in Anführungsstrichen. Ja, ISland ist halt der Platzhirsch, jeder nutzt ISland. 'N paar Leute nutzen Bayern und einige nutzen Oxland natürlich. Jetzt ist son bisschen der Punkt, was macht man da? Und was wir gemacht haben, ist, wir haben 5 mehr als 500 Regeln importiert, von Airceland in Rust. Das heißt, die laufen da von den beliebtesten Paketen mit. Einzelne einzige Ausnahmen, die's aktuell nicht gibt, sind stilistische Regeln, weil das soll der Vormieter machen, also so was wie Sortieren von Imports, dies, das. Und Type Awaren Lining, weil das einfach recht schwierig ist. Dann muss halt typecript involviert sein eigentlich. Muss man also gucken, wie man das sinnvoll und Performance hinbekommt. Heißt, die gibt's noch nicht. Der Rest ist eigentlich wieder so die populärsten Sachen sind implementiert. Auxland reagiert auch auf so was wie einfach nur Kompatibilität mit so dem dem Platzhirsch. Das Schwierigste und Spannendste ist eigentlich das Thema Custom Rules. Also so was wie Firmen haben ihre eigene Linch Rules. Wie schreib ich die? Weil die will man ja nicht zwingend alle in Rust schreiben. Und da ist, also da gibt's auch 'n lange Isch schon mit Diskussionen und Informationen, son bisschen das Problem der Trade off mit Kompatibilität. Also son bisschen wie, na machen wir jetzt alles ISIN kompatibel, dann verzichte aber auf Performance. Wir haben sehr viel Legacy Probleme, weil die ganzen Probleme der ASLIN APPI, das sind jetzt nicht Tausende nehm ich mal an, aber es sind genug, ja, sind dann auch bei uns. Man müsste das in Zünd halten und so weiter. Dann gibt's Dino zum Beispiel haben wir's gemacht, die haben eine komplett neue API für so Linting bereitgestellt. Hast Du das Problem? Okay, wie ist das mit Adoption, als ob jetzt alle Leute, die 'n, Plug in Mainain ist auch als Dino Lind Plug in bereitstellen, das ist halt auch schwierig. Was wir versuchen, wir versuchen halt, was die angeht, so kompatibel wie möglich zu sein, ohne auf so viel Performance zu verzichten. Da wird aktuell noch viel experimentiert, deswegen gibt's auch aktuell noch keinen Javascript Plug in Support, aber der wird auf jeden Fall kommen. Nicht zu 1 Punkt 0 tatsächlich, aber weitergehend, wir haben da 'n Blogpost in der Pipeline, weil die stabile Ochse in der 1 Punkt 0 Version steht, son bisschen vor der Tür. Und das ist halt 1 der Fokus, die wir eigentlich ganz gern legen wollen, ne. Sozusagen, okay, ihr könnt eure Custom Lindruhes schreiben, weil auch da wieder, wenn man in Richtung Enterprise guckt, es gibt Firmen, die haben über Hunderte, teilweise Tausende Custom Lindruhes. Und da will man's nicht sagen, ja, könntest Du nicht benutzen. Tschüs.
Sebi: Meine Frage zielte eigentlich son bisschen in Richtung Vision. Mhm. Dadurch, dass die, also hattest Du euch schon grade son bisschen angerissen. Also die Konfigurationssachen, die, also gibt's da, habt seht ihr da irgendwo noch Verbesserungsbedarf? Also weil mir mir dreht's dir immer der Magen und wenn ich dran denk, oh nein, ich muss jetzt in meine IS LinConfig irgendwas reinschreiben. Ja. Wie geht das noch mal und dann, wie war noch mal die Prettyer Config? Was wie heißt das alles?
Alexander: Genau. So. Also wir idealerweise so die Idee wäre und das half eigentlich jetzt schon ganz gut, es ist halt und, ne. Also im besten Fall brauchst Du nichts zu konfigurieren. Du kannst einfach zum Beispiel jetzt schon sagen, Du lässt einfach laufen. Da sind alle Regeln, die, also sagen, der Code soll nicht falsch sein, ne, sind an und dann ist gut. Jetzt ist natürlich die Frage, okay, es gibt immer Caseblatt, ich möchte die Lintriegel ausstellen, ich möchte was Custom hinzufügen, die ist das, klar. Aber die Idee ist auch da wieder ne, Unify Toolchain als Big Picture, It justworks ist immer son bisschen in der Ausnahme, wie gesagt. Da gibt's verschiedenste Präferenzen, dies das. Aber ich glaub so für das Allgemeine wirklich die Idee zu sagen, Du lastenkommando laufen und es funktioniert und Caching ist eingebaut im im im besten Fall. Es ist alles performant und Du musst dir darüber keine Sorgen machen. Also das ist das das große, große Ziel.
Sebi: Schön. Ich hätte noch eine andere Frage und zwar zu dem Punkt, dass wir im Dev Server den Bundled Mode haben. Ja. Und ich wollte eigentlich nur noch mal einen Beispiel von dir haben für, es ist mir auf die Füße gefallen, dass es anbandelt und buntelt gibt.
Alexander: Also aktuell in wie, genau, hast Du den Devserver, der ist nur anbandelt. Bedeutet also sowas wie Performance Checks kannst Du sehr schwierig machen oder gucken, welche werden wann wie importiert. Das geht halt alles nicht. Also Du kannst halt schlecht sagen, welches Javaskulptfall, welcher Junk der dann auch im Production so wäre mit und so weiter, importiert dann welchen Chunk? Warum wird was geladen? Na, son bisschen Performancormimierung zum Beispiel oder auch so das Thema, ne, Da wär's halt ganz gut, wenn man das einfach in ähnlich wie in hätte. Jetzt natürlich nicht Minifight, ne, da kann man sagen, okay, performancetechnisch Messung wär eigentlich ganz gut, wenn man's auf Staging macht, aber zumindest, dass der Dev halt nachvollziehen kann, das funktioniert halt genauso. Und auf der anderen Seite aus Veeds Entwicklersicht oder aus Veed Teamsicht auch, es ist halt Komplexität. Also sobald ich halt ES, erst jetzt sag ich schon, ES Bild und Rollup beides bedenken muss bei allen Featuren, weil die sollen ja in der und auch in Produktion funktionieren, ist es recht schwierig. Genauso Veed Bau zum Beispiel hat eine eigenen HMA Mechanismus, also Hotmody Reload oder Hotmody Reload. Das wird's in Zukunft auch von übernommen, sodass halt da auch Komplexität wegfällt, weil das kann der Bande dann direkt, da braucht sich viel nicht drum kümmern, da kann das Ganze einfach adaptieren und und fertig. Also auf Entwicklerseite fällt halt Komplexität weg zu sagen, jetzt werden meine geladen. Ich seh jetzt nicht, keine Ahnung, 1000 requests im Network, sondern ich seh halt, okay, hier ist der Entrychunk, hier ist dies das versus, ne, auch wie gesagt, von der der Sicht weniger Komplexität, was ja auch nicht schlecht ist. Bedeutet auch weniger Bugs.
Sebi: Cool, ja, das versteh ich. Aber das war wäre dann wirklich Langzeit, Langzeit, weil ihr wolltet doch beide Modes noch weiter supporten oder?
Alexander: Langzeit, Langzeit ist immer so schwierig. Die die Phasen, die ich vorhin erwähnt hatte, da geht's halt Monate, nicht Jahre. Das heißt also, solange der Full Bundle Mod opt in wird, sobald er dann kommt, ne, Opt in wird der getestet, genauso wie jetzt halt getestet wird. Und sobald das stabilisiert ist, es keine Probleme damit gibt, alle Kinderkrankheiten ausgebildet ist, ist das Ziel, das dann irgendwann als zu machen. Das wird aber dann, geh ich stark von aus, auch irgendwann in 'ner Major Version passieren, die jetzt nicht 8 ist, weil da kommt ja erst mit Rolldown. Da wird's ja noch mit Opt in bleiben, sondern 9, 10, wie auch immer. Genau, aber am Ende das das Maintain von Biden ist halt son bisschen schwierig, wenn man sagt, okay, es gibt halt einen Modus, der hat keine Trade offs, egal ob Du eine kleine oder große Applikation hast. Dann ist die Frage, warum warum behält man so die Komplexität, wenn's auch anders geht? Ich glaub, der ist superhilfreich gewesen, zum einen erst mal Entwicklern zu zeigen, hey, es geht doch schneller als in Webpack und hat sehr viel so zu Veats Popularität und auch son bisschen Identität mit beigetragen. Aber ich glaub, ab 'nem gewissen Punkt ist ja dann zu sagen, gut, warum, wenn's auch mit 'nem anderen Modus, der halt für alle Cases funktioniert, besser geht und eigentlich keine Nachteile hat, wenn's halt auch Speedtechnisch ähnlich ist.
Garrelt: Und die und die Speed Improvings kommen dann, weil es eben in Rust geschrieben ist. Dann ist der Bundle Mode ähnlich schnell wie der Unbundle?
Alexander: Genau, also die Idee wäre zu sagen, Webpack hat ja dann ewig gedauert. Genau, dadurch das Ganze dann Rust geschrieben ist, deutlich optimierter läuft und ja, wir entsprechend auch aus den den Lehren da gelernt haben und auch natürlich einige Optimierungen nicht brauchen für den Dev Mode, dann würde das entsprechend schneller funktionieren, korrekt. Als als nur so kleiner Hinweis oder als Randnotiz, wenn man sagt, wie schnell, man kennt das ja bei t s und t s go, ne, als gesagt hat, wir erporten nach go. Es wird alles zehnmal schneller. Das ist halt recht cool. Aber ich hab son eine Statistik mal mitgebracht, die größte Repository, wo man mal Oxland drübergelaufen hat, ne. Ist jetzt kein Bundler, aber Linzin ist trotzdem recht aufwendig. Das ist recht cool. Da haben wir eine Pfeilanzahl von fast also 264925 Firers, also sag mal, 265 Firers. 101, also 101 Regeln. 10 Threads wurden genutzt, auch wieder das Vorteil, ne, Multi Threading. So, könnt ihr mal schätzen, wie lang hat es denn gedauert, über diese 265000 Files mit Oxland und den 100 und eine Regel drüber laufen zu lassen? Können wir raten?
Sebi: 15 Sekunden.
Alexander: 15 Sekunden, okay. Zweihundertfünfsechstausend, Pfizer 5 Sekunden. Das wär schon
Sebi: Okay, ich hab gar keine Referenz, was passiert.
Alexander: Also ich sag mal so im in IS sind brauchen wir dafür ziemlich sicher
Sebi: Stunden. Ah, okay.
Garrelt: Ah, okay, da sind wir.
Sebi: Da sind wir.
Garrelt: Ich wollt jetzt 3 Sekunden ansetzen, aber jetzt würde ich höher höher gehen. Keine Ahnung. Sagen wir mal
Sebi: eine Minute. Eine Minute.
Alexander: Eine Minute, ja. 22.5 Sekunden. Ah, let's go. Ja, ja, okay. Nee, es war war gar nicht so schlecht tatsächlich. Ja, ich hab mich vielleicht 'n kleines bisschen irre geführt, aber das ist ja wirklich, das sind so die Szenarien, wo man halt auch merkt, okay, diese Tools, die in nativer Sprache geschrieben sind Mhm. Und das ist einfach, also auch bei so Minifeiern, wenn Du sagst, Du Theresa zum Beispiel ist ja auch sehr populär oder eigentlich dann, wenn man das wirklich vergleicht, dann gibt's halt irgendwann einfach Time aus oder sagt man, okay, ist es nicht. Deswegen zum Beispiel Shopify nutzt Oxin schon bei sich für verschiedene Regeln. Müssen nicht mehr alle sein, einfach zu sagen, die die teuren Regeln, so was wie, guck bitte, dass es keine zyklischen Dependencies gibt. Ja. Ja, da brauchst Du halt auch alle Files, weil na ja, Du willst ja gucken, ob's irgendwelche Kreise da drin gibt. Mhm. Und dann zu sagen, okay, wir haben das halt in 'ner riesigen Monorepo, ne, klar, dann geht's halt nicht anders, als auf auf solches Toolings zu setzen. Und das ist eigentlich auch ganz schön zu sehen, dass dass genau das passiert, dass halt genau die großen Cases, ne, für die funktioniert's dann auf einmal. Und auf einmal braucht man nicht mehr Stunden, selbst wenn's eine halbe Stunde ist, dass man das Ganze im CI hat. Das ist doch alles Zeit. Es hat aber jetzt ist jemand geschrieben, so allein, dass die Leute auf Roaddown Beatriert sind, ne, kein Linta geändert oder gar nichts. 50000 Dollar im Jahr ist die Ei Kosten gespart, einfach durch die Zeit. So. Ich glaub, wenn das Ja. Was macht die Firma jetzt, mit denen man sieht? Mhm. Ja.
Garrelt: Ja, wenn man Ja,
Sebi: das wird doch gespendet an euch, oder?
Alexander: Ich wollt grad sagen, also so so Ich glaub, vielleicht springt eine Open Source Contution bei rum. Mercedes Benz zum Beispiel, wir hatten auch 'n Post gemacht, Mercedes Benz I o, die sagen hier modernes Tooling und Co und wie viel man so an an Zeit sparen würde. Und dann hat auch jemand auf, ich glaub Bluescare geschrieben so, hey, ist ja voll cool. Ich hoffe, dann sprechen wird 'n bisschen des Geldes reinvestiert, das auch weiter zu ermöglichen. Deswegen, das ist eigentlich auch mal 'n ganz cooler Punkt so, man upgradet auf die Tour, es ist halt for free in dem Sinne. Und wenn dann keine Ahnung, Zehntausende, 100000, wie auch immer Dollar, Euro gespart werden, Uns die Möglichkeit gibt, in der Firma was zurückzugeben, das ist immer eine gute Option dann an Open Source Projekte, ne. Da gibt's eine ganz große Auswahl natürlich von Veed, von den Projekten, die wieder aber auch einfach, was ihr benutzt. Es kann ja 'n kleines Modul sein, das kann 'n Framework sein, was zurückzugeben. Bin ich immer 'n großer Fan von.
Garrelt: Ich fänd's halt einfach krass, was das dann für Auswirkungen hat, vor allen Dingen im Enterprise Bereich. Vor allem, also auch mit der Geldgeschichte. Also die Zeit, die man sich spart, ist ja schon immer cool.
Alexander: Und das ist ja auch noch mal Geld, wenn man sagt, okay, Genau. Bei mir Produktivität, aber wirklich auch so CI Kosten noch dazu. Das ist halt echt krass.
Garrelt: Ja. Aber reizt es sich als, Source Contributer 'n bisschen in einzusteigen? Weil Du hast ja schon gesagt, das passiert grad an vielen Stellen und es hat halt auch sehr viel Sinn, das zu machen. Reizt sich das irgendwie?
Alexander: An sich ja. Also ich würd auch ganz gerne 'n paar kleine, was weiß ich, vielleicht mal in der Regel oder so was, son paar gut First Issues bei zum Beispiel OXC oder so Oxland in dem Fall oder so mit reingeben. Ich hatte Rust mir schon mal vor Jahren, so vor 5 Jahren oder so was, mir angeschaut, in dem Fall war's schon die neue trendige Sprache. Ich bin jetzt nicht so der, ich sag mal, Low Level Mensch in Anführungsstrichen, so c c plus plus ist jetzt nicht so persönlich meins. Bin ja war eigentlich lange Zeit der Freund von, ich bau coole Sachen und hier seht mal und nicht, jetzt kann ich das krass optimieren. Auf der anderen Seite natürlich, wenn man die Tools hat und son bisschen die Kombination, ja, reizt mich schon. Aktuell seh ich natürlich, meine Zeit ist da ganz gut investiert zu sagen, ich erkläre das und das, was die Leute im Team mitarbeiten. Ich guck, dass das aus die x-Sicht irgendwie passt. Ich geborene Feedback und kann so, ich denk mal, zeitlich besser contributen, aber bestimmt guck ich mal hobbymäßig rein. Weil ey, das ist superspannend, definitiv.
Garrelt: Ich find's auf jeden Fall cool, auch wie es Communities zusammenbringt, ne. So Javascript und werden da wahrscheinlich grad sehr zusammen, also die finden sich zusammen. Und auch allein, was wir, also auch das, was Oxy überhaupt macht, so viele verschiedene Dinge zusammenbringen und das Beste aus allen Welten. Und wir haben ja auch schon 'n paarmal Void Zero angesprochen. Ist es richtig, dass Du das so verstehe, dass das auch das Ziel von Void Zero ist, das Ganze zusammenbringen und zu vereinheitlichen?
Alexander: Genau, also bei Void Zero ist das Ziel in dieser, ich hatt's zum Hammer gesagt, Unified Javascript Tool Chain. Ich glaub, auch wenn wir bei beim Thema Rust bleiben, ist das ganz gut. Evan hat dann gesagt, so das Cargo für JavaScript. Also einfach zu sagen, okay, ich hab effektiv ein Tool, ne. Und ich mein, wenn man jetzt sagt, das ist Veed oder Veed Plus, was grad in der Mache ist, dann zu sagen, okay, alles klar, damit kann ich wirklich alles abdecken, was das komplette Ökosystem braucht. Weil das geht, wie gesagt, das Thema, okay, ich kann irgendwas bauen, sei das eine Applikation, sei das eine Library, ne, soll auch mit abgedeckt werden. Aktuell gibt's Tools on top of Rolldown so als library Bundler. TS Down ist damit das bekannteste. Es gibt dann noch O-Bild. Heißt, wenn ihr 'n Library habt und der nutzt da irgendwas zu bauen, guckt euch das mal an. Ist recht einfach. Gibt's auch 'n schönes Video als Explainer, weiß ja nicht das interessiert. Mhm. Und dann, genau, geht's halt weiter. Vielleicht auch irgendwann sagen, ich kann mein Javasker Backend damit bauen, ne. Und eigentlich alle Jobs übernehmen, Linting, Formating, ich kann Docks erstellen. Ich hab irgendwie Dev Tools zum Beispiel Anthony Fu ist bestimmt vielen Namen der abarbeitet seit geraumer Zeit an den Dev Tools. Das auch, ja, ist Open Source. Sagen jedes Projekt kann einfach direkt sehen, okay, nicht nur Band kann man jetzt schon mit 'nem Visualizer, aber zum Beispiel wie lange braucht denn mein Bild? Welche Plugins dauern denn lange? Was gibt's da für Probleme? Und noch weiteres, Framework können ihre eigenen Integrationen für die DevTws dann bereitstellen, dann was Spezifisches zu haben und so weiter und so weiter. Also da ist echt viel in Arbeit und dann ja mit mit wie plus so die Idee zu haben, wir haben so das eine Ding und das covert eigentlich wirklich alles.
Garrelt: V plus ist mir kein Begriff.
Alexander: Genau. Halt Du das mal. Das das ist auch das ist auch, wie gesagt, das ist in the Making. Ich kann noch nicht so viel persönlich drüber berichten, außerdem, dass das so das Ziel ist. Das ist das bei Void Zero, muss man auch dazu sagen, kann ich auch 'n bisschen ausholen. Wir haben ja Venture Capital. Das erlaubt am Ende, dass Leute auch Vollzeit in derToolchen arbeiten können, weil aktuell machen wir de facto kein Geld.
Sebi: Mhm.
Alexander: Ne, ist ja alles Open Source. Es gibt vielleicht hier und da Firmen, die sagen, ja, hier könnt ihr uns helfen. Also bisschen klassisch, ne, Consulting oder in dem Sinne Verträge habe, dass nichts was skaliert oder womit man die Leute inklusive wieder finanzieren kann. Deswegen so VI plus wird das Produkt sein. Evan hat das auf der Jazz World schon mal vorgestellt, so heißt das Cargo für Javas Klub, einfach zu sagen, das ist eben das, was das Ganze komplett vereinheitlicht, was man dann entsprechend nutzen kann. Mehr dann im Herbst. So viel kann ich schon mal spoilern.
Garrelt: Viet plus klingt 'n bisschen dann wie ein, also Produkt, was son wie son Pro Produkt, also was dann bezahlt wird, aber das ist es nicht. Also es soll dann Open Source bleiben.
Alexander: Das ist son bisschen der Punkt, wo man natürlich gucken muss, Monetarisierung ist ein wichtiger Punkt. Ja. Ich also ich sag mal, wenn ich persönlich jetzt, ne, losgelöst, es gibt viele unterschiedlichste Möglichkeiten, Projekte zu finanzieren. Zum Beispiel, wenn man überlegt, Direktors ist 'n CMS. Vielleicht kennt das einige, die haben zum Beispiel 'n Dual Licensing, also die machen BSL Business Source Licens und sagen, hey, ihr könnt das nutzen, alles kein Problem. Aber wenn ihr 'n bestimmten revenue Threshold übersteigt, also wenn ihr 'n bestimmtes jährlichen Umsatz habt, dann braucht ihr eine Lizenz.
Sebi: Mhm.
Alexander: So und natürlich das Ziel ist nicht zu sagen, wir Geld geben jetzt die Community, sondern dann das Ziel ist eigentlich zu sagen und das haben wir eigentlich auch immer gesagt, auch als ich noch nicht in der Firma war und Evan im Herbst letzten Jahres darüber interviewt hab, das Ziel ist, Enterprise zu fokussieren, was die Monetarisierung angeht. Deswegen es es wird vieles sein, aber es wird nicht so sein, dass sagt, okay, jetzt könnt ihr das Produkt nutzen, wenn ihr keine Ahnung, fünfer Monat zahlt oder zehner Monat. Deswegen da keine Sorge. Ja. Und wichtig ist auch, das ist auch noch wichtig, hinzuzufügen, alles, was aktuell unter MIT Leistungs bleibt, wird auch unter, also was unter MIT Leistungs ist, bleibt MIT Leistungs. Mhm. Mach also keine Rugpols, das ist gar nicht geplant. Ist auch Quatsch, weil grade, ne, wir bauen alles rund Veat, wenn wir sagen, Veat wird irgendwie oder so was. Ja, das wird 'n weiteres Web Dev Chaos auslösen und es bringt halt auch gar nichts. Mhm. Genau. Wie, wie Du denkst.
Sebi: Nee, ich hab, ja, also ich hatte auch nur vom Veed plus erfahren, dass das halt irgendwann Ende des Jahres. Und jetzt überleg ich grade, wollt ich wegen der, wegen dem Time Frame, weil Du sagtest ja, wir reden hier gar nicht von Jahren, wir reden von Monaten.
Alexander: Mhm.
Sebi: Das heißt, die Sachen, die jetzt grade noch in the making sind, was meinst Du, Minifier und nee, Vormetter?
Alexander: Genau, Vormetter ist son Prototyp, der wird ziemlich sicher bis bis Herbst verfügbar sein. Genau, Minifier ist halt 'n Alpha, da geht's mal Stabilisierung. Und ansonsten ist die Toolchan, da ist schon ganz gut aus, würd ich sagen. Okay. Und dann eben selber, wie schon gesagt, so die Phasen, da geht's auch entsprechend Monate.
Garrelt: Wow. Auf der OXC Webseite ist noch die Nova JavaScript Engine auf Genau,
Alexander: ich weiß, ja, tatsächlich muss ich ehrlich sagen, ist kein Projekt von uns, ist halt ein Projekt auch Rust basiert, was tatsächlich OXC nutzt. Also auch da OXC als eigenständiges Projekt zu sehen, das ist natürlich auch ganz nett zu sagen. Es gibt verschiedene Sachen, die drauf bauen. Aber to be fair, die Website, ich hoffe, wenn ihr, liebe Hörer da draußen, dass ihr auf OXC Punkt ice geht, ist die schon geupdatet, weil ich nämlich auch als der Minifeier, der Prototyp Complete ist. Da ist noch einiges an Arbeit zu tun, aber wie immer, das gibt's hin und vorne und an allen Enden. Ich updatet das, bis ihr das hört. Genau. Aber genau, Javasc engine, das ist ja, wenn man noch mal wieder runtergeht und sagt, okay, ich möchte dann ganz gerne mein Javaskript irgendwo laufen lassen. Aber das ist 'n Work in progress Projekt. Weiteres Spannendes ist, die machen ja Javacript Engine basierend auf JavaScript, die das dann zu, ich glaub, irgendwie oder so komplettiert, ist auch alles ganz wild. Hat aber alles nicht viel mit Oxy zu tun, außer bei Nova, wie gesagt, die nutzen Oxy als Projekt selber. Okay. Genau.
Garrelt: Wir springen zwar 'n bisschen, aber ich will eigentlich auch noch mal zurückkommen auf Viceuro. Vor allen Dingen, ich stell's mir halt schwer vor, wenn man so finanziert wird, die Interessen, beide Interessen irgendwie abzudecken. Also wie schafft man wie schafft man diesen Spagat, Open Source und das, was die brauchen, zu halten und was jetzt auch die Firmen von euch waren. Also zum Beispiel, was wollen die Firmen denn von euch?
Alexander: Genau, das ist 'n guter Punkt. Wie gesagt, lustigerweise, ich denk ja immer zurück, so fast 'n fast 'n Jahr zurück in Japan, wo ich Evan als ja das Publicy Announce halt auch gefragt hatte. Weil die Hornhaut von der Konferenz sagt, hey, lass 'n lass 'n Interview machen eine Stunde. Und das auch erst mal der Punkt, als das Announcement kam mit, okay, es gab Seed Money, ne, von Void Starow, cool, 4 Punkt 6000000, dann denkst Du erst mal, okay. Rome, oh, das lief gar nicht gut. Weitere Open Source Projekte mit Finanzierung. Oh, was ich, was war's? Planenscale, Free Treal gekürzt, dies, das. Da siehst Du son bisschen die Horrormeldungen. Mhm. Und das ist voll fair. Das Problem ist, es gibt also Open Source und VC ist nicht zwingend problematisch. Es kommt halt auf viele Sachen drauf an. Zum einen, wer steht hinter dem Projekt, ne? Evan mit 'nem Trackrekord von View und Weed, der also wirklich sich für Open Source einsetzt, ist jetzt niemanden, wo ich persönlich sag, ich würd dem Rugpool zutrauen so. Mhm. Der würde es nicht machen. Weil ich glaub, er hat sich so guten Namen gemacht, wenn er irgendwie schnell Geld braucht, gibt's da andere Methoden als zu sagen, ich grün eine Firma und dann mach ich hier, was weiß ich, kommerziell. Mhm.
Sebi: Das ist
Alexander: auch das Ding. Schnelles Geld ist gar nicht das Ziel. Wie gesagt, wir Die Firma gibt's jetzt seit fast 'nem 'nem Jahr oder seit 'nem Jahr war's ja angekündigt offiziell, gibt's schon 'n bisschen länger. Es ist noch kein Geld geflossen, dieser bis auf Consultantcy Contracts. Da sieht man aber auch, dass Evan sich die Investoren, denk ich, ganz gut ausgesucht hat. Also zu sagen, okay, das Ziel ist erst mal diese Tool Chain zu bauen, erst mal die Fundamente für die Tool Chain zu bauen. Also Rolldown, das entsprechend wie zu integrieren, ne? OXC, Formatter, Linter und so weiter. Und dann irgendwann zu sagen, es gibt ein Produkt, dann gibt's halt irgendwie zum Beispiel Enterprise sowohl Support als auch irgendwie ne, Monterisierung. Es könnte sowas wie Hosted Solutions geben. Es gibt da ganz viel Möglichkeiten, was drumrum zu bauen. Wir sehen jetzt in anderen Ökosystemen auch, Laverwell zum Beispiel allen voran dran mit Taylor Ottwell, Taylor und Evan ja auch gut befreundet, die jetzt auch mit Laverwell Cloud riesiges Investment haben, aber auch ganz viel drum rum haben, was aber dem Framework eigentlich gar nicht selber schadet.
Sebi: Mhm.
Alexander: Heißt, da die Interessen zu vertreten, ist recht gut möglich, wenn man sich die richtigen Leute auszusamm, die auch an die Vision glauben. Mhm.
Sebi: Wenn man
Alexander: das vergleicht mit dem, ist vielleicht böse gesagt, aber dem average Start-up, sagt, okay, wir haben eine coole Idee. Wir haben eigentlich nichts vorzuweisen, vielleicht 'n MVP. Hier ist eine Demo, wir brauchen Geld. Dann ist es natürlich eine ganz andere Reihe von Leuten, die vielleicht interessiert sind oder wo man entsprechend Investitionen und Funding bekommt als, hey, ich bin der Hersteller von View undViet. Ich habe eine Vision für die Javascript Welt. Guckt mal. So, dann sind die Investoren auch nicht so, die sagen, ich brauch meinen jetzt nächsten Monat, sondern okay, wir geben Zeit, wir machen und wir glauben immer an diese Vision zu sagen, macht halt Web Development an sich besser. Und natürlich, dabei soll am Ende auch Geld rumkommen, keine Frage. So was, eine Firma ist nun mal profitorientiert, aber das ist aktuell gar nicht der Fokus und wird dann, wie gesagt, spannend durch Produkte wie zum Beispiel wie Plus oder wie andere Sachen, die später kommen könnten, Mhm. Wie das Ganze dann wird.
Garrelt: Das heißt, im schlimm oder was heißt im schlimmsten Fall, aber im Fall der Fälle würdet ihr auch Investoren ablehnen, die nicht mit dieser Vision übereinstimmen, die was anderes von euch wollen, als was ihr wollt.
Alexander: Das ist definitiv in der Auswahl der Investoren passiert, ja. Also ich war ich war nicht dabei, aber ich hab da genug Gespräch drüber gehabt zu sagen, okay, es man hat sich da schon ganz gut die Leute ausgesucht und angeschaut,
Sebi: Mhm.
Alexander: Hat die entsprechend eben da die Vision mit verfolgen verstehen tragen können und auch was zu beitragen können, ne. Es geht jetzt ginge nicht darum zu sagen, wer kann mir das meiste Geld geben, sondern es geht darum auch, wie können Investoren hilfreich sein, diese Visionen letztendlich umzusetzen, ne. Mhm. Also sowohl ne, Netzwerk, bestimmte Personen, wenn man's sieht, okay, es sind Leute, mit dem jemand von Natlefy zum Beispiel dabei, der investiert hat. Einige wirklich bekannte Business Angel aus dem Webuniversum, wo man sagt, okay, die verstehen das Ganze aus 'ner technischen Sicht, können aber auch helfen, das Ganze vor voranzubringen. Mhm.
Garrelt: Ja, ich seh die ganzen vor Vorteile daran und auch dieses, ja, Problem in der Open Source Welt, Geld generell als Problem vielleicht damit lösen zu können. Ich hoffe auf jeden Fall und ich wünsch euch viel Erfolg und auch irgendwie 'n guten Weg, dass es für euch gut funktioniert und ihr da vielleicht auch Vorreiter fürn Positivbeispiel seid, weil eben hast Du eigentlich nur Negativbeispiel aus der Vergangenheit genannt. Ich kenn jetzt auch selber kein positives, aber ich hab irgendwie 'n gutes Gefühl bei euch. Die Bedingungen wirken gut.
Alexander: Vielen lieben Dank.
Garrelt: Ja, ja. Leute.
Alexander: Ja. Also ich ich muss sagen, es gibt durchaus positiv Beispiele so. Ich glaub Superbase ist ein Positivbeispiel, wo man sagt, okay, hey, die haben hier, die machen coole Sachen, ne. Stack Blitz und irgendwie. Es gibt schon es gibt schon einige, wenn man jetzt nicht nur so auf die negativ, aber das, wie's grad gesagt hat, die negativen Sachen bleibt halt hängen, wie's ganz oft so ist.
Garrelt: Das stimmt.
Alexander: Spannenderweise das Thema Open Source und Geld könnte man noch mal eine ganz eigene Episode mit füllen, aber nur, das unterzubringen. Ich hab nämlich da, ich ich hab mir auch immer gesagt so, ja, warum denn eine Firma? Warum nicht was anderes? Und da ist der Punkt, das Ziel, ne, man muss erst mal mit 'ner bestimmten Geschwindigkeit dran arbeiten, sonst passiert halt nicht viel. Du kannst ja nicht sagen, wir arbeiten da son paar Stunden nachmittags dran. Ich muss ja die Rechnung zahlen, deswegen arbeite ich eigentlich woanders Mhm. Und so weiter. Und grad die Leute, die sich mit dem Thema auskennen, wie schon gesagt, es gab eine Leute, die vorhin an RRS Pack gearbeitet haben, an Biom on Österreichs Rome gearbeitet haben und die dann mit dabei sind. Aber auch einfach, weil es dann halt möglich ist, die Rechnung zu zahlen. Mhm. Ja, und das ist halt natürlich 'n Punkt, wo man sagt, wenn man das Ganze realisieren will und da geht's dann nicht Jahrzehnte, sondern Monate und Jahre, also ist auch in 'ner guten Geschwindigkeit. Und das das find ich sieht man eigentlich bei World Zero ganz gut, dass das passiert. So nicht nur, dass irgendwie Issues superschnell beantwortet werden, aber auch einfach, dass es dass einfach es geht vorwärts. Und dann halt ja, das das geht eigentlich nur, wenn man entsprechend Geld zur Verfügung hat. Und man sieht das beim View Team wiederum, das View Team ist halt underfundet an sich, so Evan Sponsor oder gibt's Geld zu Mainainern aus seiner eigenen Tasche, aber da ist ja keine Organisation in dem Sinne dahinter. Oder gibt's viel im Core Team, die machen das halt ja nebenbei in Freizeit. Was jetzt nicht zwingend schlecht ist, aber was halt zeigt, okay, das wäre halt bei bei Voice Zero, was ja unabhängig vom Viewökosystem ist und gedacht ist, so halt nicht ganz möglich. Ja. Ich glaub, von dem Punkt tatsächlich noch mal eine ein wichtiger eine wichtige Bemerkung, nämlich das Thema Governance, ja. Aber jetzt kann man sagen, okay, wird jetzt viel mit an der assoziiert, Rolldown o x-C und wenn man auf die Website guckt, man hat noch V-Test mit darunter. Testing haben wir gar nicht so viel besprochen, ist aber genau mit dazu. Mhm. Und zwar, dass die Governance, was die Projekte angeht, Rolldown und OXE sind die 2 Kernprojekte, wo wo Void Zero eigentlich die Richtung steuert sozusagen. Weed selber zum Beispiel ist, das ist immer ganz schön zu erwähnen, 'n Projekt, wo Firmen, also Leute beteiligt sind, die von unterschiedlichem Hintergrund firmentechnisch sind. Also wie gesagt, klar, Evan, das ist eine Firma, Saphi, ist auch bei uns bei Void Zero mit dabei. Hiroshi genauso sind 2 Container. Dann haben wir aber viele, es gab zum Beispiel 'n Container Byorren, der wurde von Astro für eine Zeit lang geheiert. Patak eigentlich der Hauptminainer mit, der ist bei Steckblitz. Mhm. Anthony Fu, der ist ja auch gefühlt überall mit dabei. Der ist bei, also der Firma, die der oder der Creator von, ja, ins Leben gerufen hat. Und da ist es eigentlich ganz nett, dass man eben sieht, es geht's nicht die Interessen 1 einzelner Firma. Das wäre auch in dem Sinne gefährlich, ne. Sondern hier sieht man halt, okay, das ist 'n Joint Effort plus natürlich im Ökosystem die ganzen Projekte, die dahinterstehen, die ganzen Frameworks, die ganzen Tools, so was wie Playright und Storybook und so weiter und so weiter. Mhm. Also auch da ist es noch mal wichtig zu erwähnen, es geht halt nicht darum, dass jetzt Void Zero die ganze Welt kontrolliert oder die ganze Web der Welt. Aber wir können halt, dadurch, dass wir zum Beispiel dazu Safi und Hiroshi auf der Payroll haben, dass wir Wladimir, den Hauptminainer von V-Test Vollzeit mit dabeihaben und so weiter. Damit die Möglichkeit natürlich da Entwicklungen voranzutreiben und auch sicherzustellen, dass das Ganze ja kontinuierlich gute Features bekommt, bugfix ist und auch da weitergeht. Es ist auch eine Art und Weise der Open Source Sustainability. Mhm. Und dazu das auch noch, wollt ich mir eigentlich fürn Pick aufheben, aber ich hatte ich hatte 2 im im Kopf.
Garrelt: Nice.
Alexander: Es gibt ja von Sentry 'n Open Source Pledge. Wer ihr noch nicht kennt, Firmen können also sagen, okay, für jeden Employe gebe ich im Jahr eine bestimmte Summe, ich glaub, 2000 Dollar oder so was an Open Source. Und dann kannst Du entsprechend da gelistet werden. Das Ganze kannst Du reporten und da sind wir bei bei uns wieder auch mit dabei. Das heißt, unabhängig für Leuten, die wir auf der Payroll haben, sponsern wir also auch noch mal entsprechende Leute. Genau, pro Entwickler ist wichtig, nicht nur pro Employe, sondern es pro Entwickler heißt, wenn ihr nur 2 Entwickler habt, ist das recht günstig. Da kann man damit gelistet werden, ist nicht nur eine nette Möglichkeit, für Open Source zurückzugeben, sondern auch zu zeigen, dass man in der Firma natürlich das Ganze in 'ner Art und Weise fördert. Genau. Und das Logo kommt dann auch auf den Times Square. Das ist kann ich, ich lege auch noch mal senden. Das ist immer so in gewissen Abständen, ich glaub jedes halbe Jahr, die Leute, die 'n Open Source Platz joinen, da gibt's dann auf der so, das war auch ganz cool, das zu sehen. Ja.
Garrelt: Sehr cool. Dann Hast Du noch Fragen, Sibi?
Sebi: Ich hab keine Fragen mehr.
Garrelt: Dann mach ich jetzt mal den Jan und frag seine typische Frage. Alex, haben wir dich irgendwas gefragt oder nicht gefragt, wo Du dachtest, oh, darüber möcht ich aber unbedingt sprechen. Das fehlt uns jetzt noch. Du hast eben schon Testing angesprochen. Da noch drüber sprechen, aber ansonsten, was auch immer Du noch loswerden willst, gerne.
Alexander: Ja, erst mal gute Frage als auch Podcast Host appreciate ich das immer sehr. Auch wenns die meisten sagen, nö, eigentlich haben wir alles besprochen. Ich denk auch im Großen und Ganzen passt das. Ich glaub, das Wichtigste auch da noch mal, ne, es geht jeder jedes Framework ist da mit drin, testet gern mal oder wenn ihr euch das weit, weit in der Zukunft anhört, testet sich die voll Bundle Mount, wenn ihr schon raus ist. Mhm. Und das Wichtigste, wenn ihr irgendwelche Fragen habt, dann scheut euch nicht zu posten, so sei's irgendwie auf Socials, schick mir, was weiß ich, auch eine E-Mail, das ist auch in Ordnung. Also nur zu damit, ne. Und eine letzte Bitte, es gibt eine, nennt sich, also Performance Wins. Da tragen Leute dann einen, so okay, ich hab meine Applikation, entweder werden die Open Source noch besser, aber wie schnell ist sie denn geworden? Wenn ihr das Ganze nutzt und euch da verewigen wollt, immer her damit. Und ansonsten kommt gerne in die Discord, den oder auch die Lead Discord. Wenn ihr irgendwie Feedback braucht, sagt, hey, das ist irgendwie nicht ganz schnell wie erwartet, könnt ihr mir helfen. So, wir sind da eigentlich in der Regel immer mit dabei und stehen mit Rat und Tat zur Seite.
Garrelt: Cool. Die Links werden wir auf jeden Fall auch noch in die Shownotes packen. Und was für Links wir da auch reinpacken, sind die. Und da lass mal den Jingle laufen, dann geht's ab.
Alexander: Alex, Du
Garrelt: hast schon eben dein deine erste Möglichkeit für den Pick genannt. Willst Du die zweite direkt aufnen?
Alexander: Ja, klar, gerne. Genau, ich hab son bisschen 2 reingesneakt. Das kann mal passieren, hab ich gehört. Mein zweiter Pick ist doch deutlich technischer fokussiert. Und zwar, es ist Knip KNIP, Knip dot dev. Logo hat sone Schere und genau darum geht's. Wir wollen was loswerden, wollen was abschneiden, nämlich all die ungenutzten Dependencies, die ungenutzten Exports und. Das kann nämlich knapp machen in auch wieder ne, Framework knostistische Plugins, die automatisch eingesetzt werden, egal, was man nutzt von irgendwie. Wenn ich ESLINN nutze, dann wird natürlich die ESLINNConfig ignoriert und dann wird geguckt, was sind's denn da, was steht da drinne Frameworkbasiert und so weiter. Ist eine sehr gute Möglichkeit, nicht nur einmalig, sondern auch gerne in CI sicherzustellen, dass ihr keine ungenutzten Dependencies mehr habt. Und ja, ist ein sehr, sehr cooles Projekt, wird fast überall mittlerweile genutzt, tatsächlich auch in Repositories wie Rolldown und auch selber. Deswegen ja, Knip, eine sehr, sehr gute Option, denke ich. Guckt euch das gern mal an.
Garrelt: Cool.
Alexander: Genau. Und ansonsten, wenn irgendwas nicht klappt, contributed, die Plug ins sind einfach zu stellen. Ich hatte vor 'ner Woche oder so was auch erst contributed. Das ist richtig smooven.
Garrelt: Sehr geil, Knip. Konnte mir nix.
Sebi: Kannte ich auch nicht.
Garrelt: Cebi, was hast Du mitgebracht?
Sebi: Oh mein, ist ein Proposal für Random Functions. Zuerst Stage 1, aber ich find Random Function in Javascript, das lohnt sich, dass man da mal 'n bisschen das game absteppt. Irgendwie immer ständig irgendwie sone Shuffle Function schreiben oder irgendwie Krempiskram. Ja. Und vor allem vor allem auch, dass man's vielleicht irgendwann mal siegen kann. Okay. Für Tests und so.
Alexander: Ah, gibt's auch 'n Proposit, ne? Ist das damit drin?
Sebi: Nee, das ist 'n anderes, ja. Ja. Mhm. Aber bin ich auf jeden Fall Feuer und Flamme. Freu ich mich sehr, wenn das kenntlich kommt.
Alexander: Da hab ich eine Anekdote zu tatsächlich. Die muss ich ganz kurz loswerden. Oh Gott. Tatsächlich in 2015 ging mir das auch schon so sehr auf den Sack. Dann hab ich in die E-Mail-Liste vom TC Viertel hinein da geschrieben, sagt hier, sieht's 'n aus? Wollen wir nicht mal irgendwie sone random Shaffe Funktion für Array erstellen? Kam leider in die Antwort.
Sebi: Aber Sind 10 Jahre später?
Alexander: 10 Jahre später. Also ich ich habe mich mit dem mit paar Leuten vom T-C-Pilot unterhalten, die waren nicht auch auf der Konferenz und hab gemeint, hey, wie sieht's 'n aus, Use Case, dies das? Und ja, Sachen passieren. Deswegen es es ist megaspannend. Und es gibt zwar die Eric schaffen funktioniert immer noch nicht, auch in den Proposal, glaub ich, nicht, aber mal gucken. Es wurde auf jeden Fall angeraten, dann zu schauen, ob's da vielleicht noch neben dem Platz gibt, schon mal zu schauen, was möglich ist.
Sebi: Ja. Ich hab mich jedenfalls sehr gefreut.
Garrelt: Ja, ich find's generell, also sind grad einige Proposals am Start, die ich spannend finde. Der Proposal ist tatsächlich
Sebi: eine Staffel für random. Ich hab
Alexander: auch keine Ahnung, ja. Fair. Dann heißt Du nicht Array Punkt to Shoveled oder
Sebi: Nee, es ist Random Punkt Shovel und da gibt's das Array.
Alexander: Ah, genau, das macht Sinn. Ja. Ja, geil, sehr schön. Endlich, es hat nur 10 Jahre bis Stage 1, das ist übertrieben, gedauert. Aber ich stimmen da gerad und noch dir Sebi voll zu. Es passiert superviel. Mhm. Und das ist echt schön, dass nicht irgendwie früher so es passiert langsam und gemächlich war's. Mhm. Ja, super zu sehen.
Garrelt: Finde ich auch.
Sebi: Irgendwas 'n bisschen. Und erinnert mich grade, wenn Du sagst so, der Scope vor 10 Jahren son bisschen wie dieses Temporal. Ja. So, wo man irgendwie schon seit 100 Jahren die Schmerzen spürt von der Date API.
Alexander: Da gibt's auch noch 'n geilen Funfact zu. Mozilla, also Firefox hat sich ja geschippt mittlerweile als erster Browser. Und das Krasse war, die Implementierung kam nicht von 'nem Mozilla Mitarbeiter, sondern von 'nem random Contribut, der es einfach allein in in Firefox reingebracht hat.
Sebi: Oh krass.
Alexander: Das, ich glaub André heißt mit Vornamen. Das war sone Sache, glaubt man manchmal nicht.
Garrelt: Ja. Aber vielleicht stößt das jetzt was an. Also es ist cool, hören das mal.
Sebi: Der war vielleicht maximal frustriert. Vermutlich. Ich mach's jetzt einfach.
Alexander: Ja. André Pagulli. Es ist auch wild. Es steht auch in dem Blogpost dazu drin, wo Du sagst hast, okay, ja, mein einziger. Bild, wild. Open Source ist was Schönes.
Garrelt: Ist was Schönes. Ich hab auch noch was mitgebracht. Und zwar haben wir heute viel über Technologie gesprochen, die eher low levelig ist. Und dazu hab ich mal ein sehr cooles GitHub Repository gefunden, das heißt. Und da ist 'n eine ganze Sammlung von Links, die zu irgendwelchen Tutorials oder Artikeln führen, wo man eben bestimmte Dinge selber nachbaut von 0, von sozusagen. Also da ist zum Beispiel dabei, ein großes Ding ist immer. Und ich find es grade cool, auch jetzt in der Welt von AI, wo man, ich glaub, viele Endprodukte vielleicht nicht mehr selber baut oder mehr von der AI machen lässt, ist es trotzdem immer cool, auch mal Selbsthand anzulegen und Dinge von Grund auf zu verstehen. Und ich glaube, wenn man so was mal baut, dann lernt man da sehr viel. Und ja, diese Liste ist superlang, superspannend. Was noch fehlt, ist Billjo Own Bandler.
Alexander: Ja. Da kommen vielleicht eine Blogpost so. Auch generell, wie son Bandler funktioniert, was die Anatomie ist. Warum, wieso, weshalb. Ja, alles auf der endlosen Liste. Ja. Und es gibt
Garrelt: es gibt viel zu tun. Ja. Und viele coole Ideen. Aber genau, da kann man mal reinschnuppern, mal was nachbauen. Ich glaube, das kann Spaß machen und man lernt halt superviel.
Alexander: Mega wichtig. Ich finde so grade das Foundational, also die die Grundlagen oder so was wie wie funktioniert das unter der Haube? Ich glaub, es hat ganz viele so mit zum Programmieren gebracht, so zum Beispiel, okay, ich nutze dieses Programm. Wie könnte ich so was denn selber machen oder warum wie funktioniert das? Das ist halt megacool. Und vor allem so dieser Spagat zwischen ich nutze etwas versus ich baue an was selber. Mhm. Bei Frameworks zum Beispiel, noch mal auf die technische Ebene zurückzukommen, zu sagen, ich nutze 'n React oder 'n Angulares Welt versus, ich baue daran 2 verschiedene Welten. Deswegen ist sehr, sehr, sehr, sehr cooler Pick.
Garrelt: Ja, das ist auch das, was man macht, wenn man generell als Kontribute einsteigt in Open Source Software. Man geht halt eine Stufe tiefer irgendwie, ne?
Alexander: Ja. Ich mein, wahrscheinlich, wenn man wirklich komplett anfängt zu sagen, okay, irgendwie Modul zu irgendwas, wo man sagt, ich hab hab zumindest noch son bisschen Beziehung dazu und ist nicht, keine Ahnung, hier, ich die Bagge Realität und da sind Proxys und da muss ich was tracken und aber auch da, ne Step by Step. Und auch was, was ich dann ganz gern zu sagen, sind auch Dokumentationen, sind ist ist Content genauso. Und Tests sind auch immer super. Das ist das ist halt alles richtig viel wert. Deswegen scheut euch da nicht und und tut es. Genau.
Garrelt: Cooler Aufruf. Das ist doch ein schönes Schlusswort. Vielen Dank Alex, dass Du da warst, dass Du Sehr gerne. Auch alle Einblicke gegeben hast in Rolldown, OXC, Wide Zero. Ich finde es superspannend, in welche Richtung ihr da geht. Auch Sebi, vielen Dank, dass Du dabei warst und dieses Thema spannend fandest und deswegen Lust hat, es mal wieder im Podcast zu sein. Hat mir sehr viel Spaß gemacht.
Sebi: Und danke dir, Gareth auch. Großartig, die
Alexander: Modelle Gerne. Und danke euch.
Garrelt: Sehr gerne. Ankündigungen, machen wir nicht den. Das hab ich schon gelernt. Deswegen sag ich einfach vielen Dank fürs Zuhören und bis zum nächsten Mal.
Sebi: Bis dann. Tschüs. Tschau, tschau.

Rolldown mit Alexander Lichter

Shownotes

Picks of the Day

Build your own X

TC39 Proposal - Random Functions

knip.dev

Speaker Info

Alexander Lichter