1
0
mirror of https://github.com/privacyguides/i18n.git synced 2025-09-03 11:58:48 +00:00
Files
i18n/i18n/pt/about/criteria.md
2024-04-05 11:32:04 +00:00

33 lines
2.2 KiB
Markdown

---
title: General Criteria
---
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.
- **Desenvolvimento ativo**: as ferramentas que recomendamos devem ser desenvolvidas ativamente. Os projetos que não tenham uma manutenção regular serão removidos, na maioria dos casos.
- **Usabilidade**: as ferramentas devem ser acessíveis à maioria dos utilizadores de computadores, não devendo ser necessária uma formação ou conhecimento demasiado técnicos.
- **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.
- Devem indicar a sua afiliação, ou seja, a sua posição no âmbito do projeto apresentado.
- Devem ter um documento técnico de segurança, se se tratar de um projeto que envolva o tratamento de informações sensíveis, como um serviço de mensagens, um gestor de palavras-passe, um armazenamento encriptado na nuvem, etc.
- Estatuto de auditoria de terceiros. Queremos saber se solicitam auditorias ou se estão a planear solicitá-las. 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.
- Resolve algum problema novo?
- 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.