我们之前做相册 APP 的时候是这样
1 ，手机 APP 访问手机相册，我们的团队没有大牛，没法绕过系统授权，而且法务也要考虑是否符合个人信息保护法和一些用户信息收集的法规，都是用户需要用了才需要授权，没用到就不要权限
2 ，保存到系统服务器上的用户照片等信息，不知道其他产品团队怎么样，我们团队这个是在最开始就非常重视的环节，毕竟这层信任要是被破坏了，就彻底凉了。所有人在正常流程下是接触不到用户的数据和照片的，少数能访问的密钥掌握在少数几个非技术人员和领导的手里（有技术的没有密钥，有密钥的没有技术，都访问不了），所有人都签订了相关的保密协议。在部分需要照片审核的场景下是直接购买的阿里腾讯的图片审核服务，尽量避免人工，但肯定无法完全避免，需要人工复审的时候审核人员进小黑屋，不带电子设备

永远玩不过骗子
就算薅点儿羊毛就走，这都在骗子的计划内，不影响人家的 ROI
还是希望赶紧都抓起来

看着不错啊

唯一的建议，小心膝盖，我就是大体重跑步，膝盖跑伤了，现在只能走步或者游泳

自己入手的是哈弗 H6 1.5T ，觉得很不错，可以推荐

沉浸式翻译

这几个模拟器的安卓版本都多少啊

登录侧基本不用 jwt ，登录踢人，顺延登录时间等等这些东西单用 jwt 都不好弄，还得后台记录，跟 session 没啥区别，反而还要自己维护，包括多 jwt 之间的冲突，分布式 session 现在也很成熟，直接使用就行
现在 jwt 基本就只用在开放 API 做认证以及开放页面组件会面临跨域的情况下，这些场景是能体现 jwt 简单方便的一面的

@meinjoy
@luermao
只要主板不锁内存上限，迟早能做这个升级，现在就担心板子有限制
找联想的人打听了几次也都含糊其辞
问了一些商家这个本太新了他们也没做过，都不知道

@songpengf117 都不用开主机，公司的服务器管够，不过还是不如本机方便，特别是移动办公的时候，不管是各种 VPN 、网络情况、还是延迟都很恼火

@tigerstudent 我虚拟内存已经分了 22G 了，性能上还是比内存差得远，毕竟除了本身的速度，还多隔了一层操作系统

@twofox docker 也跑在 wsl 上，本地的测试环境，主要就是这些了

@Track13 能弄就行，花钱让专业人来搞呗

我的天，这么明目张胆么

这跟 JAVA 有啥关系？没明白

长白山十一前后去就行，我和我认识的几组都是这个时间点去的，天气都不错，没遇到封山的情况

在多个项目上用到了，主要原因就是不重复造轮子，我对于这类中间件的质量概念是存活时间+大家的使用量+更新频率+对应的业务场景+issue=品质，xxljob 从开始就还是比较信任的，没怎么做测试就直接使用。一直也的确没什么问题。跟他对应的比如 shardingsphere-proxy 和 debezium ，这两个都是比较早期就开始用，用的人也不多，业务也比较核心，所以做了大量测试才引入

至于日志的问题，当初在引入 xxljob 的时候就考虑到了，所以建设的时候就配套了清理机制，反映在架构设计相关文档和部署文档中，后续相关人交接也没出过什么问题

仅供参考

还一直在用，挺好用的

@geelaw
@ysc3839
提了反馈，希望后续 win 上的微信能改进吧