Go är ett samtidigt, kompilerat programmeringsspråk med statisk typning inspirerad av C-syntax, men med minnessäkerhet och sophämtning.
russ cox, en programvaruingenjör från Google som leder utvecklingen av programmeringsspråket Go med öppen källkod, presenterade en möjlig plan för att implementera telemetri i verktygskedjan Gå. Många medlemmar i Go-communityn invänder dock eftersom planen kräver telemetri som standard.
Dessa oroade utvecklare skulle föredra en opt-in-regim framför en opt-out-regim, en position som Go-teamet förkastar eftersom det skulle säkerställa låg användning och minska mängden telemetridata som tas emot till en punkt där den skulle vara av ringa värde.
För den som inte känner till Go bör du veta att detta är ett programmeringsspråk utvecklat på Google. Även om det liknar C-språket, ger det ett antal viktiga och moderna tillägg. Russ Cox är Googles ingenjör som för närvarande leder utvecklingen av Go, och han har kommit med ett kontroversiellt förslag, som skulle innebära att telemetri i Go som standard aktiveras.
Telemetri kommer att täcka kommandoradsverktyg utvecklad av Go-språkutvecklingsteamet, såsom "go"-verktyget, kompilatorn, gopls- och govulncheck-applikationerna. Insamlingen av information kommer endast att begränsas till ackumulering av information om egenskaperna hos offentliga tjänster, d.v.s. telemetri kommer inte att läggas till de skapade applikationerna.
Telemetri, som beskrivs av Cox, innebär att programvaran skickar data från Go-programvaran till en server för att tillhandahålla information om de funktioner som används och hur programvaran fungerar. Han menar att det är fördelaktigt för projekt med öppen källkod att ha denna information för att styra utvecklingen.
Jag tror att mjukvaruprojekt med öppen källkod bör utforska nya telemetridesigner som hjälper utvecklare att få den information de behöver för att arbeta effektivt och effektivt, utan att samla in invasiva spår av detaljerad användaraktivitet.
Jag har skrivit en kort serie blogginlägg om en sådan design, som jag kallar transparent telemetri, eftersom den samlar in så lite som möjligt (kilobyte per år från varje installation) och sedan publicerar varje föremål den samlar in, för offentlig granskning och analys.
Jag skulle vilja utforska användningen av transparent telemetri, eller ett liknande system, i Go-verktygskedjan, som jag hoppas kommer att hjälpa utvecklare och användare av Go-projekt. För att vara tydlig, föreslår jag bara att instrumentering läggs till i Go-kommandoradsverktygen skrivna och distribuerade av Go-teamet, såsom go-kommandot, Go-kompilatorn, gopls och govulncheck. Jag föreslår inte att Go-kompilatorn lägger till instrumentering till alla Go-program i världen: det är helt klart olämpligt.
Transparent telemetri har följande nyckelegenskaper*:
Även om idén bakom förslaget kanske inte är dålig, kan den för närvarande planerade idén skrämma nuvarande eller potentiella utvecklare av programmeringsspråket Go in i framtida projekt. Man bör komma ihåg att de flesta utvecklare och användare med öppen källkod är notoriskt motståndare till de flesta former av telemetri.
Anledningen att samla in telemetri, det är önskan att få den information som saknas om behoven och egenskaperna hos utvecklarnas arbete som inte kan upptäckas med hjälp av felmeddelanden och undersökningar som feedbackmetod.
Russ siktar på att introducera ett koncept med "transparent telemetri" för att hjälpa projekt med öppen källkod att bättre förstå mjukvara samtidigt som integritet i åtanke. I sina blogginlägg (en serie på 3 artiklar) nämner han att enkäter och felrapporter är otillräckliga. Därför är det nödvändigt att introducera det enklaste sättet att samla in data om användningen av en app (dvs telemetri) genom att hålla saker öppna för alla.
Det innebär att hela datainsamlingsprocessen, hur den bearbetas och vad som blir resultatet av den, är öppen för alla.
Slutligen Om du är intresserad av att veta mer om det, du kan kontrollera detaljerna I följande länk.
ja... åt helvete!.