2.4 KiB
title
| title |
|---|
| Criteri generali |
!!! example "Lavori in corso"
La pagina seguente è un lavoro in corso e non riflette i criteri completi per le nostre raccomandazioni in questo momento. Discussione precedente su questo argomento: [#24](https://github.com/privacyguides/privacyguides.org/discussions/24)
Below are some things that must apply to all submissions to Privacy Guides. Ogni categoria avrà requisiti aggiuntivi per l'inclusione.
Financial Disclosure
Non guadagniamo denaro consigliando determinati prodotti, non utilizziamo link di affiliazione e non offriamo una considerazione speciale ai donatori di progetti.
Linee guida generali
Applichiamo queste priorità quando prendiamo in considerazione nuove raccomandazioni:
- Sicuro: gli strumenti dovrebbero seguire le migliori pratiche di sicurezza, ove applicabile.
- Disponibilità dei sorgenti: i progetti open source sono generalmente preferiti rispetto alle alternative proprietarie equivalenti.
- Multipiattaforma: in genere preferiamo che le raccomandazioni siano multipiattaforma, per evitare il blocco del venditore.
- Sviluppo attivo: Gli strumenti che raccomandiamo dovrebbero essere sviluppati attivamente, i progetti non mantenuti verranno rimossi nella maggior parte dei casi.
- Usabilità: gli strumenti devono essere accessibili alla maggior parte degli utenti, senza richiedere un background troppo tecnico.
- Documentato: Gli strumenti dovrebbero avere una documentazione chiara ed estesa per l'uso.
Autocandidatura degli sviluppatori
Abbiamo questi requisiti per quanto riguarda gli sviluppatori che desiderano presentare il loro progetto o software per essere presi in considerazione.
-
Deve indicare l'affiliazione, cioè la sua posizione all'interno del progetto presentato.
-
Must have a security whitepaper if it is a project that involves handling of sensitive information like a messenger, password manager, encrypted cloud storage etc.
- Third party audit status. We want to know if you have one, or have one planned. Se possibile, indicare chi condurrà l'audit.
-
Must explain what the project brings to the table in regard to privacy.
- Risolve qualche nuovo problema?
- Perché qualcuno dovrebbe usarlo rispetto alle alternative?
-
Must state what the exact threat model is with their project.
- It should be clear to potential users what the project can provide, and what it cannot.