另外苹果要是为了更薄换 NMB 那键盘，真的就手动再见了……

管它多厚多重，我只关心

1. 雷电 3
2. USB Type C
3. 窄边框提升屏幕尺寸

@mlhorizon 一直不知道罗技有这东西，看了你推荐后去海淘了一个 Harmony Elite ，应该是最佳选择了，多谢

@xenme 下血本追求居家体验，花钱的地方不止这一处呢，为了一个很小的细节花下几两三千的地方很多

另外说个笑话，小米万能遥控器不能遥控小米电视主机……

@owlsec 这个图里的 reset 要是没有--hard 还是不错的…… hard 误人啊

@Cavolo 普通苏宁很烦，但苏宁易购退换货超容易，标准互联网姿势

我对这一代的 iOS 和 6S Plus 确实也有不爽，上市第一天官网购买的 64G 黑，到现在主要问题有：

1. Home 键已经按压有分层感了，物理损坏
2. 经常会 3D Touch 没了震动反馈，需重启才能恢复，应该是 iOS 问题
3. Spotlight 经常突然就不出 1Password 的结果了，也是 iOS 问题
4. AppStore 有重复更新现象

我觉得残幅这个领域直接大法好就行了

@ovear 纯技术讨论哈
Long 不是基础类型你前面说的 Integer 自然也不是了，不明白这里的矛盾点在哪里
范围当然讲得很清楚，正是因为有这个清楚的范围，所以==依赖 Cache 的存在运用在 Integer 等对象类型上不就是一个 bad practice 么……正确来说，我们任何时候都不应该提倡对 Integer/Long 这样的类型用==操作符才对

咱们直接用 Map 类就好了嘛……

@ovear 另外你试试

Long a = 1234567890;
Long b = 1234567890;
a == b;

不要说基础类型都有 Cache ， Cache 是非常有限的

@ovear 我理解楼主说的是下面这个问题：

int i = 1;
int j = 1;
i == j;

这里和 Integer 一点关系也没有， Integer 怎么工作我自然知道。这里的 i 和 j 的内存地址不一样，甚至把 i 通过参数传给另一个函数地址也不同（ pass by copy ），但它们可以通过==运算

@ovear 你说的是 Integer ，这是一个 object 类型，而楼主表达的是 1 ，这是一个 primitive 类型。==操作符对这两类使用的逻辑是不同的， Integer 是引用比较，因为 cache 的原因一般都会成功，正如你说的；而 primitive 是内存值比较，和 cache 没有啥关系， int 在做==运算的时候也不会进行装箱转为 Interger
同时， Integer 的 cache 也并不可靠，你可以试试
Integer a = new Integer(12);
Integer b = new Integer(12);
System.out.println(a == b);
这并不会给你想要的结果

没错， es 的语法设计甚少考虑 ide 是个事实，也许那帮家伙都是非 ide 党

@ovear 不是 cache 的关系吧， primitive 的==操作就是内存比较