@Helsing 这就是楼主的需求。缓存肯定存在内存里。

猫咪看起来很憨厚

G304 京东 149 入的

不成熟建议，先去大厂。（半年到一年）稳定后再备孕生产。整个周期可能在 2y 左右，只要不是狼性大厂，对孕妈的关怀都是很不错的。

就这两个选项，个人觉得无脑腾讯（虽然是 csig ）。只要不背星，一切都好说。

小公司靠开发自觉的。大公司看 leader 在不在意。

@singerll 实时音视频场景 400ms 的延迟都受不了，打游戏你延迟 1s 和 16ms 的差距对用户真的没有卵用吗…？

是不是你经常切换分支？如果切换分支会把之前的内存也保存着

也不是所有的小公司都值得加入。甄别好公司非常困难。在行业下行阶段，大公司概率上活得好点。就算被裁起码也有赔偿。小公司倒闭几率更高。

我之前也在中小公司待过，还是有很多收获，但是还是那句话，甄别和遇到好公司概率非常低，你本身也要足够优秀和有一定的运气。比如：

1. 恰好正确的行业：实现正向盈利，不会因为倒闭而匆匆换新工作导致持续性不强、简历不好看

2. 核心业务的非核心团队：参与核心业务但不需要花时间应对太多的业务导向安排，比如业务值班、大量的运营类业务等

3. 技术团队小：灵活并且技术选型自由度高，你将有更多技术实践的自由，只要对事情负责到底

4. Leader Open 且辐射能力强：层级扁平、凝聚力更好、氛围更轻松，可以提供公司底线之上较高的自由度。

当然每个优点也有相应的缺点和隐患：

1. 创业公司营收压力大、业务变动非常快：相应的员工的压力也更大，体现在技术这边就是「倒排期」、需求管理和版本规划混乱、加班等

2. 非核心团队在技术话语权比较低：难以撬动其他技术团队（后端、测试）一起推进或改进存量业务

3. 技术团队小：如果没有 Tech leader ，那么需要直接对接需求整个周期，非常占用时间；没有专门负责效率和基建的同事，有时候这部分还是非常花时间的（比如基建的稳定性维护等）；规范性靠自觉

4. 非常看 Leader 个人风格，垃圾 Leader 会 PUA ，好 Leader 会抗事带领大家一起前进。

读肯定是可以读的，如果你只是需要显示到 iv 上，直接调用 iv 的 api 就可以了。如果你要自己操作数据，那需要 open input stream

接个小米的音响，触发解锁失败就播放：“Big brother is watching you” 😆

对于客户端来说，还是 Json 方便扩展，不然后续接口加参数，传参地方都得修改。

感谢分享，听播客完全想象不出真实样貌😂

@noparking188 理论上都可以收拢到 item 对象里的，约束和复用程度更好～

一般第二种多点，不过关于你这个特例，其实可以更简洁：

https://i.imgur.com/YtLPUhj.png

公网时延不会很高吗……到服务器的时间都够来回两次查询了。还是部署路由器好点？

开发挺舒服的。就是虚拟机跑不了比较老的版本，因为老版本基本是 x86 的，这对测试兼容性有点麻烦。其他都舒服。肯定比 19 mbp 舒服。不过建议加钱上 m1 pro ，毕竟编译多线程更快。

有点像这个

https://raw.github.com/wiki/ReactiveX/RxJava/images/rx-operators/zip.png

http://reactivex.io/RxJava/javadoc/rx/Observable.html#zip-rx.Observable:A-rx.functions.FuncN-