mirror of
https://github.com/privacyguides/privacyguides.org.git
synced 2024-10-01 01:35:57 -04:00
41 lines
2.3 KiB
Markdown
41 lines
2.3 KiB
Markdown
|
---
|
||
|
|
title: Algemene criteria
|
||
|
|
---
|
||
|
|
|
||
|
|
!!! example "Werk in uitvoering"
|
||
|
|
|
||
|
|
De volgende pagina is een werk in uitvoering, en geeft op dit moment niet de volledige criteria voor onze aanbevelingen weer. Eerdere discussie over dit onderwerp: [#24](https://github.com/privacyguides/privacyguides.org/discussions/24)
|
||
|
|
|
||
|
|
Hieronder staan enkele zaken die moeten gelden voor alle inzendingen aan Privacy Guides. Aan elke categorie worden aanvullende eisen gesteld.
|
||
|
|
|
||
|
|
## 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.
|
||
|
|
|
||
|
|
## Algemene richtlijnen
|
||
|
|
|
||
|
|
We passen deze prioriteiten toe bij het overwegen van nieuwe aanbevelingen:
|
||
|
|
|
||
|
|
- **Secure**: Tools moeten de beste beveiligingspraktijken volgen, waar van toepassing.
|
||
|
|
- **Bronbeschikbaarheid**: Open source projecten hebben over het algemeen de voorkeur boven gelijkwaardige merkalternatieven.
|
||
|
|
- **Cross-Platform**: We geven er meestal de voorkeur aan dat aanbevelingen cross-platform zijn, om lock-in van leveranciers te voorkomen.
|
||
|
|
- **Actieve ontwikkeling**: De hulpmiddelen die wij aanbevelen moeten actief worden ontwikkeld, niet-onderhouden projecten zullen in de meeste gevallen worden verwijderd.
|
||
|
|
- **Bruikbaarheid**: Tools moeten toegankelijk zijn voor de meeste computergebruikers, een al te technische achtergrond is niet vereist.
|
||
|
|
- **Gedocumenteerd**: Tools moeten duidelijke en uitgebreide documentatie hebben voor gebruik.
|
||
|
|
|
||
|
|
## Zelfinzendingen van ontwikkelaars
|
||
|
|
|
||
|
|
Wij stellen deze eisen aan ontwikkelaars die hun project of software in overweging willen geven.
|
||
|
|
|
||
|
|
- Je moet jouw banden bekendmaken, d.w.z. jouw positie binnen het ingediende project.
|
||
|
|
|
||
|
|
- Moet een security whitepaper hebben als het een project is waarbij gevoelige informatie wordt verwerkt, zoals een messenger, password manager, versleutelde cloudopslag etc.
|
||
|
|
- Auditstatus van derden. We willen weten of je er een hebt, of gepland hebt. Vermeld indien mogelijk wie de controle zal uitvoeren.
|
||
|
|
|
||
|
|
- Moet uitleggen wat het project te bieden heeft op het gebied van privacy.
|
||
|
|
- Lost het een nieuw probleem op?
|
||
|
|
- 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.
|