作为一个 java 开发，感觉同价格 windows 的体验会更好。就目前使用而言 7k 的 windows 主机比 MBP 15 中配体验好，17k 的 precision 5540 更加比 MBP 15 2018 款中配的体验好。除了 windows terminal 不支持 lrzsz，其他我觉得和 iterm2 差不多。作为一个使用了两年 mac 切换回 windows 的 java 开发者如是说

List.size()方法返回的是当前 list 已有的元素数量，Collections.copy 这个方法比较的是已有元素的数量，因为没法取得 list 底层数组的实际容量，所以通过比较已经填充元素的数量代表这个两个 List 的最小实际容量比较。关键点是不暴露底层数组的实际最大容量，才使用的已填充数量做比较的。

27 寸 4K 200% 40cm 距离

@Showbox #9 [捂脸]表述不清楚，win10 v20H1，因为是说四月底到五月推送，简称 2004

@Showbox #2 据说 2004 是 4 月底到 5 月底推送

AdoptOpenJDK +1，现在家里的 windows 和工作用的 mac 都是用这个了

求支持 rz 啊! ORZ 就只有这一个痛点了

因为基于类目行为的推荐通常来说效果最容易体现。做画像的都听过啤酒与尿布的故事，但是实际上还是看工业啤酒推精酿啤酒的效果好，这只能说技术还是不够啊

第一，如你图上的示例，确实使用 Optional 和判断是否等于 null 没有区别，因为你的条件分支里面没有使用 str 这个变量。在此情况下，我认为没有区别。
第二，假如你的条件分支有使用 str，那就需要对 str 为 null 的情况赋予其他值，此时可以使用 Optional.orElse("default")或者 Optional.orElseGet(()->"default")这样的方式来代替使用 str 。
第三，还有一种情况是 str 等于 null 我要抛异常，很常见，例如 DB 里面查不到数据我要抛异常，此时可以使用 Optional.orElseThrow(() -> new StrNotFoundException("str 没找到！"))类似的.
综上，不是什么情况下 Optional 都能达到你想要的效果，不过最差的基本面也是和判断是否为 null 类似，所以可以尝试去使用

方案 1 的思路绝了！！

目前使用的是 Dell Precision 5540，也是代替了公司的 MacBook，可能我更加习惯 windows 吧。5540 上的是 4k 非触摸屏，windows 的 4k 显示效果也是杠杠的

@MiniGhost #3 这个合集好像就是包含了命令与征服还有红警的三个资料片

@ybw #5 微信就是不满足做一个工具类软件，才这么招恨的

有舍有得，获取便利的同时，你总得贡献点啥

上上周买了一个 45g 的 plum Niz，第一次用静电容感觉还不错，价格也还 ok。

PV -- Page View
UV -- User View
QPS -- Query Per Second
一般看同一个页面的 PV 和 UV 相比更有意义，例如首页

1080 是 200%缩放，4k 的 4 个像素点合成一个。

@darmau 那还是你远（抱拳）