Criterios Generales

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.

• Seguridad: Las herramientas deben seguir las mejores prácticas de seguridad siempre que sea posible.
• Disponibilidad del Código: Los proyectos de código abierto son preferibles sobre alternativas similares de código cerrado.
• Disponibilidad Multiplataforma: Preferimos que las recomendaciones sean multiplataforma para evitar la dependencia de un sistema operativo.
• Desarrollo Activo: Las herramientas que recomendamos deben ser desarrolladas activamente. Los proyectos no mantenidos se eliminarán en la mayoría de los casos.
• Facilidad de Uso: Las herramientas deben ser accesibles para la mayoría de los usuarios de ordenadores. No debe exigirse una formación demasiado técnica.
• 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.

• Debe someterse a nuestro proceso de autopresentación como una forma de comprometerse con nuestra comunidad, abordar cualquier posible preocupación y obtener cualquier comentario que pueda ayudar a mejorar su proyecto.

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

• Debe contar con un documento de seguridad si se trata de un proyecto que implica el manejo de información sensible como un servicio de mensajería, un administrador de contraseñas, almacenamiento cifrado en la nube, etc.

  • En cuanto al estado de la auditoría de terceros, queremos saber si se ha sometido a una o la ha solicitado. Si es posible, mencione quién realizará la auditoría.

• Debe explicar qué aporta el proyecto en materia de privacidad.

  • ¿Qué nuevo(s) problema(s), en su caso, resuelve?
  • ¿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. Idealmente, un desarrollador debería ser capaz de identificar contra qué amenaza(s) común(es) protege su proyecto.

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!