[golang-dev] Style inconsistencies in the standard library

Fellow gophers,

looking over the current code base of the standard library (assisted by
golint), I noticed a number of style inconsistencies, mainly variable
names using snake_case instead of CamelCase¹, Id vs ID but also a number
of other "issues".

A fair amount of it occurs in tests, but there's also a substantial
amount in actual library code, for example in archive/tar and
archive/zip.

My question is whether the team sees any merit in sending CLs that
correct these inconsistencies, or whether such CLs would be considered
noise with little value.

Also, if such changes were to be sent, should they be separated into one
CL per package, or condensed into few CLs that address one issue for all
packages at once?


I'm not looking for a discussion, just a simple "sure, go ahead" or "no thank
you."

¹: I am not referring to certain constants (e.g. s_IFREG) or obviously
useful uses of snake_case (e.g. init4_224)

Dominik Honnef