Deep Dive 213 –

Valibot & Formisch mit Fabian Hiller

04.08.2026

// Podcast
// Deep Dive 213

Shownotes

Warum ist es eigentlich immer noch so mühsam, ein Formular sauber und typsicher zu bauen? Fabian Hiller ist Founding Engineer bei einem Startup in New York und Kopf hinter Valibot und Standard Schema. Heute spricht er mit uns über sein neuestes Open-Source-Projekt: Formisch.

Formisch ist eine schema-basierte, headless Form-Library, die den kompletten State und die Validierung eines Formulars übernimmt, aber bewusst keine UI mitbringt. Das Besondere steckt unter der Haube: Statt eines eigenen Reactivity-Layers packt Formisch im Build-Prozess das native Reactivity-System des jeweiligen Frameworks direkt in die Library. Dadurch fühlt sich Formisch in jedem der Frameworks nativ an und bleibt extrem schlank. Fabian zeigt, wie der framework-agnostische Core das möglich macht und warum ihm eine Art Vite für Formulare vorschwebt.

Weil Formisch eng mit Valibot verzahnt ist, ordnen wir auch das nochmal ein: eine modulare, TypeScript-native Schema-Library, bei der am Ende nur im Bundle landet, was ihr wirklich importiert. Fabian nimmt uns mit vom Weg seiner Bachelorarbeit hin zu über 12 Millionen wöchentlichen Downloads und erzählt, wie daraus gemeinsam mit Colin McDonnell (Zod) und David Blass (ArkType) Standard Schema entstand: ein einheitliches Interface für Schema-Libraries, das inzwischen als eine Art Industriestandard gilt und auf mittlerweile riesige Download-Zahlen kommt.

Der zweite große Strang der Folge: Was macht AI mit Open Source? Wir diskutieren, warum etablierte Libraries im Zeitalter der Coding Agents überproportional profitieren, weil ein Agent meist das greift, was er bereits kennt, und ob daraus ein neues Discovery-Problem für frische Projekte wird. Fabian und Jan sind sich einig, dass guter Code nie das einzige Problem war: Dokumentation, Community und schnelles Reagieren auf Issues bleiben entscheidend, egal wie viel der Agent übernimmt. Außerdem wird diskutiert, warum sich so fundamentale Open-Source-Arbeit finanziell bis heute kaum trägt.

Download

/transkript/programmierbar/deep-dive-213-valibot-formisch-mit-fabian-hiller

