首先你要清楚自己是想买电脑还是显示器
iMac 是买显示器送电脑！
Pro 是没有显示器的！

@fbzl http://history.item.jd.com/get.html?key=43E24781CF46AB506538BEFB04D2D1B45BE0F8BFBC953765 这是2月的快照

@fbzl 看来活动时间已经过去了，之前 3TB 一直是卖 999 的

@yanest 你确认是 2TB 不是 3TB？

@wampyl 当然有问题，我们还是用 n / m 来代替 max / min，只不过当 n 非常大的时候，这个分布不平均差异很小感觉不出来可以忽略而已。实际上伪随机数的 random.nextInt(m) 的实现应该是非常接近于 nextInt() % m 的，也就是例子中 n=Integer.MAX_INTEGER 的情形

这分辨率也太低了吧
即便两个显示器都竖着摆放，拼一起也只有 2048*1280
才勉强到达2k，比 1920*1200 好不了多少，说不好听的，比 iPad mini 都不如
然后对角线却达到了 28 英寸
19 / (41^0.5) * (89^0.5) = 27.993466137

干嘛不直接买个27英寸的 2560 * 1600 的完爆它几条街？
这还是没有 R 屏的，就是说点距还是很大的，可想而知原来的分辨率有多挫

@wampyl 不好意思，是我的错，大晚上的头脑不清醒
取模后应该是 0 ~ 10，0 ~ 8
所以 0 ~ 8 出现的比例分别是 2/20, 9,10 出现的比例是 1/20
就是说，最终结果 10 ~ 18 是 1/10, 19,20 是 1/20 少一半
其实就是 20 个兔子（随机因子）装到11个笼子里面的问题，怎么都不可能均匀的
只有在 max 是 max - min +1 的整数倍的时候才是均匀的，例子中把 min 改成 11 就是均匀的了

首先答案是错的，但你的解读也是错的
很明显答案应该是 min + rnd.nextInt(max - min + 1)

但在 min = max 的时候，那个错误的答案也会得出正确的结论
nexInt 的取值范围是 0 ~ n-1

所以
nextInt(20) 在 0 ~ 19 之间均匀分布，或者这样更容易看一些 0 ~ 10，11 ~ 19
对 11 取模后，就是 0 ~ 10, 0 ~ 10
再加 10，就是 10 ~ 20, 10 ~ 20
所以最终结果也是均匀分布的，不存在说 20 的概率更少一说

你是把 1440 * 900 当 2560 * 1600 来用啊
如果是点对点因为锐度降低的太厉害应该会很容易感觉出来
而水果原生渲染方式就是不需要点对点的，所以才会两次转换都感觉不太出来
但你如果开个虚拟机跑下 Windows 试试，会想撞墙的

另外，同意楼主近视有点深了；还有就是，你这样牺牲 11% 的桌面空间还换来锐度的轻微下降总感觉不太值得啊

@Fedor 233333333333333333333

随便找的
http://item.taobao.com/item.htm?id=37274374590
http://detail.tmall.com/item.htm?id=18799732768

不谢

去大淘宝，找支持蓝牙的有源音箱，5寸左右的，这个价位的应该不少

iOS 比较有前途，要想知道为什么，flood 节点有答案

@TerranC 基于 AST（语法树），这是整个集成环境体系的根本

https://medium.com/@fedor/intellij-tips-and-tricks-3e1dce6561a

@thinker3 很明显，这个 svn 是你在 shell 里面刚安装的，而在安装之前 svn 这个命令指向的是另一个路径，应该是 bash 的 cache 问题吧

请先退出 shell 再次进入

@Evance 。。。。原来是这个 emoji 在安卓上没支持。。。。

这个节点有问题，多了个空格在前面 @livid