@june4 现在有了 generic 可以搞一个非常棒的 helper

func Must[T any](v T, err error) T {
if err != nil {
panic(err)
}
return v
}

就是泛化的 https://pkg.go.dev/html/template#Must

你看，即使在这楼里偏支持的声音，也有挺多并不太理解比较现代的那一版 errors.Is/As 新设计，还有如何结合 golang 偏鸭子类型的 interface 设计做复杂 error 交互的同学的。所以我是觉得 Golang 的 error 设计唯一的问题就是可能低估了大家学习一个和传统非常不一样（但是确实精妙）的设计这件事情的成本。

也包括相关的 interface 设计，至少我感觉多数人都要教，而且教了以后也不像其他概念基本一次性掌握，得反复 review 。

@raw0xff 我安卓 v2er 加载不出来，换浏览器正常 。应该是那个图床某种策略 block 了

google wire 和 uber dig 按 XP 选一个就行

这是所谓的 golden test ，也就是用上次代码执行的结果来 assert 下次代码执行，和普遍意义的单元测试不是一回事儿

有没有一种可能，乐观锁就是用悲观锁实现的？

goland 生产力搞起，输入
err.rr
按 tab
见证奇迹

比较在意冷冻影响口味，一般搞半周的做熟冷藏，准备下半周的切配放好周中抽一天晚上再炒出来

或者摆烂，比如咖喱饭扔点午餐肉和蔬菜啊，以前红过一段时间的一锅出菜谱什么的（一个番茄饭）

@leonshaw 我既不了解 telegraf 也不了解 jti 或 openconfig ，只是点开 op 的例子看了项目里的 md ，就着上下文解释一下自己的观点。

你如果觉得有更合适的名字也关心 telegraf 项目，不妨开 pr 和社区沟通讨论，这和 op 要讨论的话题无关

@dyllen

test/testing 这种属于特殊固定后缀是排除的，类似还有 go 文件后缀_linux _arm 等等

就我个人经验，超过两个单词的取名我没有碰到过改不了的，import path 是一个完整的概念，目录名一样可以承载信息，最后一段 package name 只要最 unique 的信息，承担标识符的角色，其余信息可以组织在目录里。

另外还有一个点是很多项目的 package 拆分都太细了，导致内部依赖复杂，大量不必要的 export

就你举的例子，那个 package “Subscribe and receive OpenConfig Telemetry data using JTI”， 也就名字里的前后部分是不必要的重复，直接就叫 jti 或者 openconfigtelemetry （不确定缩写成 oc 是否合适）就行了。就好像 etcdclient 如果叫 grpc_etcd_client 也是三个单词，并不合理。
而反过来这个名字也在目录里表明了这是一个 input 相关的 plugin ，并不需要叫 jti_input_plugin

全小写不分割，适当缩写 （最多两个单词）

https://github.com/kubernetes/kubernetes/tree/master/pkg
https://github.com/etcd-io/etcd/tree/main/pkg
https://github.com/prometheus/prometheus

随便找几个知名项目的例子参考

m1,m2: https://pkg.go.dev/reflect#Type.MethodByName
m3: https://go.dev/ref/spec#Method_expressions

这些行为都是符合预期的，如果你不要 receiver 可以自己移除，如果你要 receiver 可以自己补充，哪种都可以

开飞机是不是得自己会飞啊

乐，一大半在回煮饭的量

@fydpfg 我读了好几遍才大致猜到 OP 的意思，你也可以看下上面的兄弟有多少是没有发现 OP 在讨论“压缩密码使用非 ASCII 的编码问题”，而不是“压缩包内文本文件的编码”或者“压缩包内文件名的编码”的