Come valutiamo

Ogni scheda nasce da dati pubblici e controlli automatici. Nessuno paga per essere elencato e niente qui è un audit di sicurezza.

Bozza 0.1, ottobre 2026

Da dove arrivano le app

Partiamo dai cataloghi a cui le persone si affidano già per installare software: F-Droid, Flathub, Homebrew e winget, più la ricerca su GitHub e Show HN per i progetti più giovani. Ogni candidato viene collegato al suo repository sorgente e controllato.

Chi entra

  • Una licenza approvata OSI o libera, letta dal repository e confrontata con i canali d'installazione (vedi Politica sulle licenze).
  • Un progetto vero: non archiviato, non fork, mirror o template, con codice modificato negli ultimi due anni.
  • Diffusione o slancio sufficienti (stelle, presenza nei cataloghi, attenzione recente).
  • Almeno un modo ufficiale per installarlo, oppure istruzioni chiare per il self-hosting.
  • Restano fuori le app che F-Droid segnala per tracciamento, pubblicità o servizi di rete non liberi.

Salute

La salute si mostra a fasce (Solida, Discreta, Da verificare, Debole) invece che con un punteggio, con l'elenco completo dei controlli in ogni scheda:

  • Manutenzione: quando è cambiato il codice l'ultima volta.
  • Rilasci: una release negli ultimi 90 giorni, tag con versione, note di rilascio o changelog.
  • Issue: se la maggior parte delle issue segnalate viene chiusa.
  • Documentazione: istruzioni d'installazione, screenshot, sito o documentazione, guida per contribuire.
  • Sicurezza di base: politica di sicurezza, checksum o firme dei download. OpenSSF Scorecard e vulnerabilità note sono previsti e mostrati come “non ancora verificato”.

I controlli che non si applicano (per esempio i rilasci di un progetto nato da due settimane) non contano. Con troppi pochi dati la fascia è “Nuova, dati insufficienti”. La salute è un’indicazione automatica delle pratiche di base alla data del controllo. Non dice che il software sia sicuro, privo di vulnerabilità o di malware e non sostituisce i tuoi controlli (vedi Esclusione di responsabilità).

In ascesa

Un progetto è “In ascesa” solo quando almeno due segnali indipendenti concordano, per esempio molte stelle nuove a settimana e uno Show HN recente, oppure un ingresso recente in un catalogo e una crescita rapida. I motivi sono elencati nella scheda.

Ottieni

Il pulsante Ottieni suggerisce il canale ufficiale per il tuo sistema (winget su Windows, Homebrew su macOS, Flathub su Linux, F-Droid su Android, altrimenti la release GitHub del progetto). I comandi nascono da modelli fissi e ogni identificatore viene validato. Non ospitiamo né ripacchettizziamo download e il software che ottieni è software di terzi, con la sua licenza (vedi Esclusione di responsabilità). I pacchetti winget sono collegati solo se l'URL dell'installer punta al repository del progetto.

Descrizioni

Le descrizioni sono scritte dalla nostra redazione con assistenza automatica a partire da materiale pubblico (README, metadati dei cataloghi), con parole nostre, e restano indicate come non riviste finché una persona non le controlla. Gli sviluppatori possono chiedere correzioni in qualsiasi momento.

Auto-listed

Alcune schede vengono create automaticamente dal nostro censimento giornaliero: cerca su GitHub nuove app open source, scarta fork, mirror, template, librerie e progetti con crescita sospetta delle stelle, controlla che esista un modo ufficiale per installarle e fa valutare automaticamente il README. Queste schede hanno il badge “Auto-listed”: la descrizione è generata, nessuno del progetto le ha verificate e sono diverse da quelle marcate “Verificata dallo sviluppatore”.

Una scheda automatica esce da sola dal catalogo quando il repository viene cancellato, archiviato, resta inattivo per 12 mesi o non ha più una licenza open source. Se sei lo sviluppatore puoi rivendicarla e sostituire i nostri testi con i tuoi, oppure chiederci di toglierla dalla pagina Segnala: la togliamo subito e non viene più proposta.