Snapchats geheimer Killer für React Native

Acht Jahre, nachdem der Code stillschweigend an Hunderte von Millionen von Nutzern verschickt wurde, ist Valdi endlich ins Rampenlicht getreten. Snapchats hauseigenes plattformübergreifendes Framework, einst nur ein internes Experiment, um Stories auf älteren Android-Handys flüssig zu halten, ist jetzt ein Open-Source-Projekt, das verspricht, die Art und Weise, wie „native“ Apps erstellt werden, zu revolutionieren.

Im Kern verkauft Valdi ein einfaches, aber aggressives Angebot: Schreibe deine App in TypeScript und liefere sie als wirklich nativen Code für iOS, Android und macOS aus. Keine WebViews, keine Laufzeit-JavaScript-Engines, kein JSON-Transportschicht zwischen Threads. Deine im JSX-Stil gestaltete Benutzeroberfläche wird in plattformspezifische Ansichten kompiliert, wobei die Layouts von Yoga gesteuert und die Pixel von Skia verarbeitet werden.

Traditionale plattformübergreifende Stacks wie das frühe React Native basierten auf einer JavaScript-Brücke, die Nachrichten zwischen dem JS-Thread und der nativen Ebene übermittelte, oft Hunderte Male pro Frame. Jedes Prop-Update, jede Geste oder Layoutänderung musste diese Grenze überschreiten, was zu Latenz, Ruckeln und zusätzlichem Speicheraufwand führte. Valdi umgeht diese gesamte Architektur, indem es die Brücke zur Build-Zeit gelöscht.

Statt eines langlebigen JS-Runtimes setzt Valdi auf Bazel, um die TypeScript-Kompilierung direkt in native Module zu orchestrieren. Layouts nutzen die C++ Yoga-Engine für konsistentes Flexbox-Verhalten, während Skia leistungsstarke 2D-Grafiken plattformübergreifend rendert. Das Ergebnis verhält sich wie eine native App erster Güte: UIKit- und AppKit-Ansichten auf Apple-Plattformen, echte Android-Ansichten auf Googles Seite.

Die Entwicklererfahrung zielt darauf ab, moderne React Native- und Flutter-Setups zu erreichen oder zu übertreffen. Valdi unterstützt sofortiges Hot Reload, sodass UI-Anpassungen in Millisekunden sichtbar werden, und integriert sich mit VS Code für umfassendes Debugging, einschließlich Haltepunkten und Leistungsprofilmessung. Die eigenen Teams von Snapchat haben diesen Entwicklungszyklus jahrelang genutzt, um Funktionen für Kamera, Chat und Discover bereitzustellen, ohne für jede Änderung auf Swift oder Kotlin zurückgreifen zu müssen.

Der Open-Source-Drop hat genau die Reaktion ausgelöst, die man 2025 erwarten würde: Begeisterung, abgeschwächt durch Skepsis. Frühe Anwender loben das "React, aber eigentlich nativ"-Gefühl und das Versprechen, mit einer TypeScript-Codebasis sowohl Handys als auch Desktops abzudecken. Skeptiker weisen auf die groben Kanten im Installer, die undurchsichtige Roadmap-Kontrolle durch Snapchat und eine direkte Frage hin, die über jedem GitHub-Issue schwebt: Warum auf Valdi setzen, wenn React Native und Flutter bereits dominieren?

React Native sah 2017 eher wie ein vielversprechendes Experiment aus als wie eine Grundlage für ein kameraorientiertes soziales Netzwerk mit über 400 Millionen täglichen Nutzern. Das Framework von Facebook wurde ohne Unterstützung für Desktop-Geräte, mit unausgereiften Werkzeugen und einem Laufzeitmodell veröffentlicht, das jedes UI-Update über eine JavaScript-Brücke schickte, die in einem separaten Thread lief. Für Unternehmen, die ihr gesamtes Nutzererlebnis auf reibungslose Interaktionen mit 60 fps setzen, war diese Brücke eine Last und kein Feature.

Jede Geste, jeder Scroll und jede Animation in den frühen Versionen von React Native musste Props und Events in JSON-ähnliche Payloads serialisieren, sie über die Brücke senden und dann auf der nativen Seite deserialisieren. Diese Marshalling-Kosten führten zu Rucklern, verlorenen Frames und schwer zu debuggen Rennbedingungen. Fügen Sie eine speicherhungrige JS-Laufzeit auf nativen Ansichten hinzu, und Sie hatten zwei Welten, die ständig den Zustand synchronisieren mussten, anstatt einer kohärenten App.

