华为手机都买不起，暂时不需要担心此问题

职务侵占就能私自审讯？那还要警察干嘛，那张扣扣是不是可以无罪释放了？

本质上是个反爬虫

为毛需要断点调试，这么低效的 debug 方法，难道没学过二分法 debug 嘛

这是来炫耀有老婆的

@acthtml 微信“优化”了用户的加速显示，app 端没有优化所以显示的是真实的值，你也没有回答是不是数据库里存的是同一个值啊

@acthtml niubility，难道加速等级小程序与 app 还用的不是一个数据库么

这么骚的操作，能给普及一下技术实现么

请个假，还需要二级审批，这种公司年后走了吧，只要组内有人帮你扛了工作，想怎么请怎么请

websocket 是长连接的，怎么会有并发问题？
群聊天的话，那是广播，每人保持一个 ws conn，任何一个人发消息，然后向每个 conn 发一遍不就完了么

难道爬虫都不过滤重复数据了么，布隆过滤器了解一下

@enenaaa 最简单直接的一点就是，redis pub 和 sub 在断线重连之后是否会将历史数据再推送给 client ？

简单从以下几个方面说一下瑞迪斯为啥在微服务中不能取代 etcd：
1、redis 没有版本的概念，历史版本数据在大规模微服务中非常有必要，对于状态回滚和故障排查，甚至定锅都很重要
2、redis 的注册和发现目前只能通过 pub 和 sub 来实现，这两个命令完全不能满足生产环境的要求，具体原因可以 gg 或看源码实现
3、etcd 在 2.+版本时，watch 到数据官方文档均建议再 get 一次，因为会存在数据延迟，3.+版本不再需要，可想 redis 的 pub 和 sub 能否达到此种低延迟的要求
4、楼主看到的微服务架构应该都是将 etcd 直接暴露给 client 和 server 的，etcd 的性能摆在那，能够承受多少的 c/s 直连呢，更好的做法应该是对 etcd 做一层保护，当然这种做法会损失一些功能
5、redis 和 etcd 的集群实现方案是不一致的，etcd 采用的是 raft 协议，一主多从，只能写主，底层采用 boltdb 作为 k/v 存储，直接落盘
6、redis 的持久化方案有 aof 和 rdb，这两种方案在宕机的时候都或多或少的会丢失数据

总结，瑞迪斯从来没有想过抢 etcd 在服务注册和发现的饭碗，目前的架构来说也抢不动，在缓存方面目前在性能和功能也无出其右； etcd 只关注在服务注册与发现方面，非要当做 k/v 存储来用（丢弃 watch 特性而言）也可以用，性能也不错，但只能说你选错对象了

微服务架构中选择哪种技术，取决于技术决定人的规划理想，非要说 redis 不行当然也是错的，不考虑服务规模和性能需求，用 mongodb 也能搞，mongodb 3.6+版本也有个 oplog watch 的功能

待下去，想力挽狂澜，不仅要有领导的支持，肯定会得罪不少既得利益者，人与人的关系永远是最难处理的

不建议留，楼主技术能力应该挺不错的，留下来就算给你带团队，部分技术由你管控，那么需要面临两个大问题，人员的配置，全方位的技术管理，这两点都涉及到人的管理，上层领导如果鼎力支持，也需要一两年才能初见成效。但会发现投入与回报不成正比，如果得不到支持那么会更闹心，尝试失败后还是要滚蛋。
这种公司明显就是当前状态不会投入过多的资源，产品能用不出大问题即可，没有太多追求的团队和公司。
就算给楼主把团队带出来了，CEO 和 CTO 会感谢你多少呢？蘑菇街的期权诈骗可以了解一下。
毕竟才待半个月，建议寻找下家吧，眼光擦亮一点，目前资本寒冬，工作不好找，找个能稳定，成熟的公司过冬吧。

汤姆凯特和瑞迪斯你了解么

特快列车与高铁的区别

这公司还没死啊，居然还上市了

理由楼上们都说了，个人建议，不要去