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 的编码问题”，而不是“压缩包内文本文件的编码”或者“压缩包内文件名的编码”的

能在短短几行字里聊出那么多认知错误也是不简单

加密警察即将到达战场

如果上下游按南北方向或一般架构图方位算，最上游是网关最下游是数据库，上游到下游是请求流动的方向，请求来自客户，来自上游

如果上下游按数据流向或依赖方向算则恰好相反，最上游是数据库而下游是网关，上游到下游是数据流动的方向，数据来自数据库，来自上游

那么 op 是不认可哪一边呢？ 如果说调用就是上游那也未免太单纯一点了，难道我订阅做个推拉，还能推模式和拉模式的上下游就反过来了？

b64Table='ABCDEFGHIJKLMNOPQRSTUVWXYZabcdefghijklmnopqrstuvwxyz0123456789+/='
decode = s=>atob(Array.from(s).map(c=>b64Table[codeTable.indexOf(c)]).join(''))
console.log(decode(encode('Hello World!')))

没啥毛病，中文是因为整个过程用 charcode 当取字节用了，但实际上 charcode 取的是 unicode codepoint

@liuguang 偶尔会同时出现的，例如读写 socket 、文件可以失败的同时已经成功了一部分

不过我同意还是支持代数数据类型能解决不少问题

https://github.com/golang/go/issues/32437 这里有最全的 golang error handle 的意见

因为阻塞了，所以 all goroutines are asleep 。因为 all goroutines are asleep ，所以 deadlock 。因为 deadlock ，所以报错了