Pour en revenir à la préoccupation soulevée par le message précédent, il faudrait comparer la télémétrie dans Go plutôt avec ce qui se fait avec d’autres langages… Debian c'est bien trop différent (ce ne sont pas des stats et des stack trace, et ça ne fonctionne pas en opt in/out du système mais en tant que simple script parmi d'autres.)
“It is seldom that liberty of any kind is lost all at once.” ― David Hume
Je veux bien que tu l’explique parce que là je vois pas. Le lien que tu donne tout le monde dis « mis à part popcon, il n’y a pas de télémètrie mais c’est en opt-in ».
ça ne fonctionne pas en opt in/out du système mais en tant que simple script parmi d'autres
Avec go si tu utilise l’extension vscode, il te propose de l’activer et il uploadera les données une fois par semaine.
Avec Debian si tu utilise l’installeur, il te proposera de l’activer et il uploadera les données tous les jours.
ce ne sont pas des stats et des stack trace
Ça c’est vrai et c’est pour moi le seul vrai sujet : qu’est-ce qui est remonté.
Dire « oulala il y a de la télémétrie » c’est du FUD, dire en quoi les données posent problème ça ça peut être intéréssant
Je veux bien que tu l’explique parce que là je vois pas.
Quasiment toutes les entreprises font de la télémétrie des postes sauf que, au niveau système, ça porte plutôt le nom de supervision… (la raison est que l’on se focalise sur l’utilisation —i.e. superviser l’état de santé— et non sur la collecte —mais les « agents » installés à cette fin font bien de la télémétrie.)
Remonter les divers états plus ou moins clefs d’une machine est bien loin de juste la liste des programmes installés sur la machine ; et c’est en ce sens que PopCon n’est pas (pour moi) véritablement de la télémétrie (ou alors un pauvre embryon ?) D’ailleurs, ils doivent se marrer chez Microsoft si on leur dit que c’est ce qu’on appelle de télémétrie système…
ce que font les compilos qui se retrouvent bloqués quand les données ne peuvent pas être exfiltrées
Tu lis les liens que tu donne ?
Oui et c’est juste un exemple de plus (il y a divers autres cas partagés dans la rubrique des liens ici)
Aucun des cas qui ont été discuté sur linuxfr ne s’applique à la « télémétrie de Debian » raison pour laquelle je dis qu’il aurait mieux valu comparer avec ce qui est fait avec d’autres langages et chaînes de compilation (certains IDE bien connu et des compilateurs propriétaires n’ont pas attendu Go pour avoir de la télémétrie et il serait plus pertinent de voir ce qui est fait de mieux de ce côté)
Ça c’est vrai et c’est pour moi le seul vrai sujet : qu’est-ce qui est remonté.
Il y a, je pense deux choses : les données remontés (pour des raison de sécurité et de confidentialité entre autres) et la système de remonté (raison pour laquelle je me demande comment les gens de chez Go se comparent à ce qui est fait chez Microsoft ou IBM par exemple.) C’est bien par exemple que leur système soit ouvert et pilotable avec vscode par exemple. (et puisqu’on insiste pour parler de Debian, la FAQ explique que ce fait l’installateur c’est juste d’activer un cron… c’est la solution de facilité offerte que je n’utilise pas : je déclenche l’envoie après les mises à jours de paquets, car la liste a alors évoluée.)
Dire « oulala il y a de la télémétrie » c’est du FUD,
Ou peut-être (je me fais la défense) que devnewton n’a pas été convaincu par les explications des brillantes personnes qui ont introduit la chose. Perso, j’ai entendu leurs justifications sans y adhérer ; du coup je peux comprendre que l’on ne voit pas de raison d’être d’une telle « fonctionnalité » dans de tels outils (à part de dire que c’est indispensable —cf. un autre lien que j’ai récemment partagé au sujet de OpenTelemetry— il n’y a toujours pas eu de preuve de l’efficacité du truc chez les éditeurs qui le pratiquent.) Après, que la télémétrie effraie est un autre débat.
“It is seldom that liberty of any kind is lost all at once.” ― David Hume
Quasiment toutes les entreprises font de la télémétrie des postes sauf que, au niveau système, ça porte plutôt le nom de supervision… (la raison est que l’on se focalise sur l’utilisation —i.e. superviser l’état de santé— et non sur la collecte —mais les « agents » installés à cette fin font bien de la télémétrie.)
J'ai bien plus de mal à faire rentrer popcon dans la définition de supervision que Wikipedia décrit ainsi :
Dans l'informatique, la supervision est la surveillance du bon fonctionnement d’un système ou d’une activité.
À aucune moment la FAQ ou les liens que tu m'a donné ne parlent de vérifier un fonctionnement. Ils ne s'en servent même pas pour vérifier qu'une mise à jour se déploie.
Oui et c’est juste un exemple de plus (il y a divers autres cas partagés dans la rubrique des liens ici)
Non le lien que tu donne est une erreur de compilation de la crate opentelemetry parce qu'il n'utilise pas la bonne version. Rien avec avec le compilateur rust qui refuserait de compiler parce qu'il n'a pas internet. Et je te pris, vu que c'est toi qui affirme qu'il y aurait de tel comportement chez rust d'en apporter un indice (mais ça ça n'en est pas un). Évidemment je parle du langage de programmation pas du jeu vidéo.
Ou peut-être (je me fais la défense) que devnewton n’a pas été convaincu par les explications des brillantes personnes qui ont introduit la chose.
Je n'invente pas les arguments des autres. Après plusieurs jours à en discuter il n'y a aucun argument qui ressort.
OpenTelemetry
https://opentelemetry.io/ est une bibliothèque qui sert à faire de l'observabilité. C'est pour envoyer des données de tes services vers un outil de supervision comme graphana ou prometheus. C'est une techno de cloud native fundation parce que ça sert à faire des micro services déployé sur du kubernetes. Ça n'a rien à voir avec ce dont on parle. Le fait qu'il y ai des bindings dans tous les langages n'indique rien sur la présence de télémétrie dans la toolchain des langages
Effectivement je ne suis pas convaincu<. D'abord parce que je suis Dave<, mais aussi parce que:
c'est Google donc pas les gens au derrière le plus propre concernant l'exploitation des données de leurs utilisateurs ;
la télémétrie suit la tendance à remplacer de l'humain (considérer les retours de la communauté, faire des propositions et écouter les avis…) par du comportementalisme (si la majorité se cogne dans un mur, c'est que les gens veulent plus de murs).
Le post ci-dessus est une grosse connerie, ne le lisez pas sérieusement.
la télémétrie suit la tendance à remplacer de l'humain (considérer les retours de la communauté, faire des propositions et écouter les avis…) par du comportementalisme (si la majorité se cogne dans un mur, c'est que les gens veulent plus de murs).
Cette dichotomie existe bien, mais les 2 pratiques ne devraient pas être opposées. N'entendre que les utilisateurs les plus vocaux ne permet pas une bonne gouvernance de mon point de vu. Les études quantitatives et qualitatives ne présentent pas les même choses et pas au même moment.
Ah d’accord. J’avais cru que « retour arrière » c’était pour la « fonctionnalité » et non son activation. De plus que ce fil soit initié par devnewton m’a donnée une impression de déjà vu…
“It is seldom that liberty of any kind is lost all at once.” ― David Hume
# La release notes interactive
Posté par woffer 🐧 . Évalué à 3 (+2/-0).
https://antonz.org/go-1-23/
# Télémétrie
Posté par devnewton 🍺 (site web personnel) . Évalué à 5 (+2/-0).
Avec de la télémétrie dedans (en opt in).
Le post ci-dessus est une grosse connerie, ne le lisez pas sérieusement.
[^] # Re: Télémétrie
Posté par Gil Cot ✔ (site web personnel, Mastodon) . Évalué à 2 (+0/-0).
Encore ?
“It is seldom that liberty of any kind is lost all at once.” ― David Hume
[^] # Re: Télémétrie
Posté par BAud (site web personnel) . Évalué à 2 (+0/-0).
bin en opt-in, c'est mieux qu'en opt-out https://linuxfr.org/users/vendrediouletrollsauvage/liens/la-telemetrie-sur-la-chaine-de-compilation-de-go-sera-activee-par-defaut
mais, bon, tu coches et t'oublies de l'enlever…
[^] # Re: Télémétrie
Posté par barmic 🦦 . Évalué à 2 (+0/-0).
Tu l'a aussi sur debian de la télémétrie en opt-in, c'est un non sujet
https://linuxfr.org/users/barmic/journaux/y-en-a-marre-de-ce-gros-troll
[^] # Re: Télémétrie
Posté par devnewton 🍺 (site web personnel) . Évalué à 4 (+1/-0).
Une fois en place, il suffit d'un patch pour passer de l'opt in à l'opt out.
Donc à surveiller.
Le post ci-dessus est une grosse connerie, ne le lisez pas sérieusement.
[^] # Re: Télémétrie
Posté par barmic 🦦 . Évalué à 1 (+0/-1).
Pareil pour Debian
https://linuxfr.org/users/barmic/journaux/y-en-a-marre-de-ce-gros-troll
[^] # Re: Télémétrie
Posté par Gil Cot ✔ (site web personnel, Mastodon) . Évalué à 2 (+0/-0).
Discuté ici : https://forums.debian.net/viewtopic.php?t=154830
PopCon n’est pas de la TéléMétrie au sens informatique usuel mais juste un rapport des paquets installés. On peut lancer le script qui génère ce rapport ponctuellement, et participer au sondage (c’est ma traduction de contest dans ce contexte) des paquets populaires reviens juste à mettre en place un bête cron pour faire régulièrement un rapport (ici on se rapproche plus de ce que fait la mesure d'audimat radio/télé que ce que font les compilos qui se retrouvent bloqués quand les données ne peuvent pas être exfiltrées). https://popcon.debian.org/README ; https://popcon.debian.org/FAQ
Pour les mêmes raisons que d'autres redditers, je l'active chez moi, mais pas au travail. https://www.reddit.com/r/debian/comments/18iz6pj/does_anybody_here_really_participate_from_debian/
Pour en revenir à la préoccupation soulevée par le message précédent, il faudrait comparer la télémétrie dans Go plutôt avec ce qui se fait avec d’autres langages… Debian c'est bien trop différent (ce ne sont pas des stats et des stack trace, et ça ne fonctionne pas en opt in/out du système mais en tant que simple script parmi d'autres.)
“It is seldom that liberty of any kind is lost all at once.” ― David Hume
[^] # Re: Télémétrie
Posté par barmic 🦦 . Évalué à 2 (+0/-0).
Je veux bien que tu l’explique parce que là je vois pas. Le lien que tu donne tout le monde dis « mis à part popcon, il n’y a pas de télémètrie mais c’est en opt-in ».
Tu lis les liens que tu donne ?
Avec go si tu utilise l’extension vscode, il te propose de l’activer et il uploadera les données une fois par semaine.
Avec Debian si tu utilise l’installeur, il te proposera de l’activer et il uploadera les données tous les jours.
Ça c’est vrai et c’est pour moi le seul vrai sujet : qu’est-ce qui est remonté.
Dire « oulala il y a de la télémétrie » c’est du FUD, dire en quoi les données posent problème ça ça peut être intéréssant
https://linuxfr.org/users/barmic/journaux/y-en-a-marre-de-ce-gros-troll
[^] # Re: Télémétrie
Posté par Gil Cot ✔ (site web personnel, Mastodon) . Évalué à 2 (+0/-0).
Quasiment toutes les entreprises font de la télémétrie des postes sauf que, au niveau système, ça porte plutôt le nom de supervision… (la raison est que l’on se focalise sur l’utilisation —i.e. superviser l’état de santé— et non sur la collecte —mais les « agents » installés à cette fin font bien de la télémétrie.)
Remonter les divers états plus ou moins clefs d’une machine est bien loin de juste la liste des programmes installés sur la machine ; et c’est en ce sens que PopCon n’est pas (pour moi) véritablement de la télémétrie (ou alors un pauvre embryon ?) D’ailleurs, ils doivent se marrer chez Microsoft si on leur dit que c’est ce qu’on appelle de télémétrie système…
Oui et c’est juste un exemple de plus (il y a divers autres cas partagés dans la rubrique des liens ici)
Aucun des cas qui ont été discuté sur linuxfr ne s’applique à la « télémétrie de Debian » raison pour laquelle je dis qu’il aurait mieux valu comparer avec ce qui est fait avec d’autres langages et chaînes de compilation (certains IDE bien connu et des compilateurs propriétaires n’ont pas attendu Go pour avoir de la télémétrie et il serait plus pertinent de voir ce qui est fait de mieux de ce côté)
Il y a, je pense deux choses : les données remontés (pour des raison de sécurité et de confidentialité entre autres) et la système de remonté (raison pour laquelle je me demande comment les gens de chez Go se comparent à ce qui est fait chez Microsoft ou IBM par exemple.) C’est bien par exemple que leur système soit ouvert et pilotable avec vscode par exemple. (et puisqu’on insiste pour parler de Debian, la FAQ explique que ce fait l’installateur c’est juste d’activer un cron… c’est la solution de facilité offerte que je n’utilise pas : je déclenche l’envoie après les mises à jours de paquets, car la liste a alors évoluée.)
Ou peut-être (je me fais la défense) que devnewton n’a pas été convaincu par les explications des brillantes personnes qui ont introduit la chose. Perso, j’ai entendu leurs justifications sans y adhérer ; du coup je peux comprendre que l’on ne voit pas de raison d’être d’une telle « fonctionnalité » dans de tels outils (à part de dire que c’est indispensable —cf. un autre lien que j’ai récemment partagé au sujet de OpenTelemetry— il n’y a toujours pas eu de preuve de l’efficacité du truc chez les éditeurs qui le pratiquent.) Après, que la télémétrie effraie est un autre débat.
“It is seldom that liberty of any kind is lost all at once.” ― David Hume
[^] # Re: Télémétrie
Posté par barmic 🦦 . Évalué à 2 (+0/-0).
J'ai bien plus de mal à faire rentrer popcon dans la définition de supervision que Wikipedia décrit ainsi :
À aucune moment la FAQ ou les liens que tu m'a donné ne parlent de vérifier un fonctionnement. Ils ne s'en servent même pas pour vérifier qu'une mise à jour se déploie.
Non le lien que tu donne est une erreur de compilation de la crate opentelemetry parce qu'il n'utilise pas la bonne version. Rien avec avec le compilateur rust qui refuserait de compiler parce qu'il n'a pas internet. Et je te pris, vu que c'est toi qui affirme qu'il y aurait de tel comportement chez rust d'en apporter un indice (mais ça ça n'en est pas un). Évidemment je parle du langage de programmation pas du jeu vidéo.
Je n'invente pas les arguments des autres. Après plusieurs jours à en discuter il n'y a aucun argument qui ressort.
https://opentelemetry.io/ est une bibliothèque qui sert à faire de l'observabilité. C'est pour envoyer des données de tes services vers un outil de supervision comme graphana ou prometheus. C'est une techno de cloud native fundation parce que ça sert à faire des micro services déployé sur du kubernetes. Ça n'a rien à voir avec ce dont on parle. Le fait qu'il y ai des bindings dans tous les langages n'indique rien sur la présence de télémétrie dans la toolchain des langages
https://linuxfr.org/users/barmic/journaux/y-en-a-marre-de-ce-gros-troll
[^] # Re: Télémétrie
Posté par devnewton 🍺 (site web personnel) . Évalué à 5 (+2/-0). Dernière modification le 23 août 2024 à 10:22.
Effectivement je ne suis pas convaincu<. D'abord parce que je suis Dave<, mais aussi parce que:
Le post ci-dessus est une grosse connerie, ne le lisez pas sérieusement.
[^] # Re: Télémétrie
Posté par barmic 🦦 . Évalué à 1 (+0/-1).
Cette dichotomie existe bien, mais les 2 pratiques ne devraient pas être opposées. N'entendre que les utilisateurs les plus vocaux ne permet pas une bonne gouvernance de mon point de vu. Les études quantitatives et qualitatives ne présentent pas les même choses et pas au même moment.
https://linuxfr.org/users/barmic/journaux/y-en-a-marre-de-ce-gros-troll
[^] # Re: Télémétrie
Posté par devnewton 🍺 (site web personnel) . Évalué à 3 (+0/-0).
Tu confonds la télémétrie (une pratique) et opentelemetry (un outil) :-)
J'utilise opentelemetry pour faire remonter par mes applis des indicateurs et des traces, ça marche très bien.
Pour l'expliquer plus clairement:
Le post ci-dessus est une grosse connerie, ne le lisez pas sérieusement.
[^] # Re: Télémétrie
Posté par Gil Cot ✔ (site web personnel, Mastodon) . Évalué à 2 (+0/-0).
Ah d’accord. J’avais cru que « retour arrière » c’était pour la « fonctionnalité » et non son activation. De plus que ce fil soit initié par devnewton m’a donnée une impression de déjà vu…
“It is seldom that liberty of any kind is lost all at once.” ― David Hume
Envoyer un commentaire
Suivre le flux des commentaires
Note : les commentaires appartiennent à celles et ceux qui les ont postés. Nous n’en sommes pas responsables.