Remember
Remember
Any updates on this? facing the same problem.😂
会话存档 SDK
> > 会话存档 SDK > > 简单看了下，算法不开源，官方是以 native library 方式提供的，这样至少得 cgo 包一层，并且只能在 `linux/amd64` `windows/amd64` 使用了。消息格式也不一样。开发量很大。这个要搞估计得花一些时间= = 我觉得老哥可以考虑下，这个需求很有必要，可能会成为项目的亮点
终于学完了 精彩 得好好看带代码总结了。收货很多 感谢
测试代码是不是多了一行 _, _ = s.Raw("CREATE TABLE User(Name text);").Exec() _, _ = s.Raw("CREATE TABLE User(Name text);").Exec()
咨询一下，这一段 ```go func NewGroup(name string, cacheBytes int64, getter Getter) *Group { if getter == nil { panic("nil Getter") } mu.Lock() defer mu.Unlock() g := &Group{ name: name, getter: getter, mainCache:...
这个感觉是需要的，默认grpc 走的是pick_first,但是实际情况机器可能拥有不同的权重，承接请求量不一样。用户也应该可以在客户端选择不同的picker策略，甚至可以开放接口让用户自定义自己的策略。 我目前是自定义一个[balancer.PickerBuilder](https://github.com/wuqinqiang/easycar/blob/main/core/balancer/builder.go), 在里面提供不同的策略，客户端新增一个option，在 grpc dial 连接之前根据选择的策略类型向grpc [register](https://github.com/wuqinqiang/easycar/blob/main/core/balancer/builder.go#L27)自定义balancer.PickerBuilder。 相关： https://github.com/grpc/grpc/blob/master/doc/load-balancing.md https://github.com/grpc/grpc/blob/master/doc/service_config.md
> > 每个人的性格不一样，每个人对公司的理解也不一样，去个外包月薪3w问题不大，或者去个996的公司等等，但是工作不仅仅是钱或者不仅仅是为了钱，发展也很重要，当然每个人的目标不一样，在这里能赚3w，到了后面的公司是否能继续赚钱呢，或者对自己以后的提升怎么样等等吧。有的公司确实不需要看学历啥的，但是我觉得这种公司毕竟还是少数，或者是否可以被大部分称得上好公司。总之，每个人对公司的环境，或者自身的现实情况不一样，大可不必说的这么自然而然。 > > 我认为你说的对,是我肤浅了 不是你肤浅，说明你还很年轻
Thank you for your response. Looking forward to the fix.