Dennis: Hallo und herzlich willkommen zu einem neuen Deep Dive der programmier.bar. Wir sprechen heute über Vormisch. Ich bin Dennis und mich unterstützt.
Jan: Das ist jetzt natürlich ungünstig, weil ich dachte grade Fabian fängt jetzt an, aber außerdem am Start ist Jan Gregor im Getriebe. Ich hab so auf das F von Fabian gedacht, okay Alphabet, Alphabet, halte dich ans Alphabet, Du bist noch nicht dran und hab voll vergessen, dass Fabian unser Gast ist. Sehr gut.
Dennis: Und wir begrüßen heute unseren Gast Fabian Hiller. Hallo. Schön, dass Du da bist Fabian.
Fabian: Vielen Dank, dass ich das dann darf.
Dennis: Weil wieder Du bist ja kein Unbekannter der Programmierer bist sozusagen auch der nach Jan, der oh nee. Oh, verhaspelt. Ich wollte sagen nach Jan der langjährigste programmierbau Mitarbeiter, den wir hatten, aber ist insofern nicht ganz richtig, weil Du warst ja trotzdem bei 1 der Lutum GmbHs eingestellt. Also mein halbes Jahr, aber vor allen Dingen für die Programmierbau was gemacht.
Jan: Hast Du irgendwas anderes gemacht an der Zeit als Du dir warst?
Fabian: Ich hab die die Formulare gebaut, passend zum Thema für die die Bewerbungsformulare.
Dennis: Ah, auf unserer normalen Webseite, ja.
Fabian: Und ich hab 'n paar Sachen auf der normalen Website gebaut.
Dennis: Okay.
Fabian: Und sonst viel viel Großteil die Programme Website, 'n bisschen Podcast und sonst fällt mir nix nix anderes einfach.
Dennis: Da gibt's
Jan: auch son Special mit Fabian zum zur Programmierer Webseite. Die ist zwar nur noch so halb aktuell, aber kann man immer noch hören. Das stimmt, ja.
Fabian: Trotzdem interessante Learnings, wenn man eine Content heavy Syte bauen will.
Dennis: Und damals habe ich Fabi einen gefragt, als er sich hier beworben hat oder als wir mit dem neuen ersten Mal gesprochen haben, gefragt, was er denn mal irgendwie machen möchte und damals hat er schon relativ klar den Plan formuliert, irgendwann will ich mal so ein eigenes Unternehmen irgendwie ins Silicon Valley gründen und ganz so weit weg bist Du nicht, meine falsche Küste und wie
Jan: weit Du Mitgründer bist, weiß ich ihn ja auch nicht, aber was treibst Du denn da?
Fabian: Ja, kann ich auch ein bisschen erzählen. Ich bin Aber Entschuldigung,
Dennis: wir steigen gleich da ein. Okay. Ich hab nur vergessen, sag noch 2 Sätze, was formmisch ist, ein ganz großer Einsatz für den Witz und dann wir dann nämlich gleich
Fabian: mit Also ich kann tatsächlich auch 'n bisschen über Wallyboard oder auch Standard Schemema sprechen, falls das interessant ist. Also das hängt alles auch son bissel zusammen. Formish ist eine neue Formularbibliothek, die 'n Partinger anders macht als allen alle anderen. Und 'n Teil davon ist, dass die auch verfügbar ist für alle großen Frameworks, aktuell Sex, sorry, wenn ich ab und zu Englisch rede.
Jan: Frameworks. Aktuell, ja, sexy.
Fabian: Und ja, und bald wahrscheinlich noch 'n paar mehr. Und wir sind jetzt in Release Kandidat Stage und wahrscheinlich bald in und gibt auch schon Pläne für B2 und was noch alles bekommen kann und ja, mal schauen, ob wir einen großen Einfluss auf Formulare in den nächsten Jahren haben können. Sehr gut.
Jan: Das ist die richtige Einstellung.
Dennis: Bevor wir da dann gleich thematisch richtig in das eigentliche Thema von heute einsteigen, trotzdem noch 'n kurzes Update zu dir. Also, Du warst in New York, hast studiert an der Pace University.
Jan: Yes. Ich hab den
Fabian: Master in Informatik dort gemacht.
Dennis: Master in Informatik gemacht, auch da geblieben und nun oder beziehungsweise was waren die wichtigen Schritte, die dort passiert sind und was machst Du jetzt?
Fabian: Nach meinem Master hab ich gestartet bei Motion. Motion ist eine Silicon Valley Company, 'n Start-up. Ich war dort genau ein Jahr und dann hab ich mich Anfang des aktuellen Jahres entschieden, mal son bisschen umzuschauen. Und ja, und dann hat sich eine neue Möglichkeit ergeben und ich bin als erster Angestellter, als founding Engineer bei 'nem neuen Start-up gestartet, wie es in, oh Gott, ich werde jetzt immer wieder mal Englisch sprechen, bisschen in New York, aber wir waren tatsächlich am Anfang der Firma in San Francisco und haben dort aus dem Büro des Investors gearbeitet. Und ja, das heißt, nächster Schritt wär dann die eigene Company.
Dennis: Sehr gut. Und was macht, was ist was ist euer Ist das öffentlich?
Fabian: Also es ist nicht öffentlich und ich kann noch nicht so viel drüber sprechen, aber ich kann's auch
Jan: noch Hat so irgendeinen Bereich?
Fabian: Ja, es geht so in Richtung Facility Maintenance.
Dennis: Facility Maintenance, okay. Ja. Sehr gut. Und dann, da muss Johannes eingreifen oder nicht eingreifen, aber recherchieren oder die Backgroundinformationen haben. Ich weiß nicht ganz genau, ob wir über Valleboard schon mal irgendwann gesprochen haben. Ja, also mit Sicherheit haben wir das irgendwo mal in dem Podcast erwähnt. Hatten wir dazu einen Deep Time mit dir mal oder?
Fabian: In eigener Folge zur Valleobott, die haben
Jan: wir glaube ich noch nicht, aber es war schon 'n paar Mal hier in den News.
Fabian: Die Historie ist ist dir, das letzte Mal, wo ich hier war, habe ich einen Meet abgemacht. Das war damals zu QUIC und zu Solid Jazz und wir hatten auch die Podcastfolgen zu QUIC und zu Solid Jazz aufgenommen. Und bei meinem Vortrag hab ich geteasert, dass ich die Bachelorarbeit mit Ryan Kaniano und Misco Havery am vorbereiten bin. Und die Bachelorarbeit, das ist am Ende Vali Bot geworden. Das heißt, seitdem hatten wir jetzt keinen engeren Kontakt oder keine Podcastfolge oder Ähnliches.
Jan: Vielleicht an der Stelle auch dem 30 Sekunden Pitch, was Valibot noch mal ist für alle, die die letzten, wo kann mir bei News Folgen dazu oder so, vielleicht nicht mitbekommen haben.
Fabian: Ja. Valibot ist eine, mit der man strukturierte Daten validieren kann. Und es ist nativ und Du kannst dann auch die Input und Output Daten, also den Typ der Daten in ableiten. Und das Besondere an VALLYBOT ist, dass die gesamte Bibliothek, so wie auch Formisch, können wir gleich noch drüber sprechen, vollständig modular aufgebaut ist. Was bedeutet, nur das, was Du wirklich nutzt, landet dann am Ende auch in deinem Bundle und dadurch ist VALIPOD sehr effizient in verschiedenen Arten und Weisen. Und da mal 'n Vergleich zu ziehen, die wahrscheinlich bekannteste oder eine der bekannteren ist. Und ist wahrscheinlich ungefähr grad, glaub ich, bei vielleicht so 15 Kilobyte, wenn man das nutzt und wenn man auch nur ganz kleinen Teil davon benutzt. Und bei VALIPOT beginnt's ab 600 oder so. Und nur das, was Du wirklich benutzt, kommt dann oben drauf. Und da das auch in verschiedene Art und Weisen optimiert ist, zum Beispiel auch für Kompression, kommen immer nur paar wenige hinzu. Zum Beispiel, wenn man jetzt 'n String validiert und dann noch eine E-Mail validieren möchte, nicht eine E-Mail, eine Number oder auch eine E-Mail ist egal, dann kommen in der Regel nur 50, 60 bikes obendrauf, je nachdem, wie komplex die zusätzliche Validierung ist. Aber da, das liegt auch an der modularen Architektur dadurch, dass der Code sehr einheitlich geschrieben und aufgebaut ist. Das ist erforderlich, damit einen modulares System ineinander zusammengesteckt werden kann, lässt sich das sehr gut komprimieren, wodurch man einfach eine höhere Kompression erreichen kann und dadurch auch immer nur 'n bisschen mehr Bytes hinzukommen.
Jan: Ich muss mal ganz kürzerisch fragen, so in Zeiten, wo mein Handy hier mit 5 g irgendwie über ein Gigabit macht, wenn's gute Laune hat, Wie wichtig sind denn 10, 15 Kilobyte heutzutage noch?
Fabian: Kommt ganz drauf an, wenn Du die beste Verbindung hast, den stärksten Computer oder den stärkeren, dann wahrscheinlich keine Rolle mehr. Wenn Du aber Ich merk's jeden Tag, wenn ich in der Subway bin in New York, da hab ich die ganze Zeit kein Internet und bin dann froh, wenn ich 'n paar Bytes runter bekomm, während der Zug ein- und ausfährt. Und das gibt bestimmt auch noch Ich mein selbst in Deutschland, ich wollt grad sagen, viele Länder wo es Aber
Jan: ich mein, wenn ich hier im Zug sitz, also
Fabian: ich hatte es auch jetzt ja auch jetzt hier bei der Herfahr, die 'n Teil der Zeit kann ich einfach nicht arbeiten, weil ne, weil der war zu langsam. Und ich bin einfach jemand, mir ist Effizienz und auch irgendwie so Sinnhaftigkeit und ist alles sehr wichtig. Ich lieb auch Sachen mit High Quality zu bauen und am Ende des Tages auch sone Art Philosophie. Ich ich weiß, es gibt viele, die waschen einfach alles zusammen. Es geht nur darum, dass es funktioniert und dann gibt's andere, die möchten wirklich alles im Detail verstehen und möchten das möglichst effizient bauen und haben vielleicht da auch sonen künstlerischen Ansprache. Am Ende ist ja auch son bisschen Art, ne, was Du da so baust und welche Entscheidung Du triffst und die Eleganz, die da dann vielleicht entsteht. Ja, und das, würd ich sagen, spiel das so alles so rein.
Dennis: Da weißt Du, was ich im späteren Verlauf der Podcastfolge noch für eine Diskussion aufdringt, die wir dann haben. Aber Wallibott war ja auch schon relativ erfolgreich, ne, wenn ich das irgendwie richtig im Blick habe.
Fabian: Ja, ich kann's grad nach selber nachschauen, aber
Dennis: Boah, Dispot, das war der falsche Knopf.
Fabian: Wallibott hat sich hat sich sehr gut entwickelt. Ich kann mal ganz kurz son bissel die Historier Revue passieren lassen. Ich hatte die Bachelorarbeit, ich glaube, es war 2023 im August abgegeben. Ich glaub, im September dann veröffentlicht. Da war ich dann auch schon in New York. Ich hab die glaub 2, 3 Tage, bevor es dann losging abgegeben.
Jan: Mhm. Also
Fabian: alles Schlag auf Schlag. Und ja, und dann im ersten Semester hatte ich viel Zeit, aber nicht ganz so viel und hab's weiter. Und dann im zweiten Semester haben wir das ganze Ding noch mal komplett neu geschrieben. Dort hatte ich 'n bisschen mehr Zeit und im dritten Semester dann auch. Das heißt, ich hab im Grunde abseits vom Studium Fulltime Valibott gemacht. Und ja mittlerweile, damals und dafür 'n Gefühl zu bekommen, liegen wir bei über 12000000 wöchentlichen Downloads und wahrscheinlich grob bei ja 50000000 monatlichen und wir haben einen extremes Wachstum in den letzten Monaten kann man schon fast sagen son bisschen exponentieller. Also vor 'nem Jahr waren wir noch bei bei so 'ner Million wöchentlichen Downloads. Ja, und dann im Laufe der Zeit hab ich auch mit Colin, dem Creator from vom ZOT, meiner größten im Grunde und auch mit David von Archetype zusammen Standardscema entwickelt. Und Standardscema ist noch mal eine ganz andere Nummer. Vielleicht kurz zur Erklärung, Standardscema ist einen standardisiertes Interface des implementieren können. Und wenn Sie das tun, dann gibt's eine einheitliche Schnittstelle, die nutzen können, so was wie TANStEC Router oder. Und dadurch haben die eine Schnittstelle, zum Beispiel die den Type abzuleiten oder auch die Validierung durchzuführen. Und dadurch, dass das mittlerweile, kann man schon sagen, eine Industriestandard geworden ist, sind die Downloadzahlen noch mal ganz anders. Ich schau mal kurz nach. Ich glaub, das letzte Mal, als ich geschaut hab, waren wir ups, das war wahrscheinlich gegeben. Genau, wir sind aktuell bei Standard Scem-up bei fast 80000000 wöchentlichen Downloads auf NPM. Damit ist es sicher unter den größten Packages, die jemals gebaut wurden. Ich glaube auch das Wachstum, das wir haben seit Erstellung, also wir waren vor 'nem Jahr noch bei so 3000000, ist, glaub auch, dass wir wahrscheinlich kaum bisher gesehen haben in der typecript Welt und monatlich sind wir grad bei über 300000000. Und es liegt halt dran, weil große Bibliotheken das bei sich einbinden, weil sie sich auf den Standard verlassen und dadurch entsteht dann natürlich auch son exponentielles Wachstum. Das mal in Relation zu setzen, ist aktuell bei 140000000 und Standard Skeema ist bei knapp 80, also ja.
Dennis: Was bringt einem das außer Ruhm und Ehre?
Jan: Ich hab's Gemüse, es bringt einem wahrscheinlich nur Ruhm und. Ist auch schon
Dennis: nicht schlecht. Ist auch, also nein, ist auch cool, aber
Jan: Es bringt einem immerhin Auftritt in der programmier.bar, also das ist ja auch, darf man nicht vernachlässigen. Ist ja
Dennis: eher so reich, Rum und Ehre.
Fabian: Man muss definitiv sagen, es ist es ist sehr schade, dass wir als Industrie noch keinen Weg gefunden haben, dass sich auch finanziell rechnet, weil, ja, Wahlbot alleine wäre definitiv 'n Fulltime Job. Und die die Sponsorings, die ich, also ich ich ich werb nicht aktiv Sponsorings. Ich geh auch nicht aktiv oder fast fast sehr selten nur auf Unternehmen zu. Ich denk, da gibt's bestimmt noch viel mehr Unternehmen, die vielleicht sogar auch Interesse hätten, aber das kann das kann's Also einen US Softwareentwicklergehalt ist so viel mehr. Mhm. Das macht einfach leider keinen Sinn. Ich denk, da gibt's immer wieder Wege, wie man's machen kann. Manche Projekte eignen sich auch besser zur Monetarisierung oder vielleicht eine Plattform herum zu bauen.
Jan: Ich sag
Fabian: mal so, bei ist das schade, dass es einen sehr fundamentaler Teil ist, der allerdings nur einen kleiner Teil ist und jetzt nicht 'n ganzes Framework, wo man dann vielleicht eine Hosting Plattform bauen kann oder vielleicht einen AI Framework, wo man dann irgendwie seine Evals oder Tracers oder irgendwie als Produkt in der Cloud haben kann. Das Naheliegendste bei Parlibot oder den anderen Projekten wär wahrscheinlich 'ner großen Plattform beizutreten, 'n Großteil Open Source zu machen und natürlich dann halt auch Teil der der jeweiligen Brand zu sein und auf Konferenzen zu gehen. Oder andere Weg ist vielleicht noch Consulting, aber da ist halt auch die Frage, wie sich das jetzt mit AI verändern wird.
Dennis: Ja. Und was sind so die, wenn Du sagst, das ist 'n Fulltime Job, also was macht man daran? Wenn man jetzt sagt, okay, da ist eine Version einzeln ist erst mal stabil, so was ist das Also kann man das runterbrechen? Was sind so die wichtigsten Felder, an denen gearbeitet werden müsste?
Fabian: Ja, der wichtigste am Ende ist natürlich oder ich würd vielleicht sagen, so die 2 wichtigsten sind die, was ist denn das deutsche Begriff? Die Wartung, Wartung. Wartung, die Wartung
Dennis: nutzen leer.
Fabian: Und Wartung bedeutet im Grunde Issues of getab, Pull requestss und dann natürlich auch die Weiterentwicklung. Das hängt natürlich auch son bissel zusammen. Mhm. Und wenn man da sehr viel Zeit hat und innerhalb 'ner Stunde das so aufn Issue antwortet, dann kommt ja auch direkt wieder eine Antwort und ne. Ne. Und wenn man jetzt aber erst nach 'nem Monat antwortet, dann da verzögert sich alles und da lässt sich sehr schwer nur einen Projekt aktiv betreuen. Und im Moment muss ich halt immer so entscheiden, versuche ich schnell zu antworten oder versuche ich mich jetzt wirklich nur auf die Features, die ich selber im Kopf hab, zu konzentrieren, überhaupt mal voranzukommen, weil wenn ich zum Beispiel mich entscheiden würde, alles schnell zu beantworten, dann würde ich wahrscheinlich nur Zeit verbringen mit Nachrichten beantworten und dann hat niemand am Ende was davon. Ja und abseits dessen natürlich Social Media, Community, Discord. Ich mein, es kann so in alle Richtungen gehen am Ende des Tages. Man kann natürlich auch 'n Beispiel von Standardklima mit anderen Leuten sprechen und auf Ideen kommen und neue Ideen entwickeln. Also ich würd sagen, es hat am Ende keine Grenzen. Ja, aber WalliBot war definitiv von den Stunden her 'n Fulltime Job während dem Studium Mhm. Und nach dem Studium, als ich dann angefangen hatte, Vollzeit zu arbeiten, war's einfach so nicht mehr möglich und ich hab dann mehr oder weniger zufällig Formisch gebaut. Da hat wahrscheinlich WaliBot auch 'n bisschen drunter gelitten, aber mal schauen, wie sich's langfristig dann am Ende auswirkt. Sehe jetzt auch schon Leute, die durch Vormisch auf Balibot wiederkommen oder so. Irgendwie kommt dann doch wieder alles zusammen und
Dennis: Okay, dann Vormisch. Also Du hast gerade gesagt, das musst Du sehen denn schon. Ganz aus, was ist kein Abfallprodukt?
Fabian: Ganz aus wusste ich nicht. Also mein erstes öffentliches Open Source Projekt war Modular Forms. Das war eine Formular Bibliothek. Das war bestimmt auch der Grund, warum ich am Ende den Kontakt zu Ryan, von Solidaresares und auch zu MISCO von Angola und QUIC aufgebaut hab und auch 'n Grund, warum ich dann herkam, das Meet-up zu machen und die Podcasts. Und ja, war eine Formularbibliothek, die damals schon war, also modular und viele Ideen von da sind dann auch 'n Bali Bot geflossen. Hat so seine eigenes kleines Validierungssystem, das auch war. Und ich glaub, ich war damals zu 'nem gewissen Grad Vorreiter in der Art und Weise, wie ich die API gebaut hab. Es gab 'n paar parallele Projekte, die auch in die Richtung gingen und und das hat sich vermutlich alles auch so gegenseitig ein bisschen inspiriert. Also die API, die ich damals gebaut hab, ist im Grunde sehr stark, was wir heute bei 10 Stack Form sehen zum Beispiel. Und nach außen war's eine super, aber intern hab ich einfach am Ende des Tages Fehler gemacht, auf der ich dann gelernt hab. Mhm.
Jan: Teil
Fabian: der type Stripperformance war nicht performance, weil wir haben die Pfade von verschachtelten Objekten berechnet und einen Objekt. Also das steigt ja dann exponentiell, wenn das wenn man das tief verschachtelt, was dann die Performance killen kann. Dann gibt's natürlich noch viele andere Gründe und dann auch, wie ich intern den State abgebildet hab, war nicht optimal, wodurch es dann zu vielen Bugs kam und auch Bugs, die man dann irgendwann einfach immer fixen kann. Und deshalb hatte ich schon immer wieder mal die Idee, Modular Forms neu zu schreiben. Und am Ende hat es Sinn gemacht, eine neue Brand draus zu bauen und das wurde dann formisch, weil es einfach viele größere Breaking Changes gab und es eigentlich am Ende des Tages 'n komplett neues Projekt geworden ist. Ja und und mehr oder weniger zufällig über die Zeit ist dann formisch entstanden. Mhm.
Jan: Ja. Vielleicht, da einzusteigen, weil Du ja auch so gesagt hast, dass das formisch ist son bisschen aus Valuboard heraus entstanden. Wenn ich an son Form library denk, dann denke ich so an 2 Teile oder zweieinhalb. Das eine Große ist so Rendering, ne? UI Komponenten, wie sehen Input Felder aus, wie verhalten die sich und so weiter. Und das andere ist alles, was mit Validierung, Businesslogik, Fehlerhandling, Abhängigkeiten von Formfeldern und so weiter zu tun. Ja. So und Vormish ist ja keine UI Library, sondern eher der letztere Case, also alles, was mit Logik, Validierung und so weiter zu tun hat. Was ist denn dann Vormish mehr als Valle Bot, was ja schon wahrscheinlich 90 Prozent davon ist?
Fabian: Würde ich gar nicht sagen. Valle Bot ist am Ende Validierung und types und formish ist am Ende, wie der State abgebildet oder gespeichert wird. Also State meine ich, die Eingabe des Formulars und auch, in welchem Zustand sich das das das Feld jeweils befindet, Wurde es bearbeitet? Wurde es berührt? Ist es ist die Eingabe valide? All das handelt formisch für dich intern und gibt dir eine hübsche API nach nach außen, auf die Du dann zugreifen kannst. Und das Ganze ist, wodurch wir dann verhindern möchten, dass man selbst irgendwelche Fehler aus Versehen macht oder vielleicht auch dein Agent heutzutage. Ja, und da da hängt schon noch mal einiges dran, was man da erfinden, bauen muss, damit das dann am Ende auch gut funktioniert.
Jan: Ist es dann fair zu sagen, dass Formish im Prinzip die Grundlage für meine Form UI Library ist? Also wenn ich jetzt, ne, ich hab ich hab 'n 'ne und so weiter, aber die ist halt noch nicht mit Leben befüllt und ich will jetzt hier meine Formkomponenten bauen, dann ist quasi formisch das, was so der, ohne das abwärts zu machen, ne, so der der Clucode zwischen so quasi dem dem Datenmodell und dem UI Layer irgendwie sein kann.
Fabian: Ja, genau. Es gibt auch zum Beispiel 'n offiziellen Guide zu formish in der Shet CAN Dokumentation, wo Du zum Beispiel Formish an die ChatCN Komponenten anschließen kannst und kannst dann somit deine Formulare ziemlich einfach bauen.
Jan: Mhm. Und Formisch übernimmt aber nur alles Clientseitige?
Fabian: Aktuell ja, aber im Grunde schon bevor ich Formisch gebaut hab, das war auch damals schon bei Modular Forms implementiert, war die native Serveranbindung und auch die Client Serverkommunikation einen 'n Ziel oder einen Fokus und Teile informisch dann auch schon so gebaut, dass das am Ende möglich ist. Dass zum Beispiel dein Formular auch ohne JavaScript nur mit 'nem Post request und Data an deinen Server gesendet werden können. Und dann das Schema, das Du plientseitig verwendest, kann dann auch verwendet werden. Das heißt, Du musst es nur einmal schreiben. Und dieselbe dieselbe Validierung kann dann auch stattfinden, bevor dann die Daten im Hintergrund weiterverarbeitet werden. Genau, also das steht aktuell für V2 auf der Roadmap.
Jan: Nice. Und
Fabian: ich denk, wir sind vermutlich dann auch das 1. Formular Framework, dass das alles so abbildet und abbilden kann. Also ich ich ich weiß, es gibt schon, die das irgendwie und dann vielleicht mit einem spezifischen hin bekommt, aber ich denk, wir werden die ersten Zeilen, die das dann mit 'ner mehr oder weniger unified API Implementierung für Next. GS Remix, wobei bei Remix muss man jetzt gucken, welche Richtung es geht.
Jan: Nein, nein, nein. Wahrscheinlich für für typeestrip, genau. Ja. Weil ich glaub, in in Frameworks und Ökosystemen, die halt schon immer son bisschen mehr aus Server Side Rendering Richtung kamen, weiß nicht Blazer, Larawell und so was alles, da gibt's, glaube ich, ähnliche Ansätze schon länger, aber die hängen dann halt auch an 'nem Backend so, ne? Die haben halt dafür dieses nur Kleinseitige nicht.
Fabian: Ja, dann musst Du wahrscheinlich in 2 Programmiersprachen arbeiten oder, ja. Ich mein, es hat schon oder es macht kann schon seinen Sinn Sinn haben, irgendwie 'n NUX, 12 Kit, Next Jazz, was auch immer, Solid Store oder jetzt Tense Tech Store zu verwenden.
Jan: Und wenn Du sagst, vor mich hat sich's so aus Balibot heraus ergeben, Balibot war stellenweise schon 'n Vollzeitjob. Was was hast Du dir dabei gedacht zu sagen, ich brauch noch son zweiten Vollzeitjob? Also so ein 1 unbezahlter Job mit Balipott, das ist irgendwie nicht genug. Es muss noch es muss noch 'n zweites Projekt irgendwie her.
Fabian: Ja, ja, also es ist schon eigentlich 'n großer Zufall, dass es Formisch heutzutage gibt. Ich hatte ich hatte schon so 1 ersten Version gebastelt. Das war bestimmt Ende 2003 und nee, Ende 2024, glaube ich, und ich bin mehrfach gescheitert, weil ich einfach Also formisch ist am Ende irgendwas, was halt noch nie jemand so gebaut hat. Es ist auch kein großer Hexen, also ich will's auch nicht zu groß aufblasen. Aber am Ende muss man halt,
Jan: ne, sich Gedanken machen, Sachen ausprobieren.
Fabian: Also als ich formisch gestartet hab, waren sehr viele, glaub, dass es überhaupt so möglich ist und vielleicht kann ich das kurz mal erklären, warum. Es gibt auch einen Blogpost auf unserem Blog bei Formisch über die Architektur, Da kann man sich auch gern mal reinlesen, wenn man da Lust drauf hat. Was macht formish? Formish mappt den State des Formulars in einzelne Signals. Das heißt, jede Eingabe ist 'n eigenes Signal, jeder Zustand 1 Felds, ob's bearbeitet wurde, ob's 'n Fehler hat, was die Fehler sind. Das sind alles einzelne Signals. Und das Besondere hier ist, dass wir nicht wie fast alle anderen Framework Agnostic Libraries einen eigenen gebaut haben. Was wir gemacht haben, ist, wir oder ich, ist, dass wir die nativen, das native Reactivity System jedes Frameworks im Bildprozess in die gesehen reinbacken und dadurch nutzt Du, wenn Du nutzt, dein normales, wenn Du in sweld arbeitest, deine, dein, dein. Braucht eine kleine Sonderbehandlung. Ja, und dadurch hast Du halt keine zusätzliche Abstraktionskost. Dein Reactivity System verhält sich so, wie Du's erwartest und Du könntest zum Beispiel auch dann deine Formular Updates zum Beispiel mit anderen State Updates und das würde sich ganz normal verhalten, so wie Du's erwarten würdest. Und dadurch ist es halt schnell und nativ und klein und effizient und ja, ich denke am Ende auch einfach sehr stabil und robust.
Dennis: Mhm. Wie sehr unterscheiden sich diese unterschiedlichen? Sind das tatsächlich Adaptionen oder ist das nur bei RAAG, dass man was Eigenes bauen musste? Also wie groß ist die Anpassung praktisch für ein Framework?
Fabian: Sehr klein. Also Vormish hat einen Framework acnosten Chor, der im Grunde die Hauptlogik abbildet, die am Ende des Tages unabhängig vom jeweiligen Framework ist. Zum Beispiel, wenn Du einen dynamischen field Array hast, also einen dynamisches Feld, wo neue Fälle zugefügt werden. Dann kümmert sich die darum, dass das am Ende eingefügt wird oder wenn was verschoben wird, dass dann dementsprechend angepasst wird. Das macht alles die Core Bibliothek. Dann gibt's noch einen methods Package, da liegt auch 'n Teil der Logik drin und dann haben wir die einzelnen Frameworkimplementierungen und die Frameworkimplementierungen, die kümmert sich im Grunde nur dann zum Beispiel in und so weiter einen viert Komponente bereitzustellen in dem jeweiligen Framework oder Hooks oder je nach Framework Premites, ne, heißt es Ruons, ich weiß es nicht, oder welche anderen Begriffe es noch gibt. Ja, genau. Und das sind im Grunde recht kleine ja, Layouts am Ende, dann die library benutzen zu können. Und was halt das Besondere ist, wenn man die Bibliothek für einen spezifisches Framework bauen würde, wäre im Grunde am Ende nix anders und das wurde das Besondere. Mhm. Weil bei Modular Form zum Beispiel hatte ich damals versucht, sone agnostischen Layer zu bauen und am Ende gab's in alle Richtungen Nachteile und dann hab ich's einfach dupliziert und mehrfach gebaut. Aber sobald man dann das für 3, 4 Frameworks gebaut hab, irgendwann kommt man bei der bei der Maintenance nicht mehr hinterher und dann verhaltet sich alles wieder anders und so weiter. Und deshalb sag ich oder würde ich sagen, Vormisch ist sehr stabil und sehr, man macht alles Sinn, ist sehr schlüssig und meines Erachtens war's definitiv für die Zukunft. Mhm.
Jan: Wenn man sich die Vormish Webseite anguckt, dann sieht man ja auch, wenn man die Guides anguckt, muss man geradezu auswählen, ne? Will ich das hier in React sehen, in Preacting, quick, Insolid ins Feld, was Du grade auch alles aufgezählt hast. Ja. Und ich hab mich vorhin beim Einlesen schon so gefragt, so, geht es überhaupt mit Vanilla. Js und jetzt, wo Du gesagt hast, der der Core braucht im Prinzip son Signal Handling aus einem dieser Frameworks, frag ich mich, wenn ich jetzt nur, wenn Ninja s mit Web Components bauen will, so, kann ich dann Formel überhaupt benutzen?
Fabian: Aktuell nicht, wir könnten's möglich machen. Was wir machen im im Bildstab des Core Package schaut sich unser Bundler jede einzelne Datei an und prüft, ob's von der von der bestimmten Datei eine React Version gibt, eine Angular Version und so weiter oder Angular noch nicht, aber bald Und und wenn es Predator first. Und wenn es das gibt, dann wird der Frameworkspezifische Code ausgetauscht und das kann man sich so vorstellen.
Dennis: Dass das
Fabian: die die die die die die die die folgen 'ner standardisierten API. Also wir haben intern auch einen Signal, einen Badge, einen und so weiter. Das sind so typische Reactivity primitives, die man braucht, son Reactivity System mit Signals zu bauen. Und was wir im Grunde machen, wenn jetzt zum Beispiel heißt, dann schreiben wir halt das so dass es halt am Ende Signal heißt. Und und dann passt's vermutlich sogar schon perfekt in, was Formisch erwarten würde und das ist alles, was wir machen. Und im Bildschritt für jedes Framework tauschen wir halt dann oder packen wir dann halt so gesehen die nativen ja Reactivität primitives des jeweiligen Frameworks rein und deshalb müssten wir, wenn wir das also für nativ Vanilla Shares anbieten wollten, bräuchten wir einen Vanilla Package. Das das macht 'n dann vermutlich einen eigenes kleines Signal System, bauten bereitstellt. Also was wir bei machen, wir haben so gesehen 'n eigenes kleines Subskription System, im Grunde sind es mehr oder weniger Signals und das merkt sich halt, wenn 'n Signal innerhalb von 'ner bestimmten Komponente oder Ruck benutzt wird und wenn es der Fall ist und sich das ändert, dann wird einfach 'n für die jeweilige Komponente getriggert. Was bedeutet, wenn wir jetzt einen kompliziertes Formular haben und sich irgendwo ganz schievertacht, ganz tief verschachtelt, eine Eingabe ändert und nur die Eingabe, nur der Zustand sich verändert, nichts anderes, dann wird auch nur dieses kleine Formular Formularfeld neu gerendert. Okay.
Jan: Wie ist es denn, wenn ihr sone große Menge an Frameworks unterstützen müsst? Müsst ihr ja schon auch son bisschen verstehen, was davon vielleicht am ehesten und wie viel und wie genau verwendet wird. Nutzt ihr da irgend eine Art von Telemetrie oder verlasst ihr euch da allein auf Feedback aus der Community?
Fabian: Das musst Du mir genauer beschreiben, was Du damit Na
Jan: ja, Du könntest ja in deinem Bildprozess, ne, son kleinen Analytics Call irgendwohin machen bei 'nem gewissen der User. Jetzt sagt, hey, ich bin hier grade im Bildprozess und ich bau grade für View oder ich bau grade für React, damit ihr einfach son Gefühl kriegt bei auf an an eurem Ende der Leitung sozusagen so, okay, was wird halt am häufigsten eingesetzt und wo müssen wir uns vielleicht noch 'n bisschen was anschauen?
Fabian: Ja, also der Bildprozess, der findet im Grunde statt, wenn wir das wenn wir die einzelne Pakete publishen. Das heißt, das bekommst Ach so. Bekommst Du als Nutzer nicht mit. Du als Nutzer importierst oder installierst und importierst einfach einen MPM Package. Alles fühlt sich ganz normal an, da ist keine magic dabei.
Jan: Genau. Ich dachte, Du meinst den Bildprozess beim Imprägny Projekt dann Also
Fabian: Formisch ist ganz simpel zu zu verwenden. Du tust im Grunde nur Formisch und VALIDID instadieren. Formisch stand für dein jeweiliges Framework und hast eine recht einfache API und kann's im Grunde innerhalb von Minuten loslegen. Wir haben auch eine einen Formisch Skill, der deinem Agent alles beiträgt, was er wissen muss. Ich glaub aber auch, die Großmutter, die kennen, glaub ich, sogar schon Formisch
Jan: Das ist
Dennis: ja meine Frage gewesen, ob VALYBOT und Vormisch groß genug sind, son bisschen zu 'nem Standard Repository oder Standard Knowledge zu gehören und VALYBOT
Fabian: definitiv. Ich mein, ihr könnt einfach euer Model, eure Wahl danach fragen. Vormisch kommt's wahrscheinlich drauf an, wann der Karte der Trainingsdaten bauen. Und dann ist halt auch die Sache, die meisten Modelle haben ja Zugriff aufs Internet oder haben irgendwas angebunden, das den einen weiteren Kontext liefert, falls erforderlich und deshalb, ich hatte persönlich noch noch nie Probleme damit, aber man kann natürlich im Falle von Valibot muss man's wahrscheinlich nicht mehr, aber bei Vormish kann man auch alternativ den Skill installieren, da sind alles Relevante drin und dann funktioniert das. Also ich wir nutzen, also ich nutze bei uns in der Company Formel natürlich unsere Formulare und lass meine Agents die Formulare vorschreiben.
Dennis: Dann biegen wir da jetzt mal ab, oder?
Jan: Nee, ganz kurz, also nachdem wir jetzt verstanden haben Doch nicht. Gleich darf Dennis zu seinem AI Zeug kommen. Nachdem ich jetzt den Unterschied bei dem Bildprozess verstanden hab und auch gesehen hab, dass Du ja dann unterschiedliche Pakete publisht für, ne, benutzt es mit React, benutzt es mit und so weiter. Da habe ich mir gerade in der Anleitung noch mal angeguckt, dass, wie Du auch zurecht gesagt hast, na ja, Du musst Valiboard zuerst installieren und dann installierst Du Formish, weil das eine Peer Dependency ist und Du musst quasi beide von Hand installieren. So, ja, wieso das und wieso bringt Vormish nicht einfach Valibot mit? Wieso hab ich da mehr Arbeit mit, dumm gefragt.
Fabian: Okay, Du fragst, warum wir Valibot nicht einfach reinbacken in Vormish.
Jan: Ja, oder als transient dependencial einfach mitbringen so, ne?
Fabian: Könnten wir rein theoretisch machen. Ich denk aber, dass wir früher oder später auch weitere Skimaly begrüße unterstützen werden und demnach macht es Sinn, dass Du das dann selber installierst je nach Bedarf. Aktuell ist VALLYBOT zu 'nem kleineren Teil in die formische APA reingebacken, aber einen Großteil dadurch könnten wir durch Standard Sema ersetzen. Es kommt bestimmt auf die Frage, hey, warum? Also Du befindest Standard Sema und dann brauchst Du das nicht ein. Das hat seinen Grund, weil wenn ein Formular initialisiert wird, dann läuft das VALYBOT SIMA ab, versteht, wie die Struktur aussieht und initialisiert die einzelnen, sodass die von Anfang an zur Verfügung stehen. Und genau, da muss man halt spezifisches Schemanowledge haben und das bildet Standard Scheman nicht ab. Das heißt, wenn wir mehrere Frameworks unterstützen wollen, dann müssten wir entweder einen einen kleines Adapter 'n Pattern bauen oder wir packen das auch irgendwie in den Bildprozess. Da muss ich mir noch Gedanken machen, wie was die beste Lösung ist. Ja, aber das ist son bisschen der Grund.
Jan: Okay, das beantwortet die Frage, ja, vollkommen. Also wenn man in Zukunft noch andere Library unterstützen will, macht das ja Sinn, die nicht so stark miteinander zu verheiraten. So und jetzt, Dennis sitzt schon irgendwie, nee, nicht sitzt auf Hummeln, sitzt auf Kohlen, hat Hummeln, sonst wo. Keine Ahnung, stell deine AI Frage.
Dennis: Die eine.
Jan: Die hat die eine. Die ist immer typisch.
Dennis: Was sagst Du zu AI? Nein, ich meine, ich find's 'n spannendes, nee, nee, ein spannendes Spannungsfeld, das hört sich doof an. Ein interessantes Spannungsfeld irgendwo, weil auf der einen Seite, ne, wir in der programmier.bar son bisschen natürlich überlegen, haben wir denn die News überlegt, ne, wie geht das weiter? Wir hatten ja immer AI getrennte News und normale News und irgendwo so, ne, nimmt die Relevanz nicht irgendwie ab für Updates aus der Welt, ne? Für keine Ahnung, ob jetzt irgend eine neue Bahnversion da ist oder wie auch immer, weil ich sie sowieso nicht mehr benutze Ja. Als Entwickler*in. Und jetzt hast Du zum einen gesagt, ne, okay, ja auf der Arbeit hast Du den Skill oder gibt's auch den Skill und ne, dann können die Agents da irgendwie das nutzen und auf der anderen Seite hast Du gesagt, Du bist schon irgendwie verliebt in dieses Detail, dass es halt ne super super genau funktioniert und dann noch den letzten Byte irgendwie raus rauskitzelt. Von daher finde ich deine Perspektive darauf super spannend so. Also wird es das immer noch weitergeben, sodass man, also dass es diese Frameworks gibt, die sich auch in irgendeiner gewissen Weise weiterentwickeln, weil sie halt Technologien ausnutzen, irgendwie State of the Art sind? Kann dabei AI unterstützen und wie viel brauchen wir das überhaupt noch?
Fabian: Ich würd auch sagen, vor so ein, 2 Jahren war ich mir auch sehr, sehr unsicher, in welche Richtung es geht und man kann's natürlich auch jetzt nie vorhersagen. Sonst würde ich wahrscheinlich auch ganz andere Entscheidungen treffen, wenn ich die Zukunft wüsste. Viel mehr Geld verdienen. Ich mein, vor so ein, 2 Jahren wussten wir ja nicht, brauchen überhaupt noch Libraries und Frameworks oder schreibt AI alles irgendwie raw from scratch und ich glaub, zumindest in absehbarer Zeit, also es hat sich weiterhin durchgesetzt, dass Libraryason Frameus verwendet werden und man hat ja eher gesehen, dass es da noch mal son exponentiellen Boost gibt, weil zum einen sehr viel mehr gebaut werden kann und weil durch AI natürlich auch eine ganz neue Zielgruppe Zugang zu diesen ganzen Programmier Tools bekommen hat. Und ich denk, das wird das 1. Mal eine Weile so weitergehen und ich denk, Open Source wird weiterhin 'n sehr großer und wichtiger Bestandteil sein. Und alles, was in eingesetzt wird und erfolgreich und groß wird und irgendwann sicher, stabil, schnell, was auch immer laufen muss, braucht zumindest in absehbarer Zeit noch Leute, die halt draufschauen und es sicherstellen. Ich denk, wir werden in den nächsten Jahren definitiv viel mehr neue Tools bauen, die dann halt die Abstraktionsebene erweitern und dann halt auch Leute Production Code shippen lassen, die wirklich keine Ahnung mehr haben. Aber ich denk, das wird halt 'n Prozess sein über die nächsten Jahre, so wie wir so wie viele von uns wahrscheinlich keine Assemble mehr schreiben können und trotzdem halt irgendwie was Cooles bauen können, wird sich das wahrscheinlich so weiterentwickeln. Das heißt, ich denk, die ganzen Open Source Projekte werden definitiv weiter gebraucht und es ist aktuell nicht absehbar, dass AI alles raw schreibt und Byte Code ausliefert, man übrigens keinen Grund mehr gibt, es zu kontrollieren. Ja, aber definitiv hat sich die Landschaft verändert. Zu der Zeit, wo ich Vormisch gebaut hab, war bestimmt sonen Allzeithoch in der Visability Importance und die man so als Open Source Container hatte. Auch 'n Grund, warum VALLYBOT überhaupt funktioniert hat. Ohne mein Background mit VALLYBOT und das bestehende Netzwerk hätte auch Vormish mit großer Sicherheit nie funktioniert. Und selbst jetzt muss ich schon hart kämpfen, damit formisch langfristig auch den den Durchbruch hat und erzielt.
Dennis: Ja. Und da würde ich
Jan: das vielleicht einmal anschließen, weil als Du vorhin die Downloadzahlen genannt hattest von Valibot und Zot, hab ich mir mal auf Dev Pic, das ist sone Plattform, da kann man so Packages miteinander vergleichen, das mal angeschaut. Und man sieht diesen Uplift, den Du bei VALIDO beschrieben hast, eben schon auch sehr deutlich, ne. In den letzten Monaten geht das schon deutlich schneller hoch. Ja. Den sieht man aber bei ZOT, wenn man das im Vergleich dann eben dran plottet, eben auch und deutlich schneller, ja? Ja. Und wenn man sich das anguckt, wann beide Linien ungefähr anfangen, so exponentiell zu beschleunigen, ist das so Ende letzten, Anfang diesen Jahres. Also ich würde mal behaupten, so dieser Moment, als Coding Agents Mainstream gegangen sind, ja oder so, Mainstream ist vielleicht 'n bisschen, ne, wir leben ja auch immer noch in soner Bubble, insbesondere wir hier alle, ja, aber wo sie halt son Durchbruch gehabt haben, ja. Ja. Und was man da vielleicht ja sieht, ist, dass die Libraries, die schon etabliert sind, halt massiv davon profitieren, weil wenn dein Coding Agent irgendwas bauen muss und der braucht jetzt eine 1 Validation Library, ja, dann nimmt er halt die, die irgendwie in seinem Korpus drin ist, die er kennt, die irgendwie sehr prominent platziert ist und die profitieren dann ungemein davon und Wallibott und andere vielleicht auch, aber eben nicht in dem Umfang. Ja, und von daher ist vielleicht die die größere Challenge oder meine Frage an dich, ne, ist vielleicht nicht die größere Challenge nicht, dass dass jetzt AI gibt und weniger geschrieben wird, sondern es wird viel mehr geschrieben, aber wir haben son Discovery Problem vielleicht in in Open Source, ja? Und Du musst dann irgendwie schauen, wie kriegst Du deine deine Library überhaupt vor die Tür so, ja?
Fabian: Ja, ich glaub, das das ändert sich grad enorm stark. Früher war die ganze Aufmerksamkeit, die heute auf AI ist, unter den Entwicklern schon sehr stark auf Open Source und wenn was Neues rauskam, hat man das und das man cool fand, dann hat man's halt ausprobiert und getestet und so weiter. Ich denk, diese Dynamik wird sich denen definitiv stark verändern langfristig. Immer mehr Leute, die jetzt Bali Bot und Formischer wenden werden, werden das vielleicht unbewusst machen, weil der Agent die Entscheidung trifft. Und selbst wenn es bewusst passiert, wird vermutlich der Agent 'n Großteil des Codes schreiben und man wird jetzt nicht mehr von Hand die Dokumentation lesen oder sonen tiefes Verständnis für das Ganze aufbauen. Das heißt, der Weg, wie man da reinkommt in am Ende eine Produktensoftware wird sich definitiv stark verändern und
Dennis: Aber heißt das nicht auch gleichzeitig irgendwie,
Jan: wenn
Dennis: man's jetzt vielleicht 'n bisschen negativ malen möchte, dass ich eigentlich es ab jetzt sich wenig weiterentwickeln würde? Weil ich mein, die gibt die die Wahrscheinlichkeit, dass jetzt 'n neues Vormisch gebaut wird, ist doch geringer oder?
Fabian: Ich würd schon sagen, es gibt Bereiche, da wird jetzt weniger oder nichts mehr passieren und da zählt vielleicht dann auch eine Schema Validation Library zu oder es wird zumindest fast unmöglich, da noch gegen anzukommen. Ich denk, wenn man jetzt Open Source macht und noch nichts gebaut hat und erst loslegt und großes Wort hat, dann muss man halt in die ganz neuen, hotten Themen rein, weil immer noch viel drüber geredet wird.
Dennis: Und da werden auch noch so Grundlagen gebaut? Definitiv.
Fabian: Also ich mein, 'n Großteil von dem, was wir mit AI machen, ist ja immer noch am Anfang und Du musst halt irgendwas in diesem Bereich bauen, eine Innovation in dem Bereich machen. Sei es eine neue AISDK oder wie Du Agent baust oder Ich meine, wir sehen ja jetzt Okay. Okay. Wir sehen ja jetzt erst seit, let's 3, 4, 5 Wochen, dass es dann auch native Agents Frameworks gibt, so was wie in Next Shares und so weiter, aber halt spezialisiert, Agents zu bauen und da sind wir ja noch in der in den Kinderschuhen, also da wird noch so viel mehr passieren.
Dennis: Okay, also das ist ja Also ja, für mich ist das jetzt 'n neues Feld sozusagen, was sich aufmacht Ja. Aber wenn wir's jetzt mal auf den auf das Web Development beispielsweise reduzieren, ne, und es da auch schwieriger wird, irgendwie erfolgreich mit diesen Projekten zu sein Ja. Dann ist die Wahrscheinlichkeit ja irgendwie, dass man sich hinsetzt und 'nem Agent sagt, jetzt bau mal irgendwie 'n neues, keine Ahnung, XY Framework. Also selbst der Use Case Office ist ja irgendwie, es entsteht ja auch aus keine Ahnung eigenen Problemen oder Du, ne, hast eine Idee und denkst so, eigentlich hätte ich gerne dafür eine Lösung, die irgendwie, ne, gut funktioniert und global funktioniert, dass dieser Gedanke alleine schon weniger ist, weil Du halt irgendwie dann halt dann einen Agent sagst, ja, bauen Formular, das funktioniert, so. Ja. Das heißt, diese diese Ebene es irgendwie gar nicht mehr gebraucht.
Fabian: Ja, ich ich bin selber gespannt. Auf der einen Seite stimmt das, aber ich denke, es stimmt auch, dass Du halt mittlerweile auch so Projekte viel einfacher bauen kannst. Mhm. Deshalb, vielleicht wird's gar nicht weniger, weil es halt viel einfacher wurde, das zu bauen.
Dennis: Aber weißt Du, das machen die Leute nur im gleichen Maße?
Fabian: Gute Frage, also schwierig zu sagen. Also ich mein, ich seh trotzdem noch immer wieder viele neue Open Source Projekte und wenn man zum Beispiel bei Gossellin den neuen Open Source Badge reinschaut, ich war in den Badge im letzten Jahr und da gibt's immer noch viele neue Ideen und neue Open Source Projekte. Und
Dennis: Ich stell mal
Jan: die steile These in den Raum Ja. Dass das Kunststück an Open Source ja auch nicht unbedingt ist, den geilen Code zu schreiben, also auch wenn das wesentlicher Bestandteil davon ist, aber da gehört ja so viel mehr dazu, ja? Das war schon immer zu 'nem sehr großen Teil in Anführungszeichen Marketing, aber halt eine gute Dokumentation, gute Communityarbeit, schnelles Resolven von Issues, die irgendwie aufkommen und so was und das alles musst Du ja immer noch machen, ja? Also selbst wenn jetzt jemand das nächste, das nächste, formisch, das nächste, keine Ahnung was, von mir aus auch AI one shortet und das ist jetzt da, ja, dann ist ja das Projekt an und für sich noch lange nicht erfolgreich. So, da gehört ja noch viel mehr drumherum. Also ich mein, Fabian kann ja auch noch erzählen, was er, ne, alles gemacht hat neben dem Quelltext von von Vormish, ja, da wird bestimmt noch einiges anderes passiert sein und auch das muss man ja noch irgendwie machen.
Dennis: Das ist richtig, aber Du musst ja irgendwie 'n Interesse dafür haben. Also Du musst ja irgendwie eine Motivation haben zu sagen, hey, es lohnt sich und dann kann man jetzt lohnen irgendwie auch den Nieren, ne, was es
Jan: lustig derer sind, aber
Dennis: Das anspricht ja. Ne, es ist macht irgendwie Sinn oder ich hab Spaß daran, diese dieses diese Lücke sozusagen zu füllen, die er da ist.
Fabian: Also als ich Vormish sowieso wieder aufgenommen hab und dann auch tatsächlich entwickelt und entworfen hab, hab ich schon gewusst, Also bei bei VALIDO war mir schon klar, auch wenn es jetzt nicht sich direkt finanziell in Form von Donations oder irgendwelche Zahlungen rentiert? Wird sich das langfristig durch den Einfluss, durch das Netzwerken, vielleicht auch die kleine Bekanntheit sich rentieren und das zahlt sich heutzutage aus. Also ich geh nicht jede Woche gefühlt neue Jobanfragen, einfach weil ich so sichtbar bin und wahrscheinlich unter den Top Contributern irgendwo bei GitHub oder in der Wetentwicklungswelt Mhm. Drin bin. Aber bei Vormish Vormish kann man schon sagen, das hab ich auch noch gebaut, weil ich Lust hatte.
Jan: Mhm.
Fabian: Und und deshalb hab ich's gemacht. Also da da war jetzt nicht irgendwie große der große Antrieb, eine große Company oder was auch immer zu bauen. Ich hab halt das Problem gesehen. Ich wusste, es gibt wahrscheinlich nicht so viele, die sich die Zeit nehmen, das zu lösen und vielleicht auch das überhaupt lösen können. Und ich glaube, ich hatte einen ganz neuen Ansatz und war einfach selber neugierig, ist es möglich und wie weit kann man das tragen und ja. Und dadurch ist Formisch entstanden und ohne Bali Bot weiß ich nicht, wäre das wahrscheinlich auch nie so weit gekommen, weil es wahrscheinlich aber nicht funktioniert hätte, aber durch Bali Bot kann ich halt durch das, was ich mir in den letzten Jahren 'n Stück weit erarbeitet hab, nutzen und auch das Netzwerk. Ich denk, wir machen jetzt wahrscheinlich auch eine kleine Launch Party New York und ich kann mir gut vorstellen, dass Rich Harris vom Svelt vorbeikommen wird und vielleicht noch mal andere coole Leute. Und ja, und ja, es fängt halt alles irgendwie zusammen.
Jan: Cool. Und am Ende, ich mein, das war ja schon immer so auch bei Open Source, ne. Also es gibt so, glaub ich, so 2 große Antreiber, entweder Du hast es, Du betreibst es aus soner Infrastruktursicht, weil Du, weiß ich nicht, Facebook bist und Du brauchst halt irgendwie 'n neues Framework, irgendwie dein Zeug zusammenzuhalten. Und Du machst das halt Open Source, weil warum auch nicht so, ja? Oder Du brauchst halt so wie Google Dart und Flatter und machst das halt irgendwie Open Source. Oder Du willst halt einfach, weil Du 'n kleiner Entwickler irgendwo bist und Du willst, dass dieses Stück Software existiert. So, ne, also das ist vielleicht jetzt eher so der der Fall von von Baliwood und Farmisch so. Und dann ist es egal, ob das 200000000 Leute downloaden oder 2000000 oder 200000 oder keine Ahnung, aber das ist halt so deins und Du hast es gemacht. Und ich glaube, das ändert sich auch nicht. So, ja, ich glaube, die Tools ändern sich vielleicht so, ne. Du brauchst vielleicht weniger Code selbst. Du resolvst vielleicht nicht mehr jede Issu irgendwie am Ende des Tages selbst. Aber wenn Du halt willst, dass dieses Stück Software existiert und das so sein soll, wie Du es gerne hättest und es dir vorgestellt hast und das Problem lösen wolltest, dann wird's das wahrscheinlich auch in Monaten und Jahren immer noch geben.
Dennis: Ja. Ja und am Ende fand ich auch Fabian Stay eigentlich ganz gut dazu, dass sich halt der Schwerpunkt davon einfach auch erinnert, ne. Also ich meine, es gibt im Ökosystem von von AI so viel, was noch ungelöst ist und da wird sich dann halt einfach der Fokus verschieben und dass Du halt dann
Jan: Ja.
Dennis: Ja, die eine Weblibrie nicht brauchst, aber halt das das eine AI Framework oder das eine AI Tool oder so.
Fabian: Und wenn wenn neue neue Innovationen dazukommen, seien es günstigere Tokens oder bessere Modelle oder neue Open Source Tools, also entstehen hier wieder ganz neue Möglichkeiten, neue Sachen zu bauen, entweder on top oder weil jetzt die Tokens günstiger sind oder weil zum Beispiel die Open Source Modelle so viel besser werden oder weil vielleicht schon die kleinen Modelle, die Du lokal ausführen kannst, so gut sind, damit Du jetzt bestimmte Dinge auf deinem MacBook machen kannst. Da wird sicher noch sehr viel passieren.
Jan: Also ich glaub, als als ich so angefangen hab mit Webentwicklung, war so, jeder wollte irgendwie mal sein eigenes Model View Controller Framework schreiben, so. Das war damals so der heiße Scheiß, ja? Und wenn man sich heute so Hacker News anguckt oder so was, ist glaube ich so, jeder will mal ein AI Agent Memory Framework irgendwie schreiben, weil das gibt's irgendwie gerade auch wie Sand am Meer und jeder hat da son minimal anderen Ansatz und zu jeden Tag gibt's da irgendwie so was Neues und vielleicht hast Du's dann einfach so The Next Frontier irgendwie. Ja. Und das hat man
Fabian: ja jetzt schon gesehen, das entwickelt sich immer so weiter. Wir hatten jetzt eine Phase, da waren irgendwie AI Asians Bilder und dann, wie Du sagst, Memory und dein und den Horness und jetzt geht's Richtung Agent Frameworks und was dann noch so alles passieren wird. Ja.
Dennis: Gut.
Jan: So, ich hab dir die Moderation gemacht.
Dennis: Ich könnte jetzt einfach ganz nonchalon die Picks skippen. Wenn ich das keine hab, aber
Jan: Nur, nur weil Du deine Hausaufgaben nicht gemacht hast.
Dennis: Aber ja.
Fabian: Ich hab tatsächlich einen Pick, wenn er dann Siehst Du? Gestoppt wurde.
Jan: Ich so, dann
Dennis: kommen jetzt hier die Picks. Nein, doch, Picks of the day, schieß los. Hast Du Fabian gesehen, wer gerade an dem Beruf vorbeigelaufen ist?
Fabian: Nein. Nein.
Dennis: Okay. Weil zum Kontext, es ist 21 Uhr 30, also die nehmen halt relativ spät aus, da Fabian Das
Fabian: ist normale Arbeitszeit für mich.
Dennis: Morgen wieder zurück
Jan: von Dennis Misch.
Dennis: Nach New York fliegt.
Fabian: Also wir sind häufig bis Mitternacht nach
Jan: New York.
Fabian: Ich sag,
Dennis: Du bist aber jung. Das ist das das muss so sein. Das würde Merz zumindest gefallen. Und da sind vor dem vor unserer Jaswand, aber oben steht 'n Fernsehsee nur das untere, 2 nackte Männerbeine, also ohne ohne Schuhe, also nackte Füße und nackte Beine habe ich gesehen, soweit. In Office auch. Ach,
Jan: stell ich dann auch
Dennis: noch mal ganz neugierig.
Fabian: Was muss ich gucken, ob
Jan: mein Geldball noch da ist?
Dennis: Ich denke, sie gehören den.
Jan: Aber irgend irgend Ach so, oder
Fabian: irgend so was?
Dennis: Was? Irgendjemand hast Du doch gegrüßt.
Fabian: Ja, ich kenn den Namen nicht, aber erst in der Bowling Wohnung.
Dennis: Ah, okay. Ja, na ja, gut, das finden wir noch aus. Pix, Fabian, Du darfst als Zweiter und Jan fängt an.
Fabian: Okay. Ich weiß nicht, ob mein, ob ich erst Ich glaub,
Jan: das jetzt hast Du uns alle aus
Dennis: Ich hab mich alle verwirrt. Ich hab gesagt. Ach so. Jan, darf zuerst Ja, ja,
Jan: ja, ja, ja, ja, ja, ja, ja. Weil ich Gas oder was?
Fabian: Klick das Highlighter.
Jan: Ich hab anderthalb Picks eigentlich, weil mir ist ein Open Source Projekt unter die Füße gekommen, vor die Füße gefallen, das heißt Facegate. Und was das macht, ist, Du kannst damit Apps am Mac mit Face ID oder Touch ID schützen. Wenn Du quasi nicht willst, dass irgendwie jeder, der an deinem Rechner vorbeiläuft, das aufmachen kann oder Du noch son bisschen mehr Layer an Security haben willst, kannst Du das installieren und dann kannst Du so sagen so, hey, diese Apps irgendwie bitte schützen. Und wenn dann die Apps aufgemacht werden, dann geht son son Fenster auf, spannt so die ganze Breite von deinem Screen ab, legt sich ganz vorne und sagt, ey, jetzt hier erst mal an mir vorbei. Das sagt, ich ist eigentlich ganz cool. So, das ist die eine Hälfte von meinem Pick. Die andere Hälfte ist so, ich bin bei so Apps immer son bisschen skeptisch, so, wie funktionieren die überhaupt und wie einfach ist es auszuhebeln und wie arbeiten die eigentlich im Hintergrund? Und dann hab ich einfach Folgendes gemacht, ich hab mir das Repo genommen und hab mich mit TODD da mal drangesetzt und hab so, weiß ich nicht, eine halbe Stunde mit dem dieses Repo auseinandergenommen und hab mir das erklären lassen und so gechallenged, wie man das nicht aushebeln kann und so was. Und das ist so die andere Hälfte. Man kriegt mal ganz oft nutzen, wir also Open Source Software einfach so, ohne das zu hinterfragen und installieren das hier und auch gerne irgendwie mit vollen Userrechten im Userspace und mach, wie's dir gefällt und so was. Und das waren, glaub ich, jetzt eigentlich cool investierte 30 Minuten, weil zum einen war jetzt irgendwie klar, das scheint irgendwie alles ganz, ganz safe zu sein und macht auch 'n paar clevere Tricks und so. Aber es hilft einem halt auch son bisschen besser zu verstehen, was da eigentlich passiert und was man sich da eigentlich so installiert. Deshalb so ein zweigeteilter Pick diese Woche. Zum einen Facegate, coole App, kann man sich mal anschauen. Zum anderen aber auch, hey, wenn Du das nächste Mal eine Open Source App hast, die Du irgendwie installieren willst oder eine Anwendung über Bruce irgendwie runterladen oder so, einfach einmal kurz das Repository zur Cloud hinschmeißt und sagen so, hey, guck dir das mal an, mach mal son Mini Security Audit, erklär mir, wie das unter der Haube funktioniert und dann schauen wir mal. Fand ich fand ich ganz cool, hab mich beeindruckt. Hab ich übrigens auch mit Fable gemacht, so. Sehr gut. Bin ich
Dennis: gespannt, wie Du das in 'ner CMS Format bringst, diesen Pick. Fabian.
Jan: Das CMS Fabian wird dir das erklären können, aber das CMS unterstützt n picks of the day, also jeder Haus kann so viele mitbringen, wie er will. Und er
Dennis: sagt Wir sagen das Fable oder wie?
Jan: Nee, des zweiten, ja, das weißt, ach so, Du meinst auch, was ich verlinke dann so?
Dennis: Ja, ja, das weiß
Jan: ich nicht. Ja, okay. Das das muss ich mir noch muss ich mir noch überlegen.
Dennis: Okay, sehr gut.
Fabian: Macht das CMS immer noch automatisch 'n Screenshot?
Jan: Ja, aber er funktioniert nur in der Hälfte aller Fälle und ich mein, ne, da manchmal ist son Cookie Banner davor und keine Ahnung, also die manche pflege ich dann doch von Hand ein.
Fabian: Müssen wir noch son Cookie Banner
Jan: Okay. Cookie Wegklicker noch einbauen, ne. Ja.
Fabian: Du hast keinen Pick?
Dennis: Richtig. Okay.
Fabian: Wurde schon mal NPMX genannt? Ja.
Dennis: Hast Du da noch gesucht eben, hast Du gesagt?
Fabian: Ja, ich hab's nicht gefunden.
Jan: Aber irgendwie
Fabian: wird doch nicht so gut. Wer
Dennis: hat sie denn in diesem Jahr gebaut?
Fabian: Ich hab aber noch 'n paar andere Ideen für Picks.
Dennis: Aber mach erst mal, vielleicht bin ich, leg ich falsch und ich kenn's nur irgendwie. Vielleicht Okay, dann
Fabian: dann was
Dennis: ist es denn?
Fabian: Dann machen wir einfach 2 Picks. Also es
Jan: war noch kein Pick. Ich hab's grade im CMS gesucht.
Fabian: Okay. Also
Jan: es hat Dennis nicht verwirrend. Die Suche funktioniert, ich wusst, tust.
Fabian: NPMX ist im Grunde eine Alternative für NPM, vor die NPM Website, aber das baut auf NPM auf. Also das ist im Grunde die gleiche Datenbank, halt mit 'nem neuen Interface. Und ich glaub, man kann auch irgendwie sich darüber anmelden und dann wird irgendwie die CLI genutzt oder was auch immer. So tief bin ich jetzt nicht drin. Ich weiß auf jeden Fall, ich glaub, es wurde teils von am Ende des Tages von vielen verschiedenen Open Source Contributern gebaut, aber ich glaub, dass das DAX Team da auch stark involviert ist oder war.
Dennis: Das haben wir nicht, das war kein Pick, das war eine News, Jan.
Jan: Das ist
Fabian: Aber richtig.
Dennis: Aber es
Jan: war kein Pick of the day.
Dennis: Ja, aber die Volltextsuche sollte es trotzdem finden, auf der Folge mir mal Witze ist. Das
Jan: ist ein fairer Einwand und da
Fabian: hast Du Aber vielleicht hat die Text Speedst Du Text Das kenn ich mir jetzt nicht wenigstens.
Jan: Aber der Titel ist ja trotzdem, also der Titel ist auch volltext initiiert und der ist richtig, also Das stimmt. Und ich weiß keine Ahnung, wer das hier gebaut hat.
Dennis: Frag mal Fable. Dein Pick.
Jan: Also wir können Ich lass jetzt erst mal Fabian seinen seinen Pick jetzt einfach machen, aber ich kann da auch gleich zur Suche noch was erzählen. So zu Fable dazu.
Fabian: Ja, ich glaube, ich hab alles schon zu NPMX gesagt. Was auch noch eine coole Sache ist, die man mit seinen Asions verwenden kann, ist Kontext 7 oder Kontext 7. Vielleicht kennt das der ein oder andere, ist im Grunde eine Art Kontextsammlung für verschiedene Open Source Projekte und vielleicht auch für ganz andere Dinge. Und das kann man als MCEP oder CLI an sein Agent anbinden. Und wenn immer man zum Beispiel etwas wie Formisch nutzt, wo vielleicht der jeweilige Agent noch keinen Kontext hat, kann er dann einfach in Kontext 7 danach suchen, Er bekommt dann den Kontext, den er braucht und kann dann loslegen.
Jan: Sehr gut. Ich auch
Dennis: fast sagen, also 'n Pick war es nicht, vermutlich über
Jan: mich unterhalten.
Dennis: 0000000000,
Jan: es gibt, glaube ich, 'n paar Leute, die dürfen sich hier darüber beschweren, was 'n vernünftiger Pick ist und was nicht. Und Dennis, ich weiß nicht, ob Du in diese Kategorie Oh mein, ich
Dennis: hab mich, was was hast Du, Du hast mich akustisch, glaube ich, nicht verstanden.
Jan: Ich hab
Dennis: mich nicht über den Pick beschwert.
Jan: Sondern?
Dennis: Ich habe gesagt, ich gehe davon aus, ich weiß nicht, was die Kontextsuche sagt, aber die Kontextsuche vor allen Dingen. Ich gehe davon aus, dass wir Kontext 7 auch schon mal in der programmier.bar erwähnt haben. Das war meine einzige Aussage.
Jan: Ich hab verstanden, ich weiß nicht, ob das als Pick zählt, aber Nee, nee, nee, nee, nee.
Dennis: Ist 'n guter Pick.
Jan: Super, super Pick.
Dennis: Okay, was wolltest Du noch sagen, Jan?
Jan: Die Suche? Mir ist es auch schon 'n paar Mal aufgefallen, dass die manchmal so out of sync irgendwie geht, insbesondere mit Folgen, die noch nicht so sehr alt sind, also als wär da sone bisschen Latenz drin. Und alle paar Wochen, wenn ich mal wieder Muße und Zeit hab, gehe ich so mit Claudia und sagst, hey, guck dir noch mal die Suche an. Ich hab hier schon wieder diesen Edge Case, der nicht funktioniert. Und dann rödelt er da so sehr lange hin und her. Er hat mittlerweile auch son Algodia MCP, da irgendwie das zu vergleichen und zu machen und tun und bla. Und jedes Mal findet er 'n coolen Edge Case und sagt so, hey, hier, dein Splitting funktioniert nicht, keine Ahnung, ich hab das gefixt. Und dann sag ich, ja, ist ja super. Schön, können wir deploylen und dann teste ich das und alles funktioniert. Und dann ist son paar Wochen später ist dann wieder so, irgendwas funktioniert, dann krieg ich wieder zur Cloud hin und sag, ah, na ja.
Fabian: Nutzt ihr den Algolia Crawler?
Jan: Nee, nee. Wir wir pushen das selbst in den Index rein. Okay. Ich hab aber zwischenzeitlich schon überlegt, ob ich einfach den Algolia Crawler benutzen soll.
Fabian: Ja, der wird wahrscheinlich ewig dauern, bis er bei euch alles durchhat.
Jan: Das ist nämlich genau das Ding. Wir haben ja schon so das Ding, dass Seiten sich manchmal ändern können und so und Du musst ihm dann schon irgendwie immer noch mal son Update geben können von, schau dir diese Seite noch mal an oder Du musst mit 'ner sehr hohen Latenz leben und ich glaube halt schon, dass die meisten, die die Suche benutzen, das genau dann benutzen, wenn es halt gerade irgendwie relevant ist, ne. Also Du willst nicht jetzt auf die Programmierwebsite kommen und was 3 Jahre Altes raussuchen, sondern Du suchst halt jetzt gerade im Kontext von den Folgen der letzten paar Wochen oder so und wenn dann die Suche nicht aktuell ist, ist ja doof. Ja. So. Aber jetzt gerade ist sie scheinbar auch nicht immer 100 Prozent aktuell. Also, Claude, wir haben morgen noch mal eine Session vor, glaube ich.
Dennis: Sehr gut. Free prepared. Fabian, sehr cool, dass Du mal hier wieder vorbei geschneit bist. Ah, das ist Ich hab ich hab versucht Fabian
Jan: für die Programmierkonten zu gewinnen. Ich Wir sind doch in Verhandlung. Genau, er hat's auch
Dennis: noch nicht komplett abgesagt. Er hat Eugen gesagt, es ist unwahrscheinlich, aber wer weiß, was sich noch ergibt? Wenn Du die First Last Tickets zahlst, kommt er.
Jan: Wieso ich? Ich mein, wer ist für die Programmierer verantwortlich?
Dennis: Ja, schon. Ja. Genau. Ja, auf jeden Fall mega cool. Spannend mal 'n bisschen Updates von dir zu bekommen und was Du mit deinen Projekten da weiter baust. Du hast gar nicht Open Circle genannt, ein einziges Mal. Ja. Und dabei ist es doch deine
Fabian: Meine Open Source Organisation.
Dennis: Deine Open Source Organisation. Ja. Und Du sprichst auch immer so schön von wir, obwohl Du das meist wahrscheinlich selbst gebaut hast. Aber ist ja
Fabian: Ja, wir sind am Ende schon 'n kleines Team. Wir werden wahrscheinlich 'n größeres Team hätte ich deutlich mehr Zeit, aber ich hab zum Beispiel jemand, der macht den Großteil des Contents und ne, wenn 1 von euch irgendwie Bock hat, involviert zu sein. Wir haben auch kein großes, aber ein kleines Open Source Budget. Das komplette Budget geht an an contributoren. Ich nehm überhaupt nix raus aus dem Budget im Moment und ja, wenn jemand coole Beiträge leistet, dann freue ich mich auch, einen Beitrag zurückzugeben.
Jan: Cool, sehr gut. Vielen Dank, dass Du da warst.
Dennis: Gute Rückreise morgen in die Vereinigten Staaten. Und Jan, dir noch 'n schönen Abend. Ich muss da nicht zurückreisen,
Jan: ich bin schon zu Hause, alles gut.
Dennis: Das ist richtig.
Fabian: Vielen Dank.
Dennis: Bis bald. Macht's gut.
Jan: Bis bald. Tschau, tschau. Bis bald. Tschau, tschau. Tschüs.

Valibot & Formisch mit Fabian Hiller

Shownotes

Picks of the Day

Context7

FaceGate

npmx

Speaker Info

Fabian Hiller