Scaricare i siti web che utilizzano RxJS

Informazioni su RxJS

Il nome viene frainteso di continuo. La libreria RxJS non ha nulla a che vedere con React, e un team convinto del contrario finirà per cercare uno stack del tutto sbagliato. In realtà la libreria segnala un tipo di progetto più che una preferenza in fatto di strumenti, e saperlo cambia il significato di una riga dell’esportazione.

La libreria RxJS, che rientra nella categoria JavaScript frameworks, è sviluppata da ReactiveX, è stata rilasciata nel 2012 con licenza Apache 2.0 e modella eventi e lavoro asincrono come flussi in JavaScript. Pochissimi team decidono a tavolino che un sito web ha bisogno di flussi reattivi. La libreria arriva perché un framework dipende da essa, e in pratica quel framework è Angular, dove fa parte della toolchain standard fin dalla riscrittura.

A ottobre 2026 rileviamo RxJS su 31.651 siti, di cui 12.383 si trovano negli Stati Uniti, e l’estensione più comune è .com. La distribuzione per paese ed estensione rispecchia il software aziendale più che l’editoria rivolta ai consumatori, il che corrisponde a ciò che i siti rilevati sono davvero: dashboard, portali clienti, flussi di prenotazione, front end bancari e strumenti interni che si trovano a essere esposti al pubblico.

L’implicazione è organizzativa più che tecnica. Un dominio che usa RxJS ha una pipeline di build, un gestore di pacchetti, una codebase tipizzata e almeno un ingegnere che mantiene tutto questo, il che lo rende un potenziale cliente completamente diverso da un sito assemblato con un page builder. I fornitori di soluzioni di monitoraggio, tracciamento degli errori, servizi di test e librerie di componenti cercano proprio quel profilo, e lo stesso vale per le agenzie con un reparto dedicato ad Angular in cerca di clienti che possano davvero seguire. Nulla di tutto questo è qualcosa che un’azienda pubblicizzi sul proprio sito, ed è per questo che va rilevato anziché ricercato.

Qui la sottostima è seria e va dichiarata chiaramente. I bundler eliminano i nomi delle librerie, quindi una build di produzione di solito non lascia nulla a cui agganciarsi, e il rilevamento si appoggia a file non minificati, nomi dei chunk di terze parti, riferimenti alle source map e residui simili. I domini che riusciamo a identificare sono quindi sbilanciati verso configurazioni di build meno rigorose, e la diffusione reale è più ampia del dato riportato sopra. Almeno la direzione dell’errore è nota, cosa che non si può dire di una stima.

L’esportazione è una stima per difetto di una popolazione, non un censimento. Anche come valore minimo dice qualcosa che una verifica sul singolo dominio non può dire, cioè dove si concentrano gli stack front end reattivi, per mercato, per estensione e per tipo di attività che finisce per costruirne uno.