1Password collectera les données d'usage de clients volontaires
1Password veut en apprendre plus sur la manière dont ses utilisateurs se servent de ses logiciels, l'éditeur démarre le test d'un futur système de récupération des données d'usage.
Dans un premier temps, cette collecte d'information ne se destine qu'à un groupe d'employés de l'éditeur. Celui-ci entend le roder avant d'en faire une option activable par tous ses clients.
1Password entend aller au-delà d'une analyse du fonctionnement de son gestionnaire de mots de passe au travers des retours de ses équipes internes et ceux d'utilisateurs lorsqu'ils rencontrent un problème. L'objectif est d'obtenir un flux régulier d'informations sur la façon dont 1Password est employé.
Cette collecte va récupérer des informations sur les actions faites dans le logiciel, comme de déverrouiller l'app, créer un élément, utiliser le remplissage automatique, etc. — mais pas ce que les gens enregistrent dans leurs coffres ni les sites sur lesquels ils utilisent leurs identifiants.
1Password insiste sur les précautions prises pour éviter toute identification de la personne dont les données d'usages sont collectées. Une fois l'option étendue à tout le monde, la participation sera entièrement volontaire.
L'éditeur ne donne pas encore de date pour ce déploiement général. Cette fonction de "télémétrie" va apparaitre dans les prochaines bêtas disponibles, mais seuls les employés volontaires pourront la mettre en route.
1Password profite de la fin de Manifest V2 pour inciter ses utilisateurs à mettre à jour
1Password 8 lancé officiellement sur Mac, l'abonnement devient indispensable
Je ne suis pas fan de ça. Il suffirait qu une fonction super pratique ne soit employé que par 5% des clients pour qu ils se disent que ça ne sert à rien de la garder…
@406
Exactement ! Et c’est pour ça qu’il faut ce genre d’outils. Ne vous méprenez pas, si il faut supprimer une fonction, c’est parce qu’elle a un coup non négligeable en terme de maintenance. Donc s’ils ont doivent faire le choix entre 2 options, ils peuvent supprimer la moins utilisée plutôt que faire un pile ou face…
Je dis ça en tant que core dev de SciPy. On a des millions d’utilisateurs et on ne sait strictement rien de l’utilisation qu’ils en font. Et des decisions d’ajouts ou suppressions, on doit en faire tout le temps pour un millier de raisons. Actuellement on utilise notre “expérience”. Ça a des limites et est extrêmement biaisé.
Et au delà de la suppression de fonction, ça permet aussi d’améliorer les workflows les plus utilisés ou encore d’ajuster les priorités pour les bugs, etc. Etc.
Bref j’applaudis le courage de proposer l’option et surtout le fait que ça soit entièrement facultatif. Un bon exemple 👍👏
@tupui
Donc si on a six fonctions utilisé par 5%, ils peuvent décevoir 30 % de leurs clients…
@406
Si les populations sont indépendantes 😉 Et quand bien même, si c’est un passage obligé qui autrement ferait que le reste, 70%, soient mécontent, je prend les 30%… Il y a tout un tat de raisons qui peuvent pousser à des changements obligatoires. D’un changement dans un OS à des banalités comme un collègue qui part et avec lui une expertise particulière que personne ne peux remplacer (ça arrive tout le temps).
Je sais pas trop où vous voulez en venir.
@406
Version optimiste : si une fonction est sous-utilisée, ils pourraient aussi envisager de mieux l’expliquer ou d’en améliorer la visibilité dans l’app.
Sinon en tant que client ça ne me déplairait pas d’avoir un message du type nous avons remarqué que vous n’utilisez pas telle fonctionnalité, voici comment en profiter.
Le problème de ce type de messages et qu’ils ne disent pas clairement ce qui est partagé en partant de la difficile de faire confiance.
@SidFik
Après si tu utilises 1Password pour gérer tes mdp, il y’a déjà une confiance établie. Je doute que 1Password fasse n’importe quoi avec les data collectées - ça pourrait sérieusement ébranler la confiance vis à vis de l’app
@fatboyseb
Oui je pense aussi mais de manière générale les apps demandant des données à leurs utilisateurs devraient le faire de la manière la plus transparente possible qui a retourner un exemple du json qui sera partagé