Die Produktstrategie von Snapchat machte diese Kompromisse inakzeptabel. Die App setzte auf Vollbildvideos, komplexe Gestennavigation und flüchtige UI-Übergänge, die jegliche Verzögerung bestraften. Die Ingenieure benötigten vorhersehbare Bildraten, strenge Speicherkapazitäten auf leistungsschwachen Android-Telefonen und UI-Code, der sich wie nativ in Swift oder Kotlin verhielt, während er gleichzeitig den Funktionsteams ermöglichte, mit JavaScript-Geschwindigkeit zu iterieren.

React Native hatte in dieser Zeit auch gesamte Plattformklassen übersprungen, die Snapchat wichtig waren. Es gab keine glaubwürdige macOS-Geschichte, keine Kompilierung auf AppKit-Ansichten und keinen Weg, die gleiche UI-Schicht über iOS, Android und einen internen Desktop-Client hinweg wiederzuverwenden. Echte Parallelität blieb theoretisch; Hintergrundarbeiten liefen immer noch durch eine einzige JS-Ereignisschleife, die bereits mit Geschäftslogik und Layout überlastet war.

Snap traf eine strategische Entscheidung: das Warten auf das Wachstum des Ökosystems einstellen. Anstatt auf den Fahrplan von React Native zu setzen, investierte das Unternehmen in Valdi, ein TypeScript-first Framework, das direkt in nativen Code kompiliert und ohne Brücke mit dem Betriebssystem kommuniziert. Bazel koordinierte plattformübergreifende Builds, Yoga standardisierte das Layout und Skia übernahm das Rendering, doch die architektonischen Entscheidungen resultierten aus Snap's eigenen Leistungsproblemen.

Das interne System erlaubte es Snapchat, genau für seine Anforderungen zu optimieren – schnelle Kamera, unendliche Scroll-Feeds und aufwendige Animationen – Jahre bevor React Native Fabric, bridge-losen Architekturen oder ernstzunehmenden Desktop-Ambitionen erhielt.

Snapchats neues Framework verbirgt einen überraschend industriellen Motor. Unter der pastellfarbenen Benutzeroberfläche und dem Geister-Icon befindet sich eine Pipeline, die auf Bazel, Yoga und Skia basiert – der gleichen Art von schwerer macOS-Technologie, die Google-große Backends und den Grafik-Stack von Chrome antreibt. Valdi verwandelt diesen Stack in eine Frontend-Fertigungslinie für iOS, Android und macOS.

Bazel sitzt im Zentrum als der Build-Orchestrator. Es verarbeitet TypeScript, Asset-Bundles und nativen Code und gibt plattformspezifische Binärdateien mit reproduzierbaren Builds und aggressivem Caching aus. Diese Wahl ermöglicht es Valdi, von einem Prototypen für Linsenauswahl zu einer App mit mehreren Millionen Zeilen zu skalieren, ohne die Ingenieure in brüchigen Xcode- oder Gradle-Konfigurationen untergehen zu lassen.

Das Layout basiert auf Yoga, der bewährten Flexbox-Engine von Facebook. Anstatt das Layout dreimal neu zu implementieren, versorgt Valdi Yoga mit einem plattformunabhängigen Baum, der Flex-Eigenschaften, Margen und Ausrichtungen beschreibt. Dieselbe Layout-Logik treibt UIKit, Android Views und AppKit an, was die pixelgenaue Konsistenz der Benutzeroberfläche von Snapchat über Telefone, Tablets und Desktops hinweg gewährleistet.

Die Darstellung basiert auf Skia, der 2D-Grafik-Engine hinter Chrome und Android. Valdi kann hochrangige Komponenten auf native Ansichten abbilden oder direkt in Skia-Oberflächen für benutzerdefinierte Steuerlemente, Shader und Animationen zeichnen. Diese hybride Strategie ermöglicht es, Standardtasten mit hochgradig maßgeschneiderten UI-Elementen der AR-Ära zu kombinieren, ohne auf Webansichten zurückgreifen zu müssen.

