mirror of
https://github.com/privacyguides/i18n.git
synced 2025-09-05 21:08:50 +00:00
36 lines
3.0 KiB
Markdown
36 lines
3.0 KiB
Markdown
---
|
||
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.
|