2.3 KiB
title
| title |
|---|
| General Criteria |
!!! example "Work in Progress"
본 페이지는 현재 작업 중이며, 현시점에 존재하는 모든 권장 사항에 반영되는 전체 평가 기준이 아닙니다. 본 주제 관련 예전 토론: [#24](https://github.com/privacyguides/privacyguides.org/discussions/24)
Below are some things that must apply to all submissions to Privacy Guides. Each category will have additional requirements for inclusion.
Financial Disclosure
We do not make money from recommending certain products, we do not use affiliate links, and we do not provide special consideration to project donors.
General Guidelines
We apply these priorities when considering new recommendations:
- 보안: 툴은 (해당되는 경우) 보안 모범 사례를 따라야 합니다.
- 소스 가용성: 오픈 소스 프로젝트는 일반적으로 독점 프로젝트보다 우선됩니다.
- 크로스 플랫폼: 특정 벤더에 종속되는 것을 피하기 위해 일반적으로 크로스 플랫폼을 우선합니다.
- 활발한 개발: 권장 툴은 유지 관리가 활발하게 이루어져야 합니다. 개발이 중단된 프로젝트는 대부분 제거됩니다.
- 사용성: 툴은 대부분의 컴퓨터 사용자가 사용하는 데에 무리가 없어야 합니다. 지나치게 많은 기술적 배경 지식이 요구되어서는 안 됩니다.
- 문서화: 툴은 명확하고 폭넓은 안내 문서를 제공해야 합니다.
Developer Self-Submissions
We have these requirements in regard to developers which wish to submit their project or software for consideration.
-
Must disclose affiliation, i.e. your position within the project being submitted.
-
Must have a security whitepaper if it is a project that involves handling of sensitive information like a messenger, password manager, encrypted cloud storage, etc.
- Third party audit status. We want to know if you have one, or have one planned. If possible please mention who will be conducting the audit.
-
Must explain what the project brings to the table in regard to privacy.
- Does it solve any new problem?
- Why should anyone use it over the alternatives?
-
Must state what the exact threat model is with their project.
- It should be clear to potential users what the project can provide, and what it cannot.