Go est un langage de programmation concurrent compilé avec un typage statique inspiré de la syntaxe C, mais avec une sécurité mémoire et une récupération de place.
barreur russe, un ingénieur logiciel de Google à la tête du développement du langage de programmation open source Go, a présenté un plan possible pour mettre en œuvre la télémétrie dans la chaîne d'outils Aller. Cependant, de nombreux membres de la communauté Go s'y opposent car le plan demande la télémétrie par défaut.
Ces développeurs alarmés préféreraient un régime opt-in à un régime opt-out, une position que l'équipe Go rejette car cela garantirait une faible adoption et réduirait la quantité de données de télémétrie reçues au point où cela n'aurait que peu de valeur.
Pour ceux qui ne connaissent pas Go, sachez qu'il s'agit d'un langage de programmation développé chez Google. Bien qu'il soit similaire au langage C, il apporte un certain nombre d'ajouts importants et modernes. Russ Cox est l'ingénieur de Google qui dirige actuellement le développement de Go, et il a proposé une proposition controversée, qui impliquerait l'activation de la télémétrie dans Go par défaut.
Télémétrie couvrira les utilitaires de ligne de commande développé par l'équipe de développement du langage Go, comme l'utilitaire "go", le compilateur, les applications gopls et govulncheck. La collecte d'informations se limitera uniquement à l'accumulation d'informations sur les caractéristiques des services publics, c'est-à-dire que la télémétrie ne sera pas ajoutée aux applications créées.
La télémétrie, telle que décrite par Cox, implique que le logiciel envoie des données du logiciel Go à un serveur pour fournir des informations sur les fonctionnalités utilisées et les performances du logiciel. Il soutient qu'il est avantageux pour les projets open source de disposer de ces informations pour guider le développement.
Je pense que les projets de logiciels open source devraient explorer de nouvelles conceptions de télémétrie qui aident les développeurs à obtenir les informations dont ils ont besoin pour travailler efficacement et efficacement, sans collecter de traces invasives de l'activité détaillée des utilisateurs.
J'ai écrit une courte série d'articles de blog sur une telle conception, que j'appelle la télémétrie transparente, car elle collecte le moins possible (kilooctets par an à partir de chaque installation) et publie ensuite chaque élément qu'elle collecte, pour inspection et analyse publiques.
J'aimerais explorer l'utilisation de la télémétrie transparente, ou d'un système similaire, dans la chaîne d'outils Go, qui, je l'espère, aidera les développeurs et les utilisateurs de projets Go. Pour être clair, je suggère seulement que l'instrumentation soit ajoutée aux outils de ligne de commande Go écrits et distribués par l'équipe Go, tels que la commande go, le compilateur Go, gopls et govulncheck. Je ne suggère pas que le compilateur Go ajoute une instrumentation à chaque programme Go dans le monde : c'est clairement inapproprié.
La télémétrie transparente possède les propriétés clés suivantes* :
Bien que l'idée derrière la proposition ne soit peut-être pas mauvaise, l'idée actuellement prévue peut effrayer les développeurs actuels ou potentiels du langage de programmation Go dans tous les projets futurs. Il convient de rappeler que la plupart des développeurs et utilisateurs open source sont notoirement opposés à la plupart des formes de télémétrie.
Le motif pour collecter la télémétrie, c'est le désir d'obtenir les informations manquantes sur les besoins et les caractéristiques du travail des développeurs qui ne peuvent pas être détectés à l'aide de messages d'erreur et d'enquêtes comme méthode de rétroaction.
Russ vise à introduire un concept de "télémétrie transparente" pour aider les projets open source à mieux comprendre les logiciels tout en gardant à l'esprit la confidentialité. Dans ses articles de blog (une série de 3 articles), il mentionne que les sondages et les rapports de bugs sont insuffisants. Par conséquent, il est nécessaire d'introduire le moyen le plus simple de collecter des données sur l'utilisation d'une application (c'est-à-dire la télémétrie) en gardant les choses ouvertes à tous.
Cela signifie que l'ensemble du processus de collecte des données, la manière dont elles sont traitées et ce qui en résulte, est ouvert à tous.
Enfin Si vous souhaitez en savoir plus, vous pouvez vérifier les détails dans le lien suivant.
eh bien… au diable go!.