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
[^] # Re: Télémétrie
Posté par Gil Cot ✔ (site web personnel, Mastodon) . En réponse au lien La version 1.23.0 de Go vient d'être publiée . Évalué à 3.
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