@Obrigado0815 #14 防晒😅，我是 7 月底去的，昨天晒伤的胳膊开始蜕皮了

@Obrigado0815 #12 是的，如果是 ND64 ，大概 0.4-0.6s 的快门效果就还可以了，就是类似小七孔那几张的效果

@hahasong #6 失误了😅，其实阴天 ND64 就够用了，用了 ND1000 ，快门时间有点过长了

@itcong #4 P1 黄果树瀑布（雨后黄汤版），P2-6 小七孔，P7-9 千户苗寨

@particlec #1 贵州真的是三伏天为数不多的几个凉爽地区了😂，特别是贵阳市，贼凉爽

目前感觉打车可以看到司机还有几分钟过来，也挺有用的😂

真力 G1 ，目前自己用感觉不管是 1m 桌面还是 3 米客厅用起来都还不错

前天看新闻。openAI 月活（ MAU ） 1.9B ，排十几名好像。google 排名第一，89B😅。月活差了这么多，怎么看并发也不是一个等级的

618 同事刚买了保友-金卓 B ，他反馈还不错。价格差不多就是 1700 多吧。

@pH #10 哈哈哈，主要是 JDK17 下的 G1 真的太棒了，在同样的测试中，G1 对吞吐量的影响大概只有 0.5%。感觉分代的 ZGC 怎么着也得优化几个版本才赶得上了😂

个人浅见：
1 、如果是 JDK8 环境，通常来说 ParaNew+CMS 算是比较万金油的选择。之所以不用 G1 ，只是因为 G1 在 jdk8 下还存在一些隐患，极端情况 Full GC 退化成单线程。ES 的配置文档也是建议 JDK10 以下，不建议配置 G1
2 、如果是 JDK11+环境，通常来说就选择 G1 就 ok 啦。需要关注下 MaxGcPauseMillis 参数，不要设置的太小了，按照实际来。而且随着 JDK 版本的升级，jdk11-14-15-17 ，G1 的性能越来越好，可以说 jdk17 下的 G1 真的强无敌，吞吐量、延迟达到了非常棒的平衡。
3 、关于 ZGC 。我在 jdk17 的生产环境测试过 zgc ，在 16g 的堆下，基本 gc 停顿时间<1ms 。但是，通过火焰图观察，大概消耗了 10%的吞吐量。所以看你的需求，如果可以舍弃一些吞吐量，那 zgc 也不是不能用。虽然我认为绝大多数的应用 g1 就够用啦

@mgzu #36 感谢感谢。我们现在各种 wrap ExecutorSerivce 来传递各种各样的 ThreadLocal Context ，不知道换了还能不能生效了

21 的虚拟线程解决 ThreadLocal 的问题了么？我记得好像是这个版本的还不支持 ThreadLocal 。

推荐系统中感觉 java 可以做的也不少：
1 、推荐引擎。总是还需要包装一下（ TF Serving 之类的）才能给各个业务调用的，java 做个 facade 还是 OK 的
2 、用户画像。画像计算（大数据 Flink 、spark 之类的）、画像服务都是可以用 java 写的。当然估计也少不了写 SQL
3 、数据清洗。模型训练也需要数据嘛，一般也不会直接使用原始的数据，还是得加工加工，java 也能搞。估计也需要一些 SQL 啦

windows11 。后端 Java 。Dell 7000mff 12 代酷睿，之前用 windows10 老是蓝屏，更换后基本无蓝屏。

@sadfQED2 #4 完全可以理解😂，搜推就是各种奇奇怪怪的 case 让你找为什么。画像特征越来越多，模型越来越复杂，但是效果嘛.....感觉搜推是那种 0-1 提升巨大，后面真的差别不大的那种场景

To C 的服务，我们一般使用 JDBCTemplate 。To B 的服务，MyBatis 、Spring Data JPA 都有使用。