mirror of
https://github.com/privacyguides/i18n.git
synced 2025-09-09 23:08:47 +00:00
New Crowdin translations by GitHub Action
This commit is contained in:
@@ -4,11 +4,11 @@ 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.
|
||||
- **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.
|
||||
- **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
|
||||
@@ -19,14 +19,16 @@ Não ganhamos dinheiro com a recomendação de determinados produtos, não utili
|
||||
|
||||
Os programadores que pretendam submeter o seu projeto ou software para apreciação devem observar os seguintes requisitos.
|
||||
|
||||
- Must undergo our [self-submission process](https://discuss.privacyguides.net/t/about-the-project-showcase-category/114) 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.
|
||||
|
||||
- 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).
|
||||
- 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.
|
||||
- Resolve algum problema novo?
|
||||
- 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.
|
||||
- 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)](../basics/common-threats.md) their project protects against.
|
||||
|
Reference in New Issue
Block a user