mirror of
https://github.com/privacyguides/i18n.git
synced 2025-08-30 09:59:20 +00:00
36 lines
2.7 KiB
Markdown
36 lines
2.7 KiB
Markdown
---
|
|
title: General Criteria
|
|
description: A list of general priorities we consider for all submissions to Privacy Guides.
|
|
---
|
|
|
|
Below are some general priorities we consider for all submissions to Privacy Guides. 각 분야마다 별도의 추가적인 요구 사항이 존재할 수 있습니다.
|
|
|
|
- **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.
|
|
- **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.
|
|
|
|
## 재무 공시
|
|
|
|
Privacy Guides는 특정 제품을 추천함으로써 수익을 창출하지 않으며, 제휴 링크를 운영하지 않고, 프로젝트 후원자에게 특례를 적용하지도 않습니다.
|
|
|
|
## 개발자 본인의 제안
|
|
|
|
개발자가 직접 자신의 프로젝트나 소프트웨어를 Privacy Guides에서 평가할 것을 제안하는 경우, 다음의 요구 사항을 준수해야 합니다.
|
|
|
|
- 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.
|
|
|
|
- 본인이 제안한 프로젝트와 어떤 관계(소속)에 있는지를 공개해야 합니다.
|
|
|
|
- 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. 가능하다면 감사를 누가 진행하는지도 언질을 해주시면 좋습니다.
|
|
|
|
- 해당 프로젝트가 프라이버시 면에서 어떤 이점을 제공하는지를 설명해야 합니다.
|
|
- What new problem(s), if any, does it solve?
|
|
- 다른 대안을 놔두고 해당 프로젝트를 사용해야 하는 이유가 있나요?
|
|
|
|
- 해당 프로젝트가 정확히 어떤 위협 모델을 가정하고 목표로 하는지를 명시해야 합니다.
|
|
- 예비 사용자에게 해당 프로젝트가 무엇을 제공하고 무엇을 제공할 수 없는지를 명확히 알려야 합니다. Ideally, a developer should be able to identify what [common threat(s)](../basics/common-threats.md) their project protects against.
|