Henrique Schmaiske ist der Technologieführer hinter Meteor 3.0, der größten Veröffentlichung von Meteor.js seit mehr als einem Jahrzehnt. Für viele Entwickler und Unternehmen markierte es einen Wendepunkt in der Entwicklung eines Frameworks, das zu einem festen Bestandteil des JavaScript-Ökosystems geworden ist.
Meteor.js hat mehr als 44.800 GitHub-Sterne erhalten und unterstützt über 500.000 aktive Installationen weltweit. Diese Reichweite bedeutete, dass Schmaiske nicht einfach nur ein weiteres Versionsupdate beaufsichtigte. Er half dabei, ein Framework zu modernisieren, auf das unzählige Groups angewiesen waren. Aber das Beste ist, dass er es geschafft hat, ohne die Produkte zu stören, die sie darauf aufgebaut hatten.
Schmaiske kam im April 2022 als erster technischer Mitarbeiter des Unternehmens nach einer umfassenden organisatorischen Umstrukturierung zu Meteor. Nach einem CEO-Wechsel wurde er hinzugezogen, um beim Aufbau der technischen Grundlage der Organisation mitzuhelfen, und übernahm bald seine erste Tech-Lead-Rolle. Und hier nahm er eine der komplexesten Herausforderungen des Frameworks an. In den nächsten zwei Jahren leitete er die Modernisierung der Meteor-Grundlagen und bewahrte gleichzeitig das Vertrauen der Entwickler und Unternehmen, die ihre Produkte darauf aufgebaut hatten.
Sich Meteors größter Herausforderung stellen
Meteor conflict schon lange auf Fibers angewiesen. Es handelte sich um eine Bibliothek, die es Entwicklern ermöglichte, asynchronen Code synchron darzustellen, wodurch Anwendungen einfacher zu schreiben und zu verstehen waren. Diese Bequemlichkeit hat dazu beigetragen, das Entwicklererlebnis zu prägen, für das Meteor bekannt wurde. Allerdings conflict Fibers nicht mehr mit der zukünftigen Ausrichtung von Node.js kompatibel, was seine Entfernung notwendig machte, wenn Meteor sich weiterentwickeln und seine Benutzer unterstützen wollte.
Beim Entfernen von Fasern ging es um mehr als nur den Austausch einer Technologie. Es wurde für Methoden, Veröffentlichungen und Muster in Datenbanken verwendet. Die Neugestaltung dieser Systeme bedeutete, die über Jahre in Meteor getroffenen Annahmen zu überdenken und Änderungen an bestehenden Anwendungen auf ein Minimal zu beschränken.
Hier ist der schwierigste Teil. Node.js 14 erreichte im April 2023 das Ende seiner Lebensdauer. Seit Juni 2021 gab es ein Planungsdokument für die Fibers-Entfernung, mit den Ausführungsarbeiten wurde jedoch noch nicht begonnen. Schmaiske leitete die Migration ein, nachdem er im April 2022 zu Meteor kam, und verwandelte den Vorschlag in eine aktive technische Anstrengung.
Einen sichereren Weg zu Meteor 3.0 abbilden
Für die Entwickler und Unternehmen, die auf Meteor aufbauen, ging der Einsatz über die eigentliche technische Arbeit hinaus. Bedeutende Framework-Änderungen zwingen Groups oft dazu, sich zwischen dem Warten auf Upgrades und der Durchführung umfangreicher Neufassungen in anspruchsvollen Zeitplänen zu entscheiden.
Schmaiske wollte, dass Meteor-Benutzer diese Erfahrung vermeiden. Deshalb entwarf er sorgfältig eine Migrationsroute, die einen nahtlosen Übergang ermöglicht, anstatt einen abrupten Wandel aufzuerlegen. Und im Jahr 2022 wurden mit Meteor 2.8 und 2.9 erste Arbeiten veröffentlicht, die die Koexistenz von Async und Wait mit traditionelleren Mustern ermöglichen.
Dieser inkrementelle Ansatz gab den nachgelagerten Groups Zeit, sich vorzubereiten. Entwickler könnten Anwendungen in einem Tempo modernisieren, das zu ihrem Unternehmen passt, und gleichzeitig Produktionssysteme weiterhin unterstützen. Die Strategie spiegelte die allgemeinere Überzeugung wider, dass Modernisierung Fortschritte ermöglichen sollte, anstatt unnötige Hindernisse zu schaffen.
Einen Rahmen durch große Veränderungen führen
Die Migration zu Meteor 3.0 erstreckte sich über mehrere Releases und erforderte ein größeres Group von Ingenieuren. Es erforderte Führung, eine sorgfältige Abfolge und ein Verständnis dafür, wie sich jede Entscheidung auf das breitere Ökosystem auswirken würde.
Als designierter CODEOWNER des GitHub-Repositorys Meteor.js überprüfte Schmaiske Änderungen, die sich auf wichtige Teile des Frameworks auswirken. Er gab die Richtung vor, leitete technische Diskussionen und sorgte dafür, dass die Arbeit im gesamten Group koordiniert wurde.
Dann wurde Meteor 3.0 schließlich im Juli 2024 offiziell veröffentlicht. Dazu gehörten 2.300 Commits, 800 geänderte Dateien und 200 Pull-Requests. Es entfernte Fibers, änderte Meteor auf natives Async und Wait und aktualisierte das Framework auf Node.js 20. In der offiziellen Veröffentlichungsankündigung wurde Schmaiske auch als einer der drei Hauptmitwirkenden hinter dem Meilenstein anerkannt.
Die Neighborhood auf dem Laufenden halten
Die technische Ausführung conflict nur ein Teil der Verantwortung. Meteor unterstützte eine globale Neighborhood von Entwicklern und Organisationen, die Transparenz darüber benötigten, was wann geschah.
Im März 2023 eröffnete Schmaiske einen öffentlichen Roadmap-Thread im Meteor-Discussion board und begann, wöchentliche Fortschrittsaktualisierungen zu teilen. Er führte diese Aktualisierungen quick anderthalb Jahre lang fort und sorgte für Transparenz sowohl der Erfolge als auch der verbleibenden Arbeit.
Die Updates waren nicht als Advertising gedacht. Sie stellten den nachgelagerten Groups Informationen zur Verfügung, um sie bei der Personalbesetzung, bei Upgrades und bei der Roadmapping für Meteors Pläne zu unterstützen. Schließlich wurde die offizielle Launch-Ankündigung von Meteor 3.0 bereits über 22.600 Mal aufgerufen und hatte mehr als 626 Likes. Das zeigt deutlich, wie die Neighborhood die Reise verfolgt hat.
Vertrauen schaffen durch Transparenz
Schmaiske beschreibt zunächst seinen Hintergrund als Praktiker. Er ging nicht den traditionellen Weg der Informatik, sondern lernte durch die Entwicklung von Produktionssoftware und die Lösung von Problemen in realen Umgebungen.
Vor Meteor arbeitete er bei Startups in Brasilien, in Kopenhagen bei Familio, einem Enterprise-Studio für Reise- und Restaurantprodukte, und distant bei einem US-Group bei AE Studio in Los Angeles, wo er ein Protocol Labs-Projekt mit Schwerpunkt auf der Filecoin-Blockchain leitete. Aus diesen Erfahrungen gewann er Einblick in die Bedeutung von Flexibilität, Verantwortlichkeit und Kommunikation bei der Verwaltung komplexer Projekte.
Main Meteor 3.0 prägte seine Philosophie der Open-Supply-Führung. Unternehmen, die auf einem Framework aufbauen, gehen eine langfristige Wette ein. Der einzige Weg, dieses Vertrauen zu verdienen, besteht darin, ehrlich darüber zu sein, was versendet wird, was noch nicht fertig ist und was Benutzer als nächstes erwarten sollten.
Führen durch eine entscheidende Leistung
Meteor 3.0 ist das Werk, auf das Schmaiske in seiner bisherigen Karriere am meisten stolz ist. Es handelte sich um eine jahrelange öffentliche Anstrengung, bei der die Gemeinschaft während des gesamten Übergangs einbezogen wurde.
Dabei ging es nie um die Anerkennung der Codezeilen. Schmaiskes Hauptaufgabe bestand darin, die Leitung des Groups zu übernehmen, Migrationspfade zu entwerfen, die Arbeit über Releases hinweg zu sequenzieren, kritische Änderungen zu überprüfen und mit der Neighborhood zu kommunizieren, während das Engineering-Group an der Umsetzung der Änderungen arbeitete.
Schmaiske conflict der Ansicht, dass die Veröffentlichung bewiesen habe, dass ein altes Open-Supply-Projekt weiterentwickelt werden könne, ohne das Vertrauen derjenigen zu verlieren, die es nutzten. Mit sorgfältiger Planung, konsequenter Ausrichtung und Transparenz trug er dazu bei, Meteor.js in die nächste Part zu bringen.