x/time/rate 限制后执行自定义行为，例如 3 楼的 redis 记录 ip 。

gopath 可以配置多个目录，第一个目录放依赖，第二个目录作为 worksapces 。

gomod 解决了多版本和 goproxy，但是也引入了些新问题。

不用 win 不用 vsc 不用 scan

作为用户使用 Incognito，作为程序员写代码禁用 cookie 。

修炼内功怎么花时间都不多

有关系就电气，没关系就计算机。

看代码写代码

go 直接启动 1 秒，编译启动 5 秒内。

感受是业务为主+没有运维的正常现象。

1 一般通过流程去规范的，例如周期发布计划。
4 cicd 我这里都是代码交付，模板部署自动更新。
5 文档管理我见过的一般就 jira 或 zentao 。
6 日志健康是运维的事，链路追踪是开发的事，一般由技术开发经理主导建立的，灰度发布一般没啥用，不如多来几套环境。
7 数据库人人都是 root，公司没有运维吧（第四点第六点也是现象）。
8 没有知识分享才是正常现象，对领导又不能赚钱，可能还有要给分享者补助，毕竟分享需要不少时间做准备。

新增一个接口很难？？

@vincentxue 关注不多
"gin Context 不合理的实现 context.Context 接口（尝试性传递 ctx 会出未知问题" 这个我理解不对，go1.13context 源码优化了实现，我按 10 版本去理解的不对了；在 1.13 之前 context 实现使用的私有类型断言，自己实现 context.Context 接口好像会性能有点影响，异步 go done，记不清了。
goframe 的 sync.Map 的单线程单元测试在 2019.5-2020-5 之间某时间之前就修复了，性能测试和 sync.Map 相同，好像是一个删除 3 倍性能，一个插入 3 倍性能，查询性能完全一样，goframe 的 ghttp 在 web 领域不算顶尖。
fiber 的单元测试还是没有补，单元测试跑完就有的 bug 还是没排。

写了一个小脚本，每个镜像保留最近 5 个 tag，其他都删除。

这图画了牛逼 顶顶

源码看了越多约强， 阅读代码的规模也会 1k，5k，10k 不断提升。

就一个令牌桶而已，传入一个自定义 key 就好了。

https://github.com/eudore/eudore/blob/master/_example/middlewareRateRequest.go#L75-L77

https://github.com/eudore/eudore/blob/master/_example/nethttpRateRequest.go#L16

dd

没有监听对象的 fd 传递？？？ 重启不止信号监听

源码或文档

1 、不完全认可你这个 300m/s vs 124m/s 的结果，因为你没创建*http.Request 对象，创建是额外需要一定资源的，没创建易用性很差。

2 、Parse 函数长。。。