L'accesso anticipato è aperto: licenza una tantum 34,99 USD
Come è fatto Meshory

Chiunque può dire che il proprio software è solido. Ecco le prove.

Meshory è sviluppato da una sola persona, è a pagamento e il codice sorgente è chiuso. È molto da chiederti di accettare sulla fiducia, quindi preferisco non chiederlo. Questa pagina contiene le prove: cosa viene eseguito prima di ogni rilascio, cosa ho misurato, cosa mi sono rifiutato di affermare e cosa manca ancora.

Scritto da Petros, che sviluppa Meshory. Scopri di più sulla persona dietro il progetto.

6.987
test automatici, tutti verdi prima di ogni release
298
test end-to-end che pilotano la vera app
23
release pubbliche dall'8 luglio 2026
141.696
file nella libreria su cui eseguo i benchmark
Verificato l'ultima volta sul repository il 19 settembre 2026. Entrambe le suite devono passare prima che una release possa uscire.

Nulla viene rilasciato prima di aver superato tutto questo

Ogni versione, anche le più piccole, supera lo stesso controllo. Nessuna eccezione manuale, perché un controllo che puoi saltare non è un controllo.

01

Il controllo dei tipi deve passare

TypeScript compila l'intera app desktop senza errori prima che parta qualsiasi altra cosa. Una build che non supera il controllo dei tipi non arriva mai alla fase di test.

02

6.987 test unitari

578 file di test che coprono il motore di scansione, il livello del database, l'indicizzazione degli archivi, il rilevamento dei duplicati, le licenze e l'interfaccia. Altri 52 sono saltati anziché eliminati, e il conteggio qui sopra non li include.

03

298 test end-to-end

Playwright avvia la vera app pacchettizzata su una libreria reale sul disco e la usa come farebbe una persona: scansiona una cartella, fa ricerche, apre il visualizzatore 3D, aggiunge tag, trova i duplicati, sposta i file nel cestino. 63 file di spec.

04

Firmata e notarizzata su macOS

Ogni build per macOS viene firmata e inviata ad Apple per la notarizzazione prima di avvicinarsi a un link di download. Se la notarizzazione non riesce, la release si ferma.

05

Anche l'installer passa uno smoke test

La CI installa l'app compilata su una macchina pulita e la avvia. Una release che compila ma non si avvia viene intercettata qui, invece che da te.

06

Pubblicazione in due fasi

Le build finiscono prima in uno spazio di archiviazione privato. Nulla arriva alla pagina di download o all'aggiornamento automatico degli utenti esistenti finché non viene eseguito un passaggio di promozione separato.

Misurato, non dichiarato

Faccio i benchmark sulla mia libreria, non su una cartella demo

I benchmark di agosto sull'intera libreria, qui sotto, confrontano la stessa libreria NAS sullo stesso computer, prima e dopo: 141.696 file indicizzati in 8.448 cartelle, 3,3 TB al momento in cui queste esecuzioni sono state registrate, il 2 agosto 2026. I risultati grezzi sono salvati nel repository con un timestamp, la versione dell'app e l'hardware su cui sono stati eseguiti, così una modifica successiva che rallenta qualcosa senza farsi notare salta all'occhio.

Quel numero conta i file, non i modelli, ed è per questo che è più alto dei 118.270 modelli citati altrove su questo sito. 6.997 di quei file sono archivi ZIP, e le 100.874 voci al loro interno sono indicizzate come elementi a pieno titolo invece di restare blob opachi. Il resto della differenza sono le immagini, i PDF e i readme che stanno accanto ai modelli. I benchmark contano tutto ciò su cui lo scanner deve effettivamente lavorare.

Queste ultime due cifre vengono da un'esecuzione successiva sulla stessa libreria, del 8 agosto 2026, perché le esecuzioni alla base della tabella sono precedenti al contatore che le registra. Stesso corpus: entrambe riportano gli stessi 141.696 asset nelle stesse 8.448 cartelle. Anche quell'esecuzione è pubblicata.

Cosa
Prima
OraPiù veloce
di
Prima scansione dell'intera libreria
6 h 49 min
7 min 18 s
56×
Nuova scansione quando non è cambiato nulla
8 min 33 s
56 ms
9.098×
Apertura dell'albero delle cartelle
206 ms
66 ms
3,1×
Ricerca nella libreria
158 ms
0,19 ms
826×

La riga della prima scansione ferma il cronometro quando puoi già sfogliare la libreria e fare ricerche. Miniature, immagini di copertina e hash per i duplicati vengono poi elaborati in background, e su questa libreria continuano a lungo dopo la fine della scansione. Misurato su un Apple M4 Pro, 12 core, 48 GB, sulla stessa condivisione NAS in sola lettura in entrambe le esecuzioni. I tuoi numeri cambieranno in base al tuo hardware e alla tua rete. Questi sono quelli che posso mostrarti. La colonna dell'accelerazione è calcolata dividendo le misure grezze e non le cifre arrotondate accanto, quindi può discostarsi di una frazione di punto percentuale da ciò che ottieni dividendo i valori sullo schermo. Il JSON grezzo di ogni riga è pubblicato qui, con timestamp, versioni dell'app e computer inclusi.