Aus der Perspektive eines Entwicklers beginnt alles mit TypeScript-Klassen und JSX. Sie schreiben etwas, das verdächtig nach einer React-Komponente aussieht – Methoden wie onCreate und onRender geben JSX-Tags zurück. Bazel kompiliert dann TypeScript in eine Zwischenrepräsentation, wandelt JSX in einen Sichtbaum um und verbindet diesen Baum mit plattformnative Sicht-Hierarchien.

Vorab generiert Valdi native Bindungen für jede Eigenschaft, jedes Ereignis und jeden Stil. Das bedeutet, dass es zur Laufzeit keine dynamische Reflexion oder JSON-Übertragungen gibt. Typinformationen fließen von TypeScript in Swift, Kotlin und C++-Header, sodass der Compiler heiße Pfade inline einfügen und toten Code entfernen kann.

C++ steht im Herzen des Layout- und Diffing-Engines. Kritische Pfade – Baumabgleich, Yoga-Aufrufe, Skia-Zeichenausführung – laufen in C++ im Hauptthread mit minimalem Marshalling. Anstatt Eigenschaften über eine Brücke zu serialisieren, übergibt Valdi rohe Zeiger und komprimierte Strukturen, wodurch die pro Rahmen anfallenden Überkosten auf Mikrosekunden reduziert werden.

Vergleiche das mit JavaScript-basierten Laufzeiten wie dem frühen React Native. Diese Stacks leiteten Layout und Logik über eine JS-Brücke, wobei sie jedes Mal eine Serialisierungsgebühr zahlten, wenn ein Button bewegte oder eine Liste scrollte. Valdis Ahead-of-Time-Modell tauscht die Flexibilität zur Laufzeit gegen deterministische Leistung und deutlich geringeren GC-Druck ein.

Diese Architektur sieht eher aus wie eine Spiel-Engine als wie eine Webview-Wrapper. Hot Reload funktioniert weiterhin – Bazel und die Laufzeit tauschen aktualisierte TypeScript-Module in das native Shell aus – aber das endgültige Versandartefakt läuft völlig ohne JavaScript-VM. Für alle, die die inneren Abläufe studieren möchten, stellt Valdi - Offizielles GitHub-Repository das vollständige Build-Diagramm, den C++-Kern und die TypeScript-Toolchain zur Verfügung.

React-Entwickler können eine Valdi-Datei öffnen und fast vergessen, dass sie das Framework gewechselt haben. Die Komponenten sehen aus wie alte React-Klassenkomponenten, mit Methoden im Stil des Lebenszyklus wie `onCreate` und `onRender` anstelle von `componentDidMount` und `render`. Der Zustand lebt in `this`, Methoden hängen an der Klasse, und die Benutzeroberfläche wird aus `onRender` als JSX zurückgegeben.

JSX in Valdi malt keine virtuellen DOM-Knoten. Es wird direkt in native iOS-, Android- und macOS-Ansichten übersetzt, wobei Yoga das Layout steuert. Entwickler schreiben Flexbox-ähnliche Eigenschaften wie `flexDirection`, `justifyContent` und `alignItems`, die sich wie CSS anfühlen, aber die Pipeline verwandelt sie in niedrigstufige Layout-Anweisungen.

Ein Valdi-Layout für ein Feed-Element könnte JSX mit Eigenschaften wie `padding`, `margin` und `borderRadius` auf Komponenten verwenden, die nativ angezeigte Ansichten abbilden. Im Hintergrund berechnet Yoga Positionen und Größen plattformübergreifend identisch, während Skia 2D-Grafiken rendert, wo individuelles Zeichnen erforderlich ist. Das Resultat verhält sich wie ein React-Baum, läuft jedoch wie eine C++-UI-Engine.

Snapchat hat eindeutig Web-Entwickler angesprochen, die bereits TypeScript und JSX sprechen. Anstatt UIKit, Jetpack Compose und AppKit zu lernen, schreiben Entwickler weiterhin Komponenten, Props und Dekoratoren. Diese Designentscheidung senkt die Einstiegshürde für JavaScript- und Frontend-Teams, native Funktionen bereitzustellen, ohne ihr mentales Modell neu zu erfinden.

Die Entwicklererfahrung steht im Mittelpunkt von Valdis Angebot. Instant Hot Reload überträgt TypeScript-Änderungen innerhalb von Millisekunden auf einen laufenden Simulator oder ein Gerät und vermeidet vollständige native Neuaufbauten, die in Xcode oder Android Studio 30–90 Sekunden dauern können. Der Zustand übersteht oft die Neuübertragungen, sodass das Anpassen von Layout oder Verhalten eher wie das Bearbeiten einer Webanwendung wirkt.

