1
0
mirror of https://github.com/privacyguides/i18n.git synced 2025-09-05 04:48:47 +00:00
Files
i18n/i18n/ru/about/criteria.md

41 lines
4.3 KiB
Markdown
Raw Normal View History

---
title: Общие критерии
---
!!! example "Работа в процессе"
Следующая страница незавершена и на данный момент не отражает всех критериев наших рекомендаций. Предыдущие обсуждения этой темы: [#24](https://github.com/privacyguides/privacyguides.org/discussions/24)
Ниже перечислены некоторые критерии, которые должны применяться ко всем материалам, представленным в Privacy Guides. Каждая категория будет иметь дополнительные требования для включения.
## Раскрытие финансовой информации
Мы не зарабатываем на рекомендации определенных продуктов, не используем партнерские ссылки и не предоставляем особых условий проектам, которые нас поддерживают.
## Общие принципы
Мы применяем эти приоритеты при рассмотрении новых рекомендаций:
- **Безопасность**: Инструменты должны следовать лучшим практикам безопасности, где это применимо.
- **Доступность исходного кода**: Проекты с открытым исходным кодом обычно предпочтительнее, чем эквивалентные проекты с закрытым исходным кодом.
- **Кросс-платформенность**: Мы обычно предпочитаем, чтобы рекомендации были кросс-платформенными, чтобы избежать привязки к производителю.
- **Активная разработка**: Инструменты, которые мы рекомендуем, должны активно разрабатываться, не поддерживаемые проекты в большинстве случаев будут удалены.
- **Юзабилити**: Инструменты должны быть доступны большинству пользователей компьютеров, не должно требоваться чрезмерной технической подготовки.
- **Документация**: Инструменты должны иметь четкую и обширную документацию по использованию.
## Самостоятельные заявки разработчиков
Мы предъявляем эти требования к разработчикам, которые хотят представить свой проект или программное обеспечение на рассмотрение.
- Должны раскрыть связь с проектом, т.е. вашу должность в представляемом проекте.
- Должен иметь документ по безопасности, если проект предполагает работу с конфиденциальной информацией, например, мессенджер, менеджер паролей, зашифрованное облачное хранилище и т.д.
- Статус аудита третьей стороной. Мы хотим знать, есть ли у вас статус аудита или запланирован ли он. Если возможно, укажите, кто будет проводить аудит.
- Должен объяснить, что проект дает в плане конфиденциальности.
- Решает ли он какую-то новую проблему?
- Почему кто-то должен использовать ваш проект, а не альтернативы?
- Должна быть указана модель угроз, для которой этот проект создан.
- Потенциальные пользователи должны легко понять, что проект может предоставить, а что нет.