1
0
mirror of https://github.com/privacyguides/i18n.git synced 2025-09-04 20:38:46 +00:00
Files
i18n/i18n/pt/about/criteria.md
2024-09-22 08:35:05 +00:00

2.5 KiB

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

Below are some general priorities we consider for all submissions to Privacy Guides. Cada uma das categorias tem requisitos adicionais para ser incluída.

  • Security: Tools should follow security best practices wherever applicable.
  • Source Availability: Open-source projects are generally preferred over equivalent proprietary alternatives.
  • 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.
  • Documentation: Tools should have clear and extensive documentation for use.

Divulgação financeira

Não ganhamos dinheiro com a recomendação de determinados produtos, não utilizamos ligações de afiliados e não damos tratamento preferencial aos doadores do projeto.

Auto-submissões do desenvolvedor

Os programadores que pretendam submeter o seu projeto ou software para apreciação devem observar os seguintes requisitos.

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

  • Devem indicar a sua afiliação, ou seja, a sua posição no âmbito do projeto apresentado.

  • 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. Sempre que possível, devem mencionar quem efetuará a(s) auditoria(s).
  • Devem explicar qual a mais-valia que o projeto traz às questões relacionadas com a privacidade.

    • What new problem(s), if any, does it solve?
    • Porque é que alguém deveria optar pelo projeto em vez das alternativas já existentes?
  • Devem indicar de forma precisa qual o modelo de ameaça do seu projeto.

    • Deve ser claro para os potenciais utilizadores aquilo que o projeto pode fornecer e o que não pode. Ideally, a developer should be able to identify what common threat(s) their project protects against.