Die vollständige Unterstützung für das Debugging in VS Code vervollständigt den React-Doppelgänger-Akt. Ingenieure setzen Haltepunkte in TypeScript, inspizieren Variablen und durchlaufen die Valdi-Komponentenlogik, während die kompilierte App auf iOS, Android oder macOS läuft und die Grenzen zwischen Web-Tools und nativer Ausführung verwischt.

Native-Frameworks sind besessen von der Wiederverwendung von Table-View-Zellen und zusammensetzbaren Layouts; Valdi integriert diese Denkweise in jede Komponente. Anstatt die Wiederverwendung einzelnen Bildschirmen zu überlassen, hält Valdi einen globalen Pool an nativen Views bereit, auf den jede Liste, jedes Raster oder Karussell zugreifen und von dem sie zurückgeben kann. Das bedeutet weniger Allokationen, weniger Belastung für den Allokator und weniger Druck auf den Garbage Collector auf Android.

Automatisches View-Recycling findet auf der Framework-Ebene statt, nicht als Muster, das man sich merken muss. Wenn eine Komponente vom Bildschirm scrollt, trennt Valdi sie, setzt ihre Eigenschaften zurück und legt sie wieder in den Pool. Neue Elemente schöpfen aus diesem Pool, sodass selbst ein Feed mit 10.000 Elementen eine kleine, festgelegte Menge an nativen View-Instanzen wiederverwendet.

Viewport-bewusstes Rendering geht noch einen Schritt weiter. Valdi verfolgt, welche Komponenten den sichtbaren Viewport schneiden, und montiert nur diese sowie einen kleinen Puffer darüber und darunter. Alles außerhalb dieses Bereichs pausiert Updates und kann sogar zu einer leichten Darstellung dehydriert werden.

Unendliche Scroll-Feeds werden zum Standard, nicht zu einem Leistungsprojekt. Ein Snapchat-ähnlicher Discover-Bereich oder ein Spotlight-ähnlicher vertikaler Feed kann unbegrenzte Inhalte streamen, während gleichzeitig nur einige Dutzend Live-Ansichten zur gleichen Zeit angezeigt werden. Kombiniert mit Skia-Rendering erreicht die Scroll-Leistung auf Mid-Range-Android-Hardware ohne spezielle Anpassungen nahezu 60 fps.

Unabhängige Renderzyklen von Komponenten verschaffen Valdi einen weiteren Vorteil. Jede Komponente besitzt ihren eigenen Renderloop, sodass das Aktualisieren eines Kindes nicht automatisch eine Änderung des übergeordneten Elements auslöst und umgekehrt. Das durchbricht den "Update-Wasserfall", der schlecht abgestimmte React- und React-Native-Bäume plagt.

Valdis Scheduler kann eingangsbedingte Aktualisierungen – wie eine Ziehbewegung oder die Eingabe von Text – gegenüber niedrigpriorisierten Hintergrundaktualisierungen priorisieren. Eine animierte Chat-Nachricht bläst nicht die gesamte Gesprächsliste auf. Das Ergebnis: weniger Layout-Durchläufe, weniger Messaufrufe und ein vorhersehbareres Frame-Budget.

Gegen eine moderne, optimierte native App, die in SwiftUI oder Jetpack Compose entwickelt wurde, resultieren Valdis theoretische Vorteile aus drei Schichten zugleich. Es kombiniert: - Globale View-Pooling - Viewport-bewusstes Mounting - Entkoppelte Komponenten-Renderzyklen

SwiftUI kann Listen nach Bedarf rendern, und Compose kann im Hintergrund wiederverwenden, doch App-Teams implementieren weiterhin Muster wie Zellwiederverwendung, Paginierungsfenster und gedrosselte Updates neu. Valdi zentralisiert diese Entscheidungen im Framework. Auf dem Papier ermöglicht das einem kleinen Team, einen plattformübergreifenden Feed zu veröffentlichen, der sich wie ein handoptimierter nativer verhält – ohne einen einzigen benutzerdefinierten Recycler oder ein Differenzierungsalgorithmus schreiben zu müssen.

