i18n/i18n/ko/about/criteria.md

title

title
일반적인 평가 기준

!!! example "진행 중인 작업"

본 페이지는 현재 작업 중이며, 현시점에 존재하는 모든 권장 사항에 반영되는 전체 평가 기준이 아닙니다. 본 주제 관련 예전 토론: [#24](https://github.com/privacyguides/privacyguides.org/discussions/24)

다음은 Privacy Guides에 등재된 모든 서비스 및 애플리케이션에 적용되는 몇 가지 사항입니다. 각 분야마다 별도의 추가적인 요구 사항이 존재할 수 있습니다.

재무 공시

Privacy Guides는 특정 제품을 추천함으로써 수익을 창출하지 않으며, 제휴 링크를 운영하지 않고, 프로젝트 후원자에게 특례를 적용하지도 않습니다.

일반 가이드라인

다음 사항들을 고려하여 권장 목록에 새로 추가합니다.

• 보안: 툴은 (해당되는 경우) 보안 모범 사례를 따라야 합니다.
• 소스 가용성: 오픈 소스 프로젝트는 일반적으로 독점 프로젝트보다 우선됩니다.
• 크로스 플랫폼: 특정 벤더에 종속되는 것을 피하기 위해 일반적으로 크로스 플랫폼을 우선합니다.
• 활발한 개발: 권장 툴은 유지 관리가 활발하게 이루어져야 합니다. 개발이 중단된 프로젝트는 대부분 제거됩니다.
• 사용성: 툴은 대부분의 컴퓨터 사용자가 사용하는 데에 무리가 없어야 합니다. 지나치게 많은 기술적 배경 지식이 요구되어서는 안 됩니다.
• 문서화: 툴은 명확하고 폭넓은 안내 문서를 제공해야 합니다.

개발자 본인의 제안

개발자가 직접 자신의 프로젝트나 소프트웨어를 Privacy Guides에서 평가할 것을 제안하는 경우, 다음의 요구 사항을 준수해야 합니다.

• 본인이 제안한 프로젝트와 어떤 관계(소속)에 있는지를 공개해야 합니다.

• 메신저, 비밀번호 관리자, 암호화 클라우드 스토리지 등의 민감한 정보를 다루는 프로젝트인 경우, 보안 백서를 제공해야 합니다.

  • 외부 감사 정보를 공개해야 합니다. 이미 감사를 받았거나, 예정되어 있다면 이를 알려야 합니다. 가능하다면 감사를 누가 진행하는지도 언질을 해주시면 좋습니다.

• 해당 프로젝트가 프라이버시 면에서 어떤 이점을 제공하는지를 설명해야 합니다.

  • 기존에 해결하지 못하던 새로운 문제를 해결할 수 있나요?
  • 다른 대안을 놔두고 해당 프로젝트를 사용해야 하는 이유가 있나요?

• 해당 프로젝트가 정확히 어떤 위협 모델을 가정하고 목표로 하는지를 명시해야 합니다.

  • 예비 사용자에게 해당 프로젝트가 무엇을 제공하고 무엇을 제공할 수 없는지를 명확히 알려야 합니다.