7 settembre 2026 · Benchmark di sviluppo

Meno tempo ad aspettare le miniature

Gli ultimi miglioramenti alle miniature hanno ridotto il tempo di elaborazione del 35,8% su un campione di 768 asset della mia libreria NAS collegata via cavo. Ogni immagine prodotta era identica byte per byte prima e dopo.

Il database di test conservava tutti i 152.955 record degli asset, mentre la coda delle miniature copriva 500 file dentro archivi e 268 file sciolti. Entrambe le versioni includevano già le precedenti ottimizzazioni delle miniature.

Cosa
Prima
OraPiù veloce
di
Generazione di 768 miniature
25,1 s
16,1 s
1,56×

Mediana di due esecuzioni per versione, in ordine prima/dopo/dopo/prima, con cache del NAS e del sistema operativo già calde, su un Apple M4 Pro, 12 core, 48 GB. Il tempo include l'avvio dei worker, le letture, il rendering, la scrittura delle immagini e gli aggiornamenti del database. Sono stati esclusi la scansione, il tagging, i modelli STEP e l'interfaccia. La libreria completa non è stata cronometrata con queste modifiche. Leggi il registro delle misurazioni.

Ciò che non mi sono permesso di affermare

Misurare serve proprio perché a volte la misurazione dice di no. Ecco una conclusione, riportata parola per parola, da uno dei miei report di benchmark, su un'accelerazione che avrei voluto poter pubblicizzare:

bench/results/scan-throughput-completion-2026-08-08-nas/README.mdconclusione, testuale
“Directory read aggregate increased substantially even while archive wall time fell, so these runs do not support a directory read speedup claim.”

In quella stessa serie di prove, la prima scansione è diventata più veloce di circa l'11% e la gestione degli archivi di circa il 18%, ed entrambi i miglioramenti sono reali. Però la latenza delle anteprime nel campione è peggiorata, e un obiettivo che mi ero posto non è stato dimostrato dai dati, quindi non viene dimostrato nemmeno in questa pagina. I numeri che si muovono sempre e solo nella direzione che fa comodo non sono misurazioni, sono marketing.

Cosa non è ancora pronto

La lista che vorrei leggere se dovessi decidere se fidarmi del software di qualcun altro.

Le build per Windows non hanno ancora la firma del codice.

Alla prima installazione Windows mostra un avviso SmartScreen, e alcuni antivirus mettono subito in quarantena l'installer come falso positivo. Solo la firma del codice elimina entrambi i problemi. Finché non arriva, lo SHA-256 di ogni build e un report di VirusTotal sono sulla pagina dei download, così puoi verificare il file da solo. macOS oggi è già firmato e notarizzato.

Il codice sorgente è chiuso.

Non puoi leggere il codice, quindi il resto di questa pagina spiega come cerco di renderlo un accordo ragionevole anziché un atto di fede.

I singoli file molto grandi possono ancora metterlo in difficoltà.

Un singolo STL oltre circa un gigabyte può esaurire la memoria durante il calcolo degli hash per i duplicati. È un limite noto con una soglia misurata, non una sorpresa.

È una persona sola.

Se sto dormendo, il tuo messaggio su Discord aspetta fino al mattino. Non c'è nessuna reperibilità a turni sulle 24 ore, e non fingerò il contrario.

Non puoi leggere il codice, quindi ecco cosa ti devo in cambio

Funziona interamente sul tuo computer.

Meshory non carica mai i tuoi modelli. Nessun account, nessuna sincronizzazione, nessun server tra te e i tuoi file. Stacca il cavo di rete e funziona esattamente allo stesso modo.

Ciò che hai pagato è tuo.

Acquisto una tantum, non un abbonamento. La versione che hai comprato continua a funzionare, anche offline.

Il registro delle modifiche è preciso.

Ogni release dice cosa è cambiato davvero e perché, comprese le correzioni imbarazzanti. 23 di queste dal 8 luglio 2026

Chi riceve la segnalazione di un bug è la stessa persona che lo corregge

Le segnalazioni di bug e le richieste di funzioni arrivano su un Discord dove finiscono direttamente a me, e un buon numero di queste diventa realtà. Il filtro per tag esiste perché qualcuno l'ha chiesto su Discord. Il rilevamento dello slicer Snapmaker esiste perché un utente mi ha mandato dei file di esempio. Metà delle note di rilascio nasce da un'idea di qualcun altro.

Provalo sulla tua libreria

Scaricalo, puntalo sulla tua cartella peggiore e giudicalo da quello che fa con il tuo disordine.