看着不错啊

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

自己入手的是哈弗 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 上的微信能改进吧

@mikaelson 忘了，找时间试试

@asche910 之前用 safari 感觉挺好，可以选择带不带符号，带符号就是用横杠做一下分割