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

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

那么 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 ，所以报错了

别说文档了，开源项目如果交付给你产品，除了代码不能收费其他什么都能收费。编译后的执行文件付费下载，和作者聊天，readme 写你名字都可以收钱，爱怎么收怎么收

如果没有交付给你产品，更是想怎么玩怎么玩，比如把 LOGO 一改自己部署出来，外面再套个收费，完全符合各种主流开源协议

不如说软件自由就是保障的这个，没有完全且不可撤回的商业化授权，大量重要开源项目会瞬间失去主要的贡献者

大公司拿着开源项目乱赚钱然后挤可怜巴巴的一个或者半个人的薪水养着贡献开源，这才是开源社区的常态

比较简单&勉强算好维护的办法

package config

func init() { LOAD_YOUR_CONFIG() }

func Get(string) string { ... }

这里有 mod 管理，有程序员/学生/geek 的流量，和还在搞博客的人群高度重叠，所以人多

至于提交/收录链接然后展示列表这个模式，是 1995 年的雅虎的样子

POST /resource/:id?_method=DELETE
框架或网关 rewrite 一下搞定

直接 bufio.NewScanner 搞定，用 https://pkg.go.dev/bufio#Scanner.Split 配置一个，分隔符策略几乎可以照抄默认的 ScanLines

问题的平均质量其实挺高的，就是太多导致没有回答的欲望

想说看文档结果发现这段程序就是文档，那你继续看一下 WithTimeout 和关联的 WithDeadline 的文档里的描述，这里并没有什么原理，就只是文档描述的行为

另外看你的描述，如果你认为代码的执行顺序是 1 秒后执行了 cancel()，然后 select 进第二个 case ，我建议你把 defer cancel()这部分改成
defer func(){
LOGSOMETHING;
cancel()
}()
确认一下执行顺序，再看一下文档理解一下

虽然但是，mac os 不是 linux

squid 或者 varnish

广告没有曝光是管理员刻意设置的，不要试图绕过或者重复发帖

写 error message ，log message：准确率极高，会自动参考周围的写法风格，会按上下文嵌入合适的变量

注释 /签名生成实现：周围有类似的，或者方法名准确，或者是常用小算法 /套路时准确率极高

补各种参数校验，异常 case：如果不能猜出来的话可以先写行注释

实现补充注释：变量名 /方法名合理经常能猜对你要写什么注释

写测试：有点碰运气，但短方法 utility ，或者什么封装了个小正则的方法 一般结果还是很不错的

bench 增加和 https://github.com/planetscale/vtprotobuf 对比？

可以用 includeif 实现

你想做 A 就找喜欢 A 的领导 /团队，你想做 B 就找喜欢 B 的领导，大路朝天，各走一边