privacyguides.org/docs/about/criteria.zh.md
Jonah Aragon f6ca66bbb4
Enable Hebrew, French, Dutch (#2022)
add french translations for navigation categories (#2028)

Co-Authored-By: Paul Verbeke 🇫🇷 <github.f9qel@simplelogin.com>
Co-Authored-By: Daniel Gray <dngray@privacyguides.org>
Co-Authored-By: Niek de Wilde 🇳🇱 <niek@privacyguides.org>
Co-authored-by: Crowdin Bot <support+bot@crowdin.com>
Co-Authored-By: fireinme 🇮🇱 <126413261+freeopensourc@users.noreply.github.com>
2023-02-26 11:53:34 -06:00

41 lines
1.9 KiB
Markdown

---
title: 通用标准
---
!!! 示例“正在进行的工作”
以下页面是一项正在进行的工作,目前并不反映我们建议的全部标准。 过去关于这个主题的讨论。[#24](https://github.com/privacyguides/privacyguides.org/discussions/24)
以下是一些必须适用于所有提交给隐私指南的事项。 每个类别都会有额外的纳入要求。
## 财务披露
我们不通过推荐某些产品赚钱,我们不使用联盟链接,我们也不为项目捐赠者提供特殊考虑。
## 一般准则
我们在考虑新的建议时采用这些优先事项。
- **安全**:工具应该在适用的地方遵循安全的最佳做法。
- **来源的可用性**: 开放源码项目通常比同等的专有替代品更受欢迎。
- **跨平台**:我们通常倾向于建议跨平台,以避免厂商锁定。
- **积极开发**:我们推荐的工具应该积极开发,未维护的项目在大多数情况下会被删除。
- **可用性**:工具应该是大多数计算机用户可以使用的,不应该要求有过度的技术背景。
- **文档化**:工具应该有明确和广泛的使用文档。
## 开发商自行提交的资料
我们对希望提交其项目或软件供审议的开发者有这些要求。
- 必须披露隶属关系,即您在提交的项目中的职位。
- 如果是涉及处理敏感信息的项目,如信使、密码管理器、加密的云存储等,必须有一份安全白皮书。
- 第三方审计情况。 我们想知道你是否有一个或计划了一个。 如果可能,请说明谁将进行审计。
- 必须解释该项目在隐私方面带来了什么。
- 它是否解决了任何新问题?
- 为什么有人要使用它而不是其他的东西呢?
- 必须说明其项目的确切威胁模式是什么。
- 潜在的用户应该清楚地知道该项目能提供什么,以及不能提供什么。