2.3 KiB
| 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.