Saltar a contenido

General Criteria

A continuación se encuentran algunas prioridades generales que consideramos para todos los envíos a Privacy Guides. Cada categoría puede tener requisitos adicionales.

  • Security: Tools should follow security best practices wherever applicable.
  • Disponibilidad del código: Proyectos de código abierto son preferibles sobre alternativas similares de código cerrado.
  • 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.
  • Documentación: Las herramientas deben tener una documentación clara y extensa.

Información financiera

No obtenemos dinero al recomendar ciertos productos, nosotros no utilizamos enlaces de afiliados, y no realizamos alguna consideración especial a los patrocinadores del proyecto.

Autoenvíos del desarrollador

Estos son los requisitos que exigimos a los desarrolladores que deseen presentar su proyecto o programa informático.

  • Must undergo our self-submission process as a way to engage with our community, address any potential concerns, and elicit any feedback that can help improve your project.

  • Debe revelar su afiliación, es decir, su cargo dentro del proyecto que se presenta.

  • 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. Si es posible, mencione quién realizará la auditoría.
  • Debe explicar qué aporta el proyecto en materia de privacidad.

    • What new problem(s), if any, does it solve?
    • ¿Por qué utilizarlo en lugar de otras alternativas?
  • Deben indicar cuál es el modelo de amenaza exacto de su proyecto.

    • Los usuarios potenciales deben tener claro qué puede ofrecer el proyecto y qué no. Ideally, a developer should be able to identify what common threat(s) their project protects against.

Estás visitando la copia en Español de Privacy Guides, traducida por nuestro fantástico equipo traductor en Crowdin. ¡Si encuentras un error o ves algunas secciones sin traducir en esta página, por favor considera ayudar! Visita Crowdin

You're viewing the Spanish copy of Privacy Guides, translated by our fantastic language team on Crowdin. If you notice an error, or see any untranslated sections on this page, please consider helping out!