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

1.9 KiB

title
通用标准

!!! 示例“正在进行的工作”

以下页面是一项正在进行的工作,目前并不反映我们建议的全部标准。 过去关于这个主题的讨论。[#24](https://github.com/privacyguides/privacyguides.org/discussions/24)

以下是一些必须适用于所有提交给隐私指南的事项。 每个类别都会有额外的纳入要求。

财务披露

我们不通过推荐某些产品赚钱,我们不使用联盟链接,我们也不为项目捐赠者提供特殊考虑。

一般准则

我们在考虑新的建议时采用这些优先事项。

  • 安全:工具应该在适用的地方遵循安全的最佳做法。
  • 来源的可用性: 开放源码项目通常比同等的专有替代品更受欢迎。
  • 跨平台:我们通常倾向于建议跨平台,以避免厂商锁定。
  • 积极开发:我们推荐的工具应该积极开发,未维护的项目在大多数情况下会被删除。
  • 可用性:工具应该是大多数计算机用户可以使用的,不应该要求有过度的技术背景。
  • 文档化:工具应该有明确和广泛的使用文档。

开发商自行提交的资料

我们对希望提交其项目或软件供审议的开发者有这些要求。

  • 必须披露隶属关系,即您在提交的项目中的职位。

  • 如果是涉及处理敏感信息的项目,如信使、密码管理器、加密的云存储等,必须有一份安全白皮书。

    • 第三方审计情况。 我们想知道你是否有一个或计划了一个。 如果可能,请说明谁将进行审计。
  • 必须解释该项目在隐私方面带来了什么。

    • 它是否解决了任何新问题?
    • 为什么有人要使用它而不是其他的东西呢?
  • 必须说明其项目的确切威胁模式是什么。

    • 潜在的用户应该清楚地知道该项目能提供什么,以及不能提供什么。