Je ne récupère aucune donnée utilisateur.
L’outil ne fait qu’agréger des métriques envoyées volontairement par l’application elle-même, côté serveur.
La télémétrie est du ressort du créateur du produit, pas du mien.
C’est l’auteur de l’application qui choisit :
quelles métriques envoyer
si elles sont pertinentes (pour son produit)
et si la télémétrie est activée, désactivable ou absente (elle devrait tjs être désactivable)
Je ne définis aucune métrique "métier".
Je fournis uniquement une brique technique agnostique pour agréger des événements JSON.
Rien de plus.
En résumé :
ce n’est ni du tracking imposé, ni une vision produit, ni une décision politique.
C’est un outil, libre aux mainteneurs de l’utiliser... ou pas.
[^] # Re: c'est important ?
Posté par Benjy33 (site web personnel) . En réponse à la dépêche SHM : des métriques d’usage pour applications self-hosted... sans espionner les utilisateurs. Évalué à 6.
Je pense que tu te trompes sur ce que je propose.
Je ne récupère aucune donnée utilisateur.
L’outil ne fait qu’agréger des métriques envoyées volontairement par l’application elle-même, côté serveur.
La télémétrie est du ressort du créateur du produit, pas du mien.
C’est l’auteur de l’application qui choisit :
Je ne définis aucune métrique "métier".
Je fournis uniquement une brique technique agnostique pour agréger des événements JSON.
Rien de plus.
En résumé :
ce n’est ni du tracking imposé, ni une vision produit, ni une décision politique.
C’est un outil, libre aux mainteneurs de l’utiliser... ou pas.
Benjamin