Henrique Schmaiske e il lavoro umano dietro Meteor 3.0
Meteor.js è uno di quei progetti open-source con cui gli sviluppatori convivono da anni. Ha oltre 44.800 stelle su GitHub, più di 500.000 installazioni attive in tutto il mondo e continua a trovarsi all'interno di prodotti in molti paesi.
Dietro il suo più grande rilascio in oltre dieci anni, Meteor 3.0, c'è Henrique Schmaiske, CTO di Meteor Software, che ha iniziato il lavoro nell'aprile 2022 e lo ha portato al rilascio nel luglio 2024.
Un framework di cui le persone si fidano ancora
Meteor è stato lanciato nel 2011, quando il JavaScript full-stack sembrava nuovo. Il suo fascino era semplice: gli sviluppatori potevano costruire tra client e server con un'unica lingua, mentre lavoravano con modelli di dati in tempo reale che rendevano le applicazioni immediate.
Questo è ciò che ha reso Meteor 3.0 più di un aggiornamento di routine. Quando un framework ha oltre 5.300 fork su GitHub e centinaia di migliaia di installazioni attive, ogni cambiamento importante ha delle conseguenze: su startup, imprese e sviluppatori che si affidano alle decisioni dei manutentori.
Il 💜 della tecnologia UE
Le ultime novità dalla scena tecnologica dell'UE, una storia del nostro saggio fondatore Boris e alcune opere d'arte AI discutibili. È gratuito, ogni settimana, nella tua casella di posta. Iscriviti ora!
Per Schmaiske, il lavoro non riguardava far sembrare Meteor nuovo, ma farlo progredire senza trattare la sua comunità come danno collaterale.
Il vecchio motore doveva essere rimosso
Il problema tecnico più difficile era Fibers, una libreria che Meteor aveva utilizzato per far sembrare il JavaScript asincrono sincrono. Per gli sviluppatori, era stata parte della fluidità di Meteor, ma l'ecosistema JavaScript e Node.js era andato avanti.
La necessità di rimuovere Fibers era già stata annotata nella Discussione GitHub #11505 nel giugno 2021. Quello era il documento di pianificazione originale, ma l'esecuzione non era iniziata. Schmaiske ha iniziato a lavorare dopo essere entrato in Meteor come Tech Lead nell'aprile 2022.
Ha guidato il team open-source di Meteor.js, impostando la direzione, progettando percorsi di migrazione, sequenziando i rilasci, rivedendo il codice come CODEOWNER e comunicando pubblicamente con gli utenti. Il team ha implementato le modifiche, mentre Schmaiske guidava lo sforzo.
Il cambiamento ha toccato metodi, pubblicazioni e accesso al database. Meteor doveva passare a async e await, dando alle applicazioni un modo realistico per adattarsi. Quando Node.js 14 ha raggiunto la fine della vita nell'aprile 2023, il percorso è diventato urgente.
L'open source non si muove per comando
All'interno di un'azienda, una migrazione difficile può essere gestita attraverso riunioni e scadenze, ma l'open source è diverso. Le persone sono sparse in paesi, fusi orari, aziende e priorità. Alcuni team aggiornano rapidamente, mentre altri hanno revisioni di conformità, obblighi verso i clienti o sistemi di produzione dove il downtime è serio.
Ecco perché la comunicazione è diventata parte del lavoro ingegneristico. Nel marzo 2023, Schmaiske ha aperto il thread del forum pubblico di Meteor per la roadmap di Fibers e Meteor 3.0, quindi ha pubblicato aggiornamenti settimanali sui progressi per quasi 18 mesi.
Quei post erano pratici. Mostravano cosa era stato spedito, cosa era bloccato, cosa necessitava attenzione e dove gli utenti dovevano fare attenzione. Hanno ridotto le congetture e hanno fatto sentire la migrazione meno come una sorpresa e più come una strada che gli utenti potevano seguire.
Il ponte è arrivato prima del rilascio
Meteor 3.0 non è arrivato come un'unica rottura con il passato. Prima del rilascio di luglio 2024, Schmaiske ha diretto il lavoro che ha permesso alle applicazioni Meteor di iniziare ad adottare async e await insieme a modelli più vecchi. Quella base è stata spedita in Meteor 2.8 e 2.9 durante il 2022.
Quella sequenza era importante. Invece di spingere ogni utente verso una finestra di aggiornamento, Meteor ha dato ai team il tempo di prepararsi prima che il cambiamento architettonico si concretizzasse.
Il contributo di Schmaiske a quella base è stato riconosciuto. Nel changelog ufficiale di Meteor, è elencato per primo nelle sezioni "Ringraziamenti speciali" per v2.8.2 e v2.9.
Quando Meteor 3.0 è stato rilasciato nel luglio 2024, ha coperto 2.300 commit, 800 file modificati e più di 200 pull request. Ha rimosso Fibers, ha spostato il framework a async e await e ha aggiornato Node.js alla versione 20.
Riconoscimento oltre la comunità centrale
L'annuncio ufficiale del rilascio di Meteor 3.0 ha nominato Schmaiske come uno dei tre contributori principali. Sul forum di Meteor, ha ricevuto più di 22.600 visualizzazioni e 626 mi piace.
Il rilascio ha raggiunto anche l'ecosistema JavaScript più ampio. L'edizione 697 di JavaScript Weekly, pubblicata il 18 luglio 2024, ha coperto Meteor 3.0, presentandolo ai lettori di una newsletter di lunga data.
Schmaiske è anche un CODEOWNER designato nel principale repository GitHub di Meteor.js, il che significa che la sua revisione è necessaria per le modifiche che influenzano parti chiave del framework. In un progetto open-source maturo, è responsabilità delle persone che costruiscono su di esso.
La portata di Meteor aiuta a spiegare perché quella responsabilità sia importante. Wappalyzer, TheirStack e Enlyft elencano Meteor.js come in uso attivo in migliaia di aziende a partire dal 2025. Built In nomina Apify, ANY.RUN e Chatra tra le aziende che utilizzano il framework.
Un percorso pratico verso la leadership
Il percorso di Schmaiske verso Meteor è stato costruito attraverso un lavoro software pratico. Prima di unirsi all'azienda, ha lavorato in startup brasiliane come Tipay e Hola! Cartão, successivamente con Familio a Copenaghen e AE Studio a Los Angeles, dove ha guidato lavori legati alla blockchain per Protocol Labs utilizzando Filecoin.
Il suo percorso professionale è iniziato al di fuori del tradizionale framework ingegneristico. Era stato pratico con i computer fin da giovane, aveva costruito siti web nel tempo libero e gestiva un'attività di educazione online chiamata Burn Up Studio, facendola crescere a più di 400 studenti mentre costruiva la piattaforma da solo. Questo lo ha portato a startup, team software internazionali e leadership di framework open-source.
È entrato in Meteor Software nell'aprile 2022 come primo assunto tecnico dell'azienda sotto un nuovo team di leadership. Poco dopo, ha iniziato il lavoro su Meteor 3.0, ha aiutato a guidare il framework attraverso il suo più grande rilascio in oltre dieci anni e è diventato CTO nell'aprile 2025.
Il suo background è incentrato sui praticanti. Ha imparato costruendo e spedendo software di produzione, poi è passato alla leadership attraverso progetti in cui l'affidabilità aveva conseguenze. Questo si riflette nei rilasci a tappe di Meteor 3.0, nella pianificazione della migrazione, nella revisione del codice, negli aggiornamenti pubblici e nel focus sulle persone, a seconda del framework.
Cosa viene dopo
La modernizzazione di Meteor non si è fermata a 3.0, ma la lezione è meno riguardo a una singola funzionalità e più riguardo alla gestione. Galaxy Cloud fornisce al team feedback sulla produzione, ma Meteor 3.0 rimane il chiaro esempio della sua leadership.
Il rilascio ha dimostrato che un framework open-source vecchio di un decennio può ricostruire parti fondamentali di se stesso senza allontanarsi dalla comunità che dipende da esso. Per Schmaiske, il risultato è stato aiutare migliaia di team downstream a progredire con fiducia.
Altri articoli
Henrique Schmaiske e il lavoro umano dietro Meteor 3.0
Il CTO di Meteor, Henrique Schmaiske, ha guidato il rilascio più grande del framework in oltre un decennio, rimuovendo i Fibers e migrando a async/await attraverso 2.300 commit, mantenendo stabili oltre 500.000 installazioni attive.