React Native im Jahr 2025 ähnelt kaum noch dem Framework, das Snapchat vor acht Jahren bewertet hat. Meta hat die berüchtigte JavaScript-Bridge entfernt und sie durch einen einheitlichen C++-Kern ersetzt, der direkt mit nativen Ansichten kommuniziert. Die Latenz ist gesunken, der Speicherverbrauch hat sich stabilisiert, und „Jank“ gilt nicht mehr als Standardannahme, sondern als Leistungsfehler.

Fabric, die moderne Render-Architektur von React Native, hat den Großteil dieser schweren Arbeit übernommen. Anstatt Nachrichten über eine Brücke zu bündeln, hält Fabric einen einzigen Baum für React und Native, was gleichzeitiges Rendern und eine feinkörnige Priorisierung ermöglicht. Die nebenläufigen Funktionen von React 18 fließen jetzt direkt in mobile Benutzeroberflächen ein, sodass Hintergrundaktualisierungen das Scrollen oder die Touch-Eingabe nicht mehr zum Stillstand bringen.

Unter Fabric basiert das Layout weiterhin auf Yoga, jedoch mit engerer Integration. Layout-Berechnungen laufen in C++, sind plattformübergreifend für iOS, Android und Windows nutzbar und React Native kann Arbeiten vorab berechnen oder verwerfen, wenn Komponenten den Sichtbereich verlassen. Diese Architektur geht direkt auf die Kritik an der „fehlenden echten Parallelität“ ein, die Snapchat ursprünglich in Richtung Valdi drängte.

Microsoft hat leise eine der größten Lücken von React Native geschlossen: Desktop-Unterstützung ersten Ranges. React Native macOS und React Native Windows werden jetzt als unterstützte Produkte angeboten, nicht als Nebenschauplätze. Office, Teams und die Xbox-Begleitapps nutzen diese Technologien und beweisen, dass React Native Desktop ansprechen kann, ohne auf Electron oder Webansichten zurückgreifen zu müssen.

Die Funktionalität über die Plattformen hinweg erscheint nun überraschend vollständig. Ein einheitlicher Code kann iOS, Android, Windows und macOSOS ansprechen, indem gemeinsame Komponenten, native Menüs und systemweite Barrierefreiheits-APIs verwendet werden. Entwicklerteams, die früher drei oder vier UI-Stacks pflegten, konsolidieren routinemäßig auf einen, plus eine dünne Schicht plattformübergreifender Verknüpfungen.

Die Reife des Ökosystems könnte das stärkste Argument von React Native gegen Valdi sein. Expo hat sich zu einer All-in-One-Plattform entwickelt mit: - Schnellem Refresh für nahezu sofortige Code-Updates - OTA-Updates über EAS Update - Vorgefertigten SDKs für Kamera, Benachrichtigungen und Sensoren

Rund um diesen Kern erstreckt sich ein umfangreicher Marktplatz von Bibliotheken – React Navigation, Reanimated, React Query, Lottie und mehr – der die meisten App-Bedürfnisse abdeckt. Die Dokumentation wurde verbessert, die Unterstützung für TypeScript verstärkt, und Unternehmen wie Shopify, Coinbase und Walmart stellen nun Produktions-Apps mit React Native bereit. Für alle, die Optionen vergleichen, konkurriert die offizielle Dokumentation von Valdi jetzt mit einem Giganten statt mit einem experimentellen Toolkit.

Die Installation von Valdi heute fühlt sich weniger an wie das Herunterladen eines ausgereiften SDKs und mehr wie der Einstieg in ein internes Pilotprojekt. Offiziell im „Beta“-Status kommt das Framework mit rauen Kanten, die sofort sichtbar werden, sobald Sie den ersten Befehl `valdi init` ausführen. Unter macOS jonglieren Sie mit Bazel, Android SDKs, Xcode-Toolchains und Node-Versionen, bevor Sie überhaupt einen „Hello, world“-Bildschirm sehen.

Entwickler berichten, dass der Installer von Valdi fröhlich falsche Abhängigkeiten erkennt oder automatisch die falschen Versionen installiert. Die Better Stack-Anleitung stieß auf nicht übereinstimmende Android-Build-Tools und TypeScript-Konfigurationen, bevor überhaupt eine einzige Ansicht gerendert wurde. Für ein Framework, das mit „nativer Geschwindigkeit, Webgeschwindigkeit“ wirbt, untergräbt dieses fragile Setup das Hauptversprechen.

