1
0
mirror of https://github.com/privacyguides/i18n.git synced 2025-08-31 10:29:15 +00:00
Files
i18n/i18n/el/about/criteria.md
2025-02-27 07:33:06 +00:00

3.4 KiB
Raw Blame History

title, description
title description
General Criteria A list of general priorities we consider for all submissions to Privacy Guides.

Ακολουθούν ορισμένες γενικές προτεραιότητες που εξετάζουμε για όλες τις υποβολές στο Privacy Guides. Κάθε κατηγορία θα έχει πρόσθετες απαιτήσεις για τη συμπερίληψη.

  • Security: Tools should follow security best practices wherever applicable.
  • Διαθεσιμότητα πηγής: Προτιμώνται γενικά τα έργα ανοικτού κώδικα έναντι ισοδύναμων ιδιόκτητων εναλλακτικών λύσεων.
  • 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.
  • Τεκμηρίωση: Τα εργαλεία πρέπει να διαθέτουν σαφή και εκτενή τεκμηρίωση για τη χρήση τους.

Οικονομική Γνωστοποίηση

Δεν βγάζουμε χρήματα από τη σύσταση ορισμένων προϊόντων, δεν χρησιμοποιούμε συνδέσμους θυγατρικών και δεν παρέχουμε ιδιαίτερη προσοχή στους δωρητές έργων.

Υποβολές συστάσεων από προγραμματιστές

Έχουμε αυτές τις απαιτήσεις όσον αφορά τους προγραμματιστές που επιθυμούν να υποβάλουν το έργο ή το λογισμικό τους για εξέταση.

  • 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.

  • Πρέπει να γνωστοποιήσετε τη σχέση σας, δηλαδή τη θέση σας στο πλαίσιο του υποβαλλόμενου έργου.

  • Must have a security white paper 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. Εάν είναι δυνατόν, αναφέρετε ποιος θα διενεργήσει τον έλεγχο.
  • Πρέπει να εξηγήσει τι προσφέρει το έργο όσον αφορά την προστασία της ιδιωτικότητας.

    • What new problem(s), if any, does it solve?
    • Γιατί να το χρησιμοποιήσει κάποιος αντί για τις εναλλακτικές λύσεις;
  • Πρέπει να δηλώσετε ποιο είναι το ακριβές μοντέλο απειλής με το έργο τους.

    • Θα πρέπει να είναι σαφές στους δυνητικούς χρήστες τι μπορεί να προσφέρει το έργο και τι όχι. Ideally, a developer should be able to identify what common threat(s) their project protects against.