General Criteria

Hieronder staan enkele algemene prioriteiten die we in overweging nemen voor alle inzendingen voor Privacy Guides. Elke categorie heeft extra vereisten voor opname.

• Security: Tools should follow security best practices wherever applicable.
• Bronbeschikbaarheid: Open-source projecten hebben over het algemeen de voorkeur boven gelijkwaardige propriëtaire alternatieven.
• Cross-Platform Availability: We typically prefer recommendations to be cross-platform to avoid vendor lock-in.
• Active Development: The tools that we recommend should be actively developed. Unmaintained projects will be removed in most cases.
• Usability: Tools should be accessible to most computer users. An overly technical background should not be required.
• Documentatie: Tools moeten duidelijke en uitgebreide documentatie hebben voor gebruik.

Financiële informatie

We verdienen geen geld met het aanbevelen van bepaalde producten, we gebruiken geen affiliate links en we geven geen speciale aandacht aan projectdonoren.

Zelfinzendingen van ontwikkelaars

Wij stellen deze eisen aan ontwikkelaars die hun project of software in overweging willen geven.

• Must undergo our self-submission process as a way to engage with our community, address any potential concerns, and elicit any feedback that can help improve your project.

• Je moet jouw banden bekendmaken, d.w.z. jouw positie binnen het ingediende project.

• Must have a security whitepaper if it is a project that involves the handling of sensitive information like a messenger, password manager, encrypted cloud storage, etc.

  • Regarding third party audit status, we want to know if you have undergone one, or have requested one. Vermeld indien mogelijk wie de controle zal uitvoeren.

• Moet uitleggen wat het project te bieden heeft op het gebied van privacy.

  • What new problem(s), if any, does it solve?
  • Waarom zou iemand het gebruiken boven de alternatieven?

• Moeten aangeven wat het exacte dreigingsmodel is van hun project.

  • Het moet voor potentiële gebruikers duidelijk zijn wat het project kan bieden, en wat niet. Ideally, a developer should be able to identify what common threat(s) their project protects against.

U bekijkt de Nederlands versie van Privacy Handleidingen, vertaald door ons fantastische taalteam op Crowdin. Als u een fout, of onvertaalde secties op deze pagina ziet, overweeg dan alstublieft om te helpen! Bezoek Crowdin

You're viewing the Dutch copy of Privacy Guides, translated by our fantastic language team on Crowdin. If you notice an error, or see any untranslated sections on this page, please consider helping out!