mirror of
https://github.com/privacyguides/privacyguides.org.git
synced 2025-08-21 10:19:15 +00:00
41 lines
2.4 KiB
Markdown
41 lines
2.4 KiB
Markdown
---
|
|
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.
|