Frühe Anwender stoßen auch auf merkwürdig spezifische Fallstricke. Projektnamen dürfen keine Bindestriche enthalten; `my-app` funktioniert nicht, während `my_app` einwandfrei läuft, eine Einschränkung, die eher wie eine interne Konvention als eine öffentliche Produktentscheidung wirkt. Annahmen über Pfade und festgelegte Standardwerte dringen aus Snapchats Monorepo in die Laptops aller anderen ein.

Auf dem Papier bietet Valdi ein Premium-Entwicklererlebnis: sofortiges Hot Reload, vollständiges VS Code-Debugging und plattformübergreifende Builds, die „einfach funktionieren“. In der Praxis fühlt sich die Beta jedoch eher danach an, eine eigene Toolchain um einen leistungsstarken, aber launischen Motor herum aufzubauen. Man verbringt genauso viel Zeit damit, Bazel und Gradle zu besänftigen, wie man mit dem Schreiben von JSX beschäftigt ist.

Die Dokumentation offenbart dasselbe Paradoxon. Offizielle Leitfäden decken den idealen Verlauf ab – grundlegende Einrichtung, einfache Ansichten, einige Lifecycle-Hooks – verlieren jedoch schnell an Substanz, sobald man in benutzerdefinierte native Module, fortgeschrittene Skia-Nutzung oder CI-Integration abbiegt. Viele Randfälle existieren nur im internen Wissen von Snapchat oder in verstreuten Community-Gists.

Valdi benötigt eindeutig mehr „Kampftests“ außerhalb von Snaps Mauern. Die zehnjährige Geschichte von GitHub-Problemen, Stack Overflow-Antworten und Expo-Rezepten zu React Native ist hier noch nicht vorhanden, und man spürt diese Abwesenheit jedes Mal, wenn ein obskurer Bazel-Fehler den Build blockiert.

Ein einzelnes Framework, so glänzend es auch sein mag, kann nicht mit einem Millionen-Entwickler Vorsprung konkurrieren. Valdi kommt mit beeindruckenden internen Funktionen, aber es bringt nahezu kein Ökosystem mit. Kein Reddit-Kollektiv, keine erprobten Boilerplates, kein Jahrzehnt an seltsamen Randfällen, die bereits von jemandem in Bangalore um 3 Uhr morgens gelöst wurden.

Das größte Werkzeug von React Native ist jetzt nicht Fabric, Yoga oder Expo; es ist die Schwerkraft. Eine riesige globale Gemeinschaft produziert unzählige YouTube-Tutorials, Udemy-Kurse und Medium-Posts, sowie Tausende von Open-Source-Paketen. Die Unterstützung durch Unternehmen wie Meta, Microsoft, Shopify und andere verstärkt diesen Schwung mit langfristigen Roadmaps und bezahlten Teams, die Fehler beheben, die die meisten Menschen niemals sehen werden.

Suche nach „React Native Push-Benachrichtigungen“ und du ertrinkst in Optionen. Suche heute nach „Valdi Push-Benachrichtigungen“ und du findest hauptsächlich die eigenen Dokumente von Snapchat und ein paar experimentelle Repos. Für realitätsnahe Teams entscheidet dieser Unterschied darüber, ob ein Sprint pünktlich abgeschlossen wird oder ins Stocken gerät, während jemand eine native Brücke rückentwickelt.

Entwickler verlassen sich ebenso auf Stack Overflow wie auf offizielle Dokumentationen. Bei Valdi gibt es fast keine akzeptierten Antworten, keine kanonischen Snippets, keine fünf Jahre alten Threads, die erklären, warum ein Layout auf einer bestimmten Android-OEM-Oberfläche explodiert. Jedes Problem könnte zu einem Forschungsprojekt vom Null- auf Eins-Level werden, anstatt eines schnellen Copy-Paste von einem grünen Häkchen.

Drittanbieterbibliotheken bilden das Gerüst der modernen App-Entwicklung. React Native-Entwickler erwarten: - Navigationsstapel mit integriertem Deep-Linking - Analytics-SDK-Wrapper für Amplitude, Segment, Mixpanel - Zahlungs-, Authentifizierungs- und Kartenkomponenten von Stripe, Auth0, Google und mehr

Valdi bietet heute fast nichts davon, wodurch Teams gezwungen sind, zurückzukehren zu maßgeschneiderten nativen Integrationen und TypeScript-Bindings für jeden Dienst, den sie nutzen.

