1
0
mirror of https://github.com/privacyguides/i18n.git synced 2025-09-05 21:08:50 +00:00
Files
i18n/i18n/pt-BR/about/criteria.md

36 lines
3.0 KiB
Markdown
Raw Normal View History

---
title: Critérios Gerais
description: Uma lista de prioridades gerais que consideramos a todo conteúdo submetido ao Guia de Privacidade.
---
Abaixo estão algumas prioridades gerais que consideramos a todo contéudo submetido ao Guia de Privacidade. Cada categoria vai dispor de requisitos adicionais específicos para inclusão de seu conteúdo.
- **Segurança**: As ferramentas devem seguir as práticas recomendadas de segurança sempre que aplicável.
- **Disponibilidade do código-fonte**: Os projetos de código aberto geralmente são preferidos em relação a alternativas proprietárias equivalentes.
- Preferência por oferecer suporte **multiplataforma**: Normalmente, preferimos que as recomendações de software tenham suporte à várias plataformas (Windows, iOS, Linux, Android, etc. para evitar a dependência de um sistema operacional de determinada marca ou fornecedor.
- **Desenvolvimento ativo**: As ferramentas que recomendamos devem ser ativamente desenvolvidas. Projetos sem manutenção serão removidos na maioria dos casos.
- **Usabilidade**: As ferramentas devem ser acessíveis à maioria dos usuários de computadores e dispositivos móveis. Não deve ser exigido um histórico excessivamente técnico.
- **Documentação**: As ferramentas devem ter uma documentação clara e abrangente para uso.
## As ferramentas devem ter **transparência financeirao**:
Não ganhamos dinheiro com a recomendação de determinados produtos, tampouco usamos links de afiliados e não oferecemos consideração especial a doadores de projetos.
## Auto-submissões de desenvolvedores
Temos esses requisitos em relação aos desenvolvedores que desejam enviar seu projeto ou software para análise.
- O programa deve ser submetido ao nosso [processo de autoapresentação](https://discuss.privacyguides.net/t/about-the-project-showcase-category/114) como forma de se envolver com nossa comunidade, abordar quaisquer preocupações em potencial e obter qualquer feedback que possa ajudar a melhorar seu projeto.
- Deve revelar a afiliação, ou seja, sua posição no projeto que está sendo enviado.
- Deve disponibilizar publicamente um 'white paper' de segurança se for um projeto que envolva o manuseio de informações confidenciais, como um messenger, gerenciador de senhas, armazenamento em nuvem criptografado etc.
- Com relação ao status da auditoria de terceiros, queremos saber se você já passou por uma ou se solicitou uma. Se possível, mencione quem conduzirá a auditoria.
- Deve explicar o que o projeto traz à mesa com relação à privacidade.
- Quais novos problemas, se existentes, ele resolve?
- Por que alguém deveria usá-lo em vez de outras alternativas?
- Deve declarar qual é o modelo exato de detecção de ameaças em seu projeto.
- Deve ficar claro para os possíveis consumidores dos produtos/softwares que realmente o projeto pode oferecer e o que não pode. Num cenário ideal: os desenvolvedores devem ser aptos a identificar quais [ameaças comuns](../basics/common-threats.md) são cobertas/protegidas pelo seu projeto.