只能说冗余比较好，之前碰到过一个上传 excel 校验，不知道要调多少 rpc，最后不得不折服丢掉 rpc 改消息队列通知

Serializable 忘记加 uid 是个大坑，建议慎用

写代码根本就是个工具人，市场经济下一旦脱离组织，整合资源能力为 0，生存能力为 0 。

上 es 吧，性能杠杠的

这不有点本末倒置了

绝对买钢琴啊，如果不是租房子的话，手型真的很重要，那种电钢琴和电子琴手感完全不一样，如果不是三分钟热度的话真的建议买一台二手的，无聊的时候可以陶冶性情，减轻压力，而且很容易受女孩子喜欢

关系型还是要用 mysql 啊，举一个粉丝关注场景，我的粉丝，我的关注，是否关注，是否为好友（互相关注），起码需要几个 key 去维护这种业务，但是最好的方法是，mysql 存一个关注表，redis 缓存这份关注表，当粉丝关注变化时，缓存失效

@Jrue0011 应该使用什么注解呢，对 springboot 不是很熟

@xuanbg 没装 jenkins，
@wysnylc 是的 暂时不需要热部署
@GM 但启动会报错 项目是多模块的，就是再子项目启动会报错，目前还不清楚为什么出粗，我是用
mvn -pl app -am spring-boot:run，如果不加 pl 和 am 参数，它会找私库的 jar,不会自动更新

这不是贤者模式吗

@gz911122 没问题，只是处理慢一点而已，就想如果更智能就好了

@hemingway 是的，我原先也是这样想，客户端上报，但是为了保险，还是推两次吧，因为有时候安卓的用户跑到 ios 那边登录了

@gz911122 是的，安卓推的平台友盟都做好了，只要调他的 api，就是帮你对接安卓的各个厂商，只是现在服务端每次都要调用两次友盟的接口，一次推安卓，一次推苹果

@kop1989 所以一般做法都是服务端安卓和苹果都推一次吗

我刚学 ps,转为 hsl 模式吧，根据色相去判断会比较好一点

典型技术男思维

redis stream 你值得拥有

统一异常，然后全局处理，第三方库的异常自己觉得不影响业务功能可以在调用时候 catch 掉，然后 log 日志，我现在是这么干的