一有目标，二为了虚荣心，这两都没有读不读无所谓。

真真的太丑了，之前提案阶段就一堆人吐槽了。

开发真的会用就行了，甚至公司有钱都买云的服务就更简单了，纯运维的话才需要深度折腾吧。

习惯了 jetbrians 系 ide 暂时还没有换的动力。

最近我也看了一下，确实 TS 居多，简单的后台只想写点 js

不喜欢紫色。

和钱相关的业务才会开始就考虑，其他的基本不会。

就算不是微服务也是两套吧

没必要扯这种谎吧，真要要你，你随便说个休息的理由都会要你。

昨天也看到，不过十个小时英文视频容易劝退，要学可能更愿意选择读源码。

项目不大就是全局变量然后塞 context 里传递，不然就折腾 wire ，dig 等 DI 工具。

确实见过直接放在 handler 的，直接 middleware 控制 commit rollback 的做法，buffalo 框架好像就是这样做，但这样感觉事务颗粒度就太细了影响性能吧。 一般我只在 service 开始开启，但传递确实可以塞在 ctx 里。

go 一直用这个很好用，可惜没有 word 操作库 go 没有好用的。只能用 Python 的 word 库。

你这不是实现最小堆么，pop 当然是弹出最小值。less 写成 h[i] > h[j] 就是最大值了。

百万以上大 offset 就很慢了吧

数组值传递也是只传递指针吧

github 提交量前三已经很不错了。

写代码又不是闹革命，一定要领袖么？