mirror of
https://github.com/privacyguides/i18n.git
synced 2025-08-31 10:29:15 +00:00
New Crowdin translations by GitHub Action
This commit is contained in:
@@ -4,11 +4,11 @@ title: General Criteria
|
||||
|
||||
Below are some general priorities we consider for all submissions to Privacy Guides. Каждая категория будет иметь дополнительные требования для включения.
|
||||
|
||||
- **Security**: Tools should follow security best-practices wherever applicable.
|
||||
- **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.
|
||||
- **Активная разработка**: Инструменты, которые мы рекомендуем, должны активно разрабатываться, не поддерживаемые проекты в большинстве случаев будут удалены.
|
||||
- **Юзабилити**: Инструменты должны быть доступны большинству пользователей компьютеров, не должно требоваться чрезмерной технической подготовки.
|
||||
- **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.
|
||||
|
||||
## Раскрытие финансовой информации
|
||||
@@ -19,14 +19,16 @@ Below are some general priorities we consider for all submissions to Privacy Gui
|
||||
|
||||
Мы предъявляем эти требования к разработчикам, которые хотят представить свой проект или программное обеспечение на рассмотрение.
|
||||
|
||||
- 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.
|
||||
|
Reference in New Issue
Block a user