Einzelunternehmens-Frameworks tragen stets ein existenzielles Risiko. Wenn sich Snapchats Prioritäten verschieben – ein weiteres Redesign, eine neue Plattform-Wette – könnte Valdi stillstehend geraten, während die GitHub-Probleme sich häufen. Für ein Start-up, das 2025 eine Technologie-Stack wählt, fühlt es sich weniger an, als würde man ein Werkzeug übernehmen, und mehr, als würde man seinen Fahrplan an die Produktstrategie eines anderen binden, wenn man auf ein Framework setzt, das effektiv nur einen primären Produktionsnutzer hat.

Acht Jahre interner Nutzung verleihen Snapchat einen seltenen Luxus: eine bewährte Infrastruktur vor der öffentlichen Prüfung. Valdi hat leise die zentralen Snapchat-Erlebnisse auf iOS, Android und macOS angetrieben, was vermuten lässt, dass eine Motivation einfach ist: Das Framework hat endlich einen Reife-Threshold überschritten, bei dem das Open Sourcing mehr Vorteile als Risiken mit sich bringt.

Die Veröffentlichung jetzt stimmt auch mit einem breiteren Branchentrend in Richtung TypeScript-erster Werkzeuge überein. Valdi setzt stark auf TypeScript, JSX, Dekoratoren, Bazel, Yoga und Skia, ein Stack, der jetzt eher mainstream als experimentell wirkt, was es externen Entwicklern erleichtert, ihn zu verstehen und zu erweitern, ohne dass Snapchat Unterstützung leisten muss.

Theorie eins: Snapchat wartete, bis Valdi wie ein fertiges Produkt und nicht wie ein Forschungsprojekt aussah. Acht Jahre Optimierungen – globale Ansichtsaggregation, automatisches Recycling von Ansichten, Hot Reloads, die in Millisekunden gemessen werden – ermöglichten es dem Unternehmen, Valdi als glaubwürdige Alternative in einer Welt zu präsentieren, in der die offizielle React Native-Website bereits mit Fabric, gleichzeitiger Renderung und auf Yoga basierenden Layouts wirbt.

Theorie zwei: Snapchat möchte kostenlose Hilfe beim Aufbau eines modernen Komponenten-Ökosystems. Derzeit wird Valdi mit einem relativ dünnen Satz an produktionsbereiten UI-Primitiven ausgeliefert, im Vergleich zu React Natives Fülle an Community-Paketen, Expo SDKs und Design-System-Kits von Unternehmen wie Microsoft und Shopify.

Das Schließen dieser Lücke durch Crowdsourcing macht strategisch Sinn. Durch die Open-Source-Strategie kann Snapchat Agenturen, Startups und interne Teams anderer Unternehmen dazu motivieren, alles von grundlegenden Formularsteuerelementen bis hin zu komplexen Zugänglichkeits-Widgets beizutragen, während Snapchat gleichzeitig die Kontrolle über die zentrale Laufzeit- und Layout-Engine behält.

Komponentenbibliotheken altern ebenfalls schnell. Neue Betriebssystemversionen, Designtrends und Zugänglichkeitsrichtlinien erfordern ständige Aktualisierungen über drei Plattformen hinweg. Das Abgeben dieser Aufgaben an Open-Source-Beitragende ermöglicht es Snapchat, sich auf Leistung und Plattformintegration zu konzentrieren, anstatt unendlich Buttons und Karussells neu zu gestalten.

Theorie drei: Dies ist ein Rekrutierungsmanöver, das als Altruismus verkleidet ist. Wachstumsstarke Verbraucher-Apps kämpfen um erfahrene Mobile Engineers, und ein glänzendes, technisch anspruchsvolles Framework, das TypeScript direkt in native Ansichten übersetzt, sendet ein klares Signal über die Engineering-Kultur von Snapchat.

Die Veröffentlichung von Valdis internen Abläufen – Bazel-Pipelines, Yoga-Nutzung, Skia-Rendering-Pfade – fungiert als lebendiges Portfolio-Stück. Ingenieure, die sich für niedrigstufiges Rendering, Parallelverarbeitung und Toolchains interessieren, haben nun einen Grund, den Code von Snapchat zu lesen, Probleme zu melden und letztendlich auf die E-Mail eines Recruiters zu antworten.

