"必须有连续（超过 1 年以上）参与开源项目的经历", 这个似乎不太结果导向

我觉得 Readme 里的 Overview 挺抽象, 也许换成流程图之类的表明数据从存入到读取的流程更好点。另外如果你的这个项目对比别的 OLAP 数据库有明显优势可以考虑在最上面列出来，比如语法简单很多，或者各种 benchmarks 之类的。数据库想推广渠道太多了，你可以找 twitter 上的知名程序员看看，发发私信。前提是你这个项目确实够好。另外我没看到单元测试和 CI/CD? 无论是从数据库角度还是开源角度都建议加上。

现在的形势下，你可能要说服面试官自己为什么值 60W+。担心不能加班把你挂了可能也只是个说法而已，如果是大厂核心组而且技术非常过硬估计加不加班都是小事。或者去创业公司当个 vp 什么的也许也能拿到这个价但你要说服 CEO/CTO 而且需要带人，带的人水平可能非常参差不齐，估计加班还是逃不掉

@wesky8201 4200 在桃浦肯定不能算便宜。但这套房子装修还不错而且是 4 楼，比自如性价比还是要高多了。桃浦六村也是桃浦新村这几个小区里环境最好的之一，而且最近也在装电梯

刚搬进去时拍的视频: https://v.qq.com/x/page/r35208ghbg8.html

既然 assign 给你了那其他人做之前至少应该问你一下吧

几个 G 没什么压力，可能 GC 的时候会占些系统资源但是你都这样用了我估计机器配置不错，问题不大。而且数据库我理解不用考虑数据驱逐问题，所以也不需要 sync pool 之类的针对 alloc 的优化。另外 freecache 和 bigcache 都是缓存和数据库还是有一定区别的，而且没有范型

前期远程，年底预计 base 深圳, 意思是年底就不能远程了？

看发帖记录似乎已经开发 1 年了，还处在内测阶段？

可以接受合租的话看看自如的电梯房新小区，这种一般隔音环境什么的好点(似乎通常 01 卧是原生主卧)。坏处就是有隔断间而且一般没阳台

这种首先应该有个详细的书面复盘报告。到底是什么原因导致系统承载能力不足，现阶段是不是必须要解决。然后再分析解决方案比如是不是优化查询或者限流之类的。数据库是很成熟的东西

顺带打个小广告，最近接手了 go-txdb ( https://github.com/DATA-DOG/go-txdb) 的维护工作，有需要写涉及数据库的集成测试的同学可以试一试

没有银弹。假如你的 source 有 100 万个元素但过滤完只有 10 个指定 capacity 就比较浪费了。或者如果 source 没有用你甚至可以直接写回 source 里不用 make 一个新 slice

已投递

@ben548 你说的其实就是 rueidis 做的事情。但是如果你准备自己开发的话，我建议可以同时存到 redis 和本地而不是下一次 redis 读出来再存。大部分 memory cache 都能限制最大数量所以没什么问题。

要看需求怎么样，比如有没有 redis ，如果已经有 redis 可以考虑带有 client side caching 的[rueidis]( https://github.com/redis/rueidis). 如果不想用 redis 而且实时同步要求不高的话可以考虑用普通的 local cache 设个比较短的 ttl ，比如 1 分钟。但这样会有 1 分钟的数据不一致。或者说你的数据量太大，而且没有特别热点的数据，由于本地缓存容量有限因此命中率会极低，只能上 redis 或者类似的远程 kv 。如果你考虑使用 local cache ，欢迎试用我的[Theine]( https://github.com/Yiling-J/theine-go)

value 是什么, 每个用户都不一样吗？

@Nazz 卷不动了，光搞 cache 就很费脑细胞了

io 圈好卷。有没有人写 cache 框架跟我 pk 一下