想不明白到现在怎么还会有人觉得 checked exception 可以使 api 更清晰的

这简直是一个大毒瘤，尤其到了 java 8 这个问题就暴露的更彻底了，你试一下给每一个 SAM 接口都增加一套抛异常的版本试试？

再想想为什么 Appenable 被迫声明为抛出 IOException 导致你不得不使用 StringBuilder 来处理个字符串拼接任务还不得不捕获 IOException 然后无意义的不处理的时候是什么感受

只用过 turbo pascal 的表示对 mfc 等 windows gui 一点都玩不转

safari 有 desktop notification 的支持但好像没有在 iOS 版本上支持（不知道有没有记错
在上述不成立的前提下， iOS safari 理论上可以推送，但首先，你要强大到 apple 会和你合作给你发个专用的 APN 证书
据我所知，网易就有一个针对 iOS Mail.app 推送的证书，企鹅当然应该也有

无知者无畏， SSL 安全居然是浏览器不能被下断点，再见

蚂蚁借呗 72000 分期年息 5403.92 ，日利率万四也就是说年化 15% 了这利率可一点也不低啊

如果 jstack 不工作
如果是 *nix 尝试一下 kill -3
如果是 windows 有 console 在上面敲一下 ctrl-break
再不行你不是还有集成环境调试器么， stack frame 不都是清清楚楚的么

再次强调一下，磨豆机比咖啡机重要的多，如果要买全自动咖啡机，千万不要买只能装粉的，一定要买带磨豆的，但全自动咖啡机带磨豆功能的 一般都要超过 2k ，所以单独买磨豆机应该是更好的方案

如果不希望初期投入，可以直接买网上的挂耳，完全没有投入，每一杯的价格大概不到 2~3 块，缺点是成品挂耳都必须是磨粉的，无法有任何新鲜度保证

如果愿意投入几百块买个磨豆机，那么淘宝买空挂耳大概每个 0.4~0.5 元，相对品质有保障的咖啡豆半磅（ 225g ）大概是 60 块，平均一杯（按 10g 计算）的价格是 3 块，加上挂耳的成本大概 3.5 ，这个对咖啡的口味基本上是有保障的，比直接买挂耳的要好得多，有质的差别

如果再投入多一点买一套 V60 手冲设备，加上手冲壶，价格从两百到一千不等，滤纸的价格和挂耳差不多，可能稍微多一些按 0.8 算吧，手冲壶需要的咖啡量也比挂耳要多一些一般是 15g 吧，这样算来平均一杯的成本是 5 块；专用手冲设备比挂耳技巧性要强一些，冲泡清理等耗时也要多一些，没有那么便利

这三个方案相比，建议选择 2 ，因为不但在家可以用，在办公室一样可以

@iMouseWu 可以用 suppress 注解啊

有什么好怀疑的吗，虽然 1.0 出来没多久，但其实很多项目早就在用了，最典型的当然就是 JetBrains 全套 IDE 本身，超小的运行库使得实施的风险几乎没有，你甚至可以把它看作一个功能超强的语法糖

iOS 用着免费的 newsify 觉得已经足够好了不需要 reeder
OS X 用着 3 刀的 readkit ，感觉比 reeder 用起来更顺手功能也更多
如果是纯外观党的话还是建议入双版 reeder 吧

那不是拦截， cdn 都是虚拟主机不可能有专用 IP ，你使用反代的域名访问当然无法服务啊，所以只要不设置 host header 就可以了

@xshoushoux 最好的解释就是网速太快，在你执行两次删除的同时已经完成了上传和下载了。注意以前的 iPhoto 删除图片进入的是图库的回收站（和已删除是不同的），新图库格式其实是完全一样的，所以被删除的图片应该也是在这个回收站里面

BTW ，我很少直接用 iDevice 拍大量图片，所以上传对我而言不是什么大问题，我头疼的是每次在电脑上导一两百 m 的照片都要等好久，还好我不是什么发图狂人，不差那么点时间的话，不管它就挺好的，反正我会知道几个小时后，那些图片都会出现在我所有的 iDevice 上

删除的的确会上传，除非你去已删除那里再删一次，我没觉得是什么大问题

Photos 的确欠缺了让用户干预的能力，比如我网络状况不好，也无法强制停止图片的上传，更无法控制让某张图片更优先的上传，甚至连进度也无法看到，这是让人很不爽的地方，也许他们活在和我们不是一个世界里面，在他们那里，几百兆的东西都是秒传的

@feiyuanqiu 看一下这篇文章 http://blog.joda.org/2011/07/reversed-type-declarations_4524.html 的观点以及回复

然后看一下 kotlin 的 faq https://kotlinlang.org/docs/reference/faq.html 这两行
> Why have type declarations on the right?
>
> We believe it makes the code more readable. Besides, it enables some nice syntactic features, for instance, it is easy to leave type annotations out. Scala has also proven pretty well this is not a problem.
>
> Will right-handed type declarations effect tooling?
>
> No. It won ’ t. We can still implement suggestions for variable names, etc.

我其实也不太习惯这种风格，部分同意上一篇文字作者的一些观点，不过也尝试去接受

还记得一开始的时候到处找 notepad2 for Mac / notepad++ for Mac / Paint.NET for Mac 最后虽然无功而返，但发现有一大堆替代品之后也就不惦记了