Rohe Geschwindigkeit bleibt nach wie vor auf Valdis Seite. Die direkte Kompilierung von TypeScript zu nativen Ansichten, die JavaScript-Brücken vollständig umgeht, bietet Feeds und Story-Karussells auf Snapchat-Niveau, die selbst bei extremen Scroll-Arbeitslasten flüssig bleiben, unterstützt durch automatisches View-Recycling und einen globalen View-Pool. React Natives Fabric-Renderer und TurboModules haben einen großen Teil dieser Lücke geschlossen, dennoch leitet es mehr Logik über eine verwaltete Laufzeit und eine weitreichende Abstraktionsschicht.

React Native verfügt über ein Ökosystem, das Valdi einfach nicht hat. Expo, React Navigation, React Query, Reanimated und Tausende von Paketen decken alles ab, von der Authentifizierung bis zur Videobearbeitung, unterstützt von Millionen von Entwicklern und Produktionsanwendungen bei Meta, Microsoft, Shopify und Coinbase. Valdi wird mit einer schlanken Komponentenbibliothek, spärlicher Dokumentation und einem Beta-Installer ausgeliefert, der Abhängigkeiten falsch erkennen oder an etwas so Triviellem wie einem Bindestrich im Projektnamen scheitern kann.

Teams, die Valdi ernsthaft in Betracht ziehen sollten, befinden sich am äußersten Ende von Leistung und Kontrolle. Wenn Sie eine feed-lastige Social-App, einen Hochfrequenz-Trading-Client oder einen grafikintensiven Editor entwickeln, bei dem jeder fehlende Frame schädlich ist, kann das von Skia unterstützte Rendering und die nativen Layouts von Valdi den Aufwand rechtfertigen. Sie benötigen außerdem ein Team, das bereits mit Bazel, den internen Abläufen von iOS/Android/macOSOS vertraut ist und in der Lage ist, eine junge Toolchain zu patchen, anstatt ein GitHub-Problem zu melden und zu warten.

Die meisten anderen Teams sollten bei React Native bleiben. Startups, Indie-Entwickler und Produktteams, die auf ein MVP hinarbeiten, legen mehr Wert auf das Bereitstellen von Funktionen als auf die Reduzierung von 5–10 ms bei der Anordnung. Die Expo-Tools von React Native, Fast Refresh, ausgereifte CI-Vorlagen und bewährte Bibliotheken verringern das Risiko und die Schwierigkeiten beim Einstellen von Mitarbeitern auf eine Weise, die kein Framework aus der 1.0-Ära bieten kann.

Valdi landet 2025 als faszinierendes Artefakt aus einer anderen Ära der plattformübergreifenden Ängste. Die ursprüngliche Mission – brückenlose, leistungsstarke, TypeScript-orientierte UIs für iOS, Android und macOS – ist nicht mehr einzigartig, da React Native, Flutter und sogar SwiftUI plus Kotlin Multiplatform denselben Raum beleben. Technisch beweist Valdi, dass ein kleines, fokussiertes Team die bestehende Situation übertreffen kann; strategisch könnte es sich als Nischenwaffe für Unternehmen erweisen, deren Leistungsbudgets so aggressiv sind wie das von Snapchat.

Was ist Snapchats Valdi-Framework?

Valdi ist ein plattformübergreifendes UI-Framework, das von Snapchat entwickelt wurde und TypeScript sowie JSX direkt in nativen Code für iOS, Android und macOS kompiliert, wodurch die Notwendigkeit einer JavaScript-Brücke entfällt.

Warum hat Snapchat Valdi anstelle von React Native entwickelt?

Snapchat hat Valdi vor 8 Jahren ins Leben gerufen, weil React Native damals Leistungsprobleme aufgrund seiner JavaScript-Brücke hatte, keine echte Parallelität bot und keine umfassende Unterstützung für Desktop-Anwendungen hatte.

Was ist der Hauptvorteil von Valdi in technischer Hinsicht?

Valdis großer Vorteil ist seine Leistung. Es wird direkt in nativen Code kompiliert und verwendet fortschrittliche Techniken wie automatisches View-Recycling und viewport-bewusstes Rendering, was zu schnelleren und effizienteren Apps führen kann.

Was sind die größten Risiken bei der Verwendung von Valdi für ein neues Projekt?

Die Haupt Risiken sind das Fehlen einer großen Community, die unausgereifte Dokumentation und die Unsicherheit hinsichtlich der langfristigen Unterstützung durch Snapchat. Im Gegensatz dazu ist React Native ein ausgereiftes Ökosystem mit umfassender Unterstützung durch die Community.