现在的形势下，你可能要说服面试官自己为什么值 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 一下

搜了搜找到 2 个 GENIE AI: https://www.genieai.co/ && https://www.usegenie.ai/ . 不过都和二次元关系不大。 这个名字似乎重复率有点高

建议千万不能闲着，如果你喜欢做程序员可以参加各种开源项目，一般大开源项目 issue 都很多可以认领一些。或者你对自己水平足够自信可以像我一样直接开新项目。但如果你不喜欢做程序员可能就真应该转行了，学历不好而且没有大厂经验估计很难继续做这行，而且过几年 ai 或许就能取代初级程序员了