@xkeyideal trace id 通过 context 传递，这简直是基本操作阿

确实复现了，这个设计，不是傻子么，难道自己找回密码还能不知道自己
如果确实怕混淆名字，哪怕保留最后一位名字也不好，最好，就是如下
**[dong] 最后一位拼音

@vvmint233 @pkoukk 资源性的依赖，我更倾向不要 mock 资源，而是按需构建资源，其实代价很小
我做过一个测试项目，就是将所有资源 Docker 化，并且做好初始，结束动作
Mysql / Redis 都是调用 Docker，“资源即服务”，甚至可以构建一个 pool 来重复利用

原因在于，如果资源 mock，可以不能测试到使用资源的错误，比如一条 SQL 语句其实错了，但是不能发现

@pkoukk 以上，可以做到针对函数精确的 mock，按需实现

关于 Go 的单元测试，一下是我的几个思考点：

1. 基于 interface 的 mock，这是面向接口可插拔，已经很成熟，就是实现对应的 mock 接口实现注入，具体方法 mock，具体不说了

2. 面向方法的 mock，使用 context 模型，进行 mock 方法注入

举个例子：

https://play.golang.org/p/z5RDSVcTSWD

@BBCCBB 就是需要一个 session.time 来记录，只是并不需要放在数据库，用 redis 然后最终同步到数据库，sorted set 很满足这种 *一个时间窗口 xxx* 的需求

简历可以给我看看？ yy cloudzhou at 163

我对 gorm 最大的体验是，作者应该有很强的函数化编程背景，所以很重度使用函数化，各种 hook
而我对于中间件类型代码，是很反对函数化
我对中间件类型代码的要求，就是 Go 本身源代码，我一眼看下去就知道在做什么

女孩？健身房完全不应该给，这属于额外非必须消费

你现在解决方法，就是大额支出，并且要让父母知道，比如买个公寓，或者二 /三线买个小房子

go 写一个 echo，限定长度

很多年前推广的时候看过，记得是一个 ex baiduer 开发者开发的，颇有个人开发者的味道，也得到一点投资？
我还记得自己开发 gitshell.com 的时候，激情澎湃，晚上甚至睡不着，现在也没有用了。

这些不成功的产品，残酷的说，就是泯然世界，没有声音；
只是对于开发者来说，是自己的一段经历，一段努力。

分视频，认真看的视频，基本关掉弹幕

"靠窗的，这理论不影响啊"，不可能的，只要抽烟，整个房间都闻的出来，你只是本身作为吸烟者没发现而已

里面已经有了测试用例，如果你们有新的测试用例，可以加进去，这样很容易验证是否正确
复杂度来说，最大在于排序，所以是 lgn，我的代码，以便于阅读理解为主，所以不考虑极致性能

@Biggoldfish 的算法，直观上有问题，但是我验证不出来
@ncabhd 是的，我后面想到了
为了确保正确，我写了代码，你们需要的话，我们来验证一下：
https://gist.github.com/cloudzhou/614d3acf70cbe08a616d0be9888e739e

上面 偶数数组，奇数数组，比较就是两个起始 index i, j，一个左移，一个右移，不断逼近的结果，最后得到 i, j

最后和是偶数，那么 偶数 = n 个偶数 + m 个奇数 ，其中个数 m 是偶数，m + n = k，k 是总个数。
要求最大值，将数组分成 偶数数组，奇数数组，从大到小排序。
如果 k 是奇数，k-1 个最大偶数，1 最大奇数，就是答案。
如果 k 是偶数，首先选取 n = k，然后记录总和；
L: 然后 n-2，剔除最后 2 个偶数，加上前 2 个奇数，在算一下总和和之前对比(如果这两奇数和小于提出的两偶数和，直接可以 break)；
重复 L，知道偶数数组或者奇数数组为空，不断比较最大的和