mirror of
https://github.com/privacyguides/privacyguides.org.git
synced 2025-08-21 18:29:16 +00:00
Download Translations from Crowdin (#2054)
This commit is contained in:
42
i18n/de/about/criteria.md
Normal file
42
i18n/de/about/criteria.md
Normal file
@@ -0,0 +1,42 @@
|
||||
---
|
||||
title: Allgemeine Kriterien
|
||||
---
|
||||
|
||||
!!! example "Work in Progress"
|
||||
|
||||
Die folgende Seite ist in Arbeit und spiegelt zum aktuell noch nicht die vollständigen Kriterien für unsere Empfehlungen wider. Frühere Diskussion zu diesem Thema: [#24](https://github.com/privacyguides/privacyguides.org/discussions/24)
|
||||
|
||||
Nachfolgend sind einige Punkte aufgeführt, die für alle Einsendungen an Privacy Guides zutreffen müssen. Für jede Kategorie gelten zusätzliche Anforderungen für die Aufnahme.
|
||||
|
||||
## Finanz-Offenlegung
|
||||
|
||||
Wir verdienen kein Geld mit Empfehlungen bestimmter Produkte, wir verwenden keine Affiliate-Links, und wir gewähren keine besondere Gegenleistung für Projektspender.
|
||||
|
||||
## Allgemeine Richtlinien
|
||||
|
||||
Wir wenden diese Prioritäten beim Prüfen neuer Empfehlungen an:
|
||||
|
||||
- **Sicher**: Tools sollten, wo möglich, bewährte Sicherheitspraktiken anwenden.
|
||||
- **Verfügbarkeit der Quellen**: Open-Source-Projekte werden meist gegenüber gleichwertigen proprietären Alternativen bevorzugt.
|
||||
- **Plattformübergreifend**: Wir bevorzugen Empfehlungen die plattformübergreifend sind, um eine Herstellerbindung zu vermeiden.
|
||||
- **Aktive Entwicklung**: Die von uns empfohlenen Tools sollten aktiv weiterentwickelt werden, nicht gewartete Projekte werden in den meisten Fällen entfernt.
|
||||
- **Benutzerfreundlichkeit**: Die Tools sollten für die meisten Computerbenutzer zugänglich sein, ein übermäßig technischer Hintergrund sollte nicht erforderlich sein.
|
||||
- **Dokumentiert**: Die Werkzeuge sollten über eine klare und ausführliche Dokumentation zum Gebrauch verfügen.
|
||||
|
||||
## Selbsteinreichungen von Entwicklern
|
||||
|
||||
Wir haben diese Anforderungen an Entwickler, die eigene Projekt oder Software zur Prüfung einreichen möchten.
|
||||
|
||||
- Muss die Zugehörigkeit offenlegen, d.h. deine Position innerhalb des eingereichten Projekts.
|
||||
|
||||
- Muss ein Sicherheits-Whitepaper haben, wenn es sich um ein Projekt handelt, das den Umgang mit sensiblen Informationen beinhaltet, wie z. B. Messenger, Passwort-Manager, verschlüsselte Cloud-Speicherung usw.
|
||||
- Status der Prüfung durch Dritte. Wir möchten wissen, ob eine vorhanden oder geplant ist. Wenn möglich, gib bitte an, wer die Prüfung durchführen wird.
|
||||
|
||||
- Muss erklären, was das Projekt im Hinblick auf den Schutz der Privatsphäre bietet.
|
||||
- Löst es ein neues Problem?
|
||||
- Warum sollte jemand es den Alternativen vorziehen?
|
||||
|
||||
- Must state what the exact threat model is with their project.
|
||||
- Den potenziellen Nutzern sollte klar sein, was das Projekt bieten kann und was nicht.
|
||||
|
||||
--8<-- "includes/abbreviations.de.txt"
|
Reference in New Issue
Block a user