恨死 go 的导出变量命名规则了

各位大佬们，欢迎大家来拍。但大家先看清如下几行哈，不看也行，毕竟没几个人会仔细看，但我还是写出来哈。

1) 我有一个 Person.id 字段，是包内引用，几十个文件引用，如果觉得引用太多了的我不做反驳；
2) 现在外面有人想访问该 id 了，说以前没设计好的，是设计问题的我也不反驳；
3) 认为我现在把 Person.id 修改为 Person.Id 只需要在包外新需求的地方修改的，我也无法反驳；
4) 大多数语言，public/private/protect 是在变量定义的时候说明一次就行了，后续要修改，只在这个地方修改一次即可。现在 go 是用变量名大写来到处说明自己的 public 特性，不仅仅是在定义的地方说明的。这就造成了修改可见性得对所有引用修改（毕竟 Id = public id ，如果这句话不同意的，我也无法反驳)。说改文件很轻松的我想说你 review 代码 cr 的时候，一个小需求，把依赖包全部文件修改了一边，觉得很舒服吧。
4) go 很多东西都很好，特别是工程化很平易近人，这也是我在服务器端用了快十年的原因，但是这并不妨碍我吐槽其中一个点吧，并且稍微搞个吸引人的标题就被人说性格缺陷、抑郁，好吧，没问题；
5) 很多现代化的语言，比如 rust/kotlin 在语法方面比 go 优美一万倍，我一直用来做客户端的底层库开发，但是并不影响我吐槽它的一些问题，
6) 有一些回复者都在通过改变设计原则（比如默认为 public) 来适应这个问题了，难道不值得思考下？