@zjuster 你说的有点问题。

版本检测依旧是可以的，弹出更新也是可以的。因为这个完全是正常的需求。

但是你如果添加一个入口叫做“检查更新”，这种是不行的。

@echo1937 NUC 的 U 性能都会弱一些。而且之所以看重 i7 ，主要是搭载的核显功能比较强。第五代搭载的核显为例， i7 的是 Iris ， i5 和 i3 就只是 HD 了。

针对楼主 append 说一下。

iOS 按 home 进入后台后，如果没有因为系统内存不够而终止，有大约十分钟的后台运行时间。

研究了下，还得在一桌设备情况下，配一个显示器配一套键鼠，桌面没空间了。

最近也在关注 Intel 的 NUC ，主要来源于这篇晒单： http://post.smzdm.com/p/322536

本来准备等 6 代的 i7 带 Iris 550 核显的 NUC 的，结果搜了下之前泄漏的路线图，今年并没有升级的 i7 款。

现在犹豫要不要先买 5 代的 i7 的 NUC 。

iOS 确实可以常驻后台的，但是没装百度之类的 App ，也就不知道他们有没有这么做了。

其实不需要播放空白音频，这个是一些下载类型的 App 之前的方式。对于很多 App ，其实用 Background Fetch 估计就可以满足他们在上传位置、日志之类的需求了，比如 Move 这种运动轨迹的 App ，不用这种后台功能，整个 App 功能就废了，至于会不会有 App 滥用这种行为，我觉得肯定是有的，但是根本防不住。

另外 Background Fetch 某种程度上并不算是后台常驻（不知道我有没有正确理解常驻的意义，个人觉得播放音频似的后台可能更类似常驻）， Background Fetch 更像是系统隔一阵子叫醒 App 一次，然后 App 在几十秒内必须完成对应的操作，然后等到下一次再叫醒。

不过我个人觉得楼主在主楼说的这类监听，就算是播放音频的三方 App ，在没有越狱的 iOS 上做不是特别的容易，很容易给沙盒模式限制住吧。

研究了几天，发现今年似乎不要指望带 Iris 核显的 Skylake 的 NUC 了。

似乎今年会上的只有 i5 和 i7 的。

@zpole 学生好像全线免费的。

遇到标价不合理的，就不用好了，比如 PD 这种。

某种程度上也是给别家创造生存空间。对业界有好处。又不是少了 JetBrains 就写不了代码。

另外，这个模式明显类似 Adobe ，说迅雷的不知道想什么。

作为毕业几年的人分享一点人生教训：

0.女朋友和编程啊……高中时代的编程我觉得是这样的，这种事情适合比较有天赋的去尝试，否则有些事情只是洋溢着青春气息的事倍功半而已，至于女朋友，这种事情是典型的该有的自然会有，找不到的也不是你想找就能找到的，所以不存在“坚决不能找”和“一定要找”的区别

1.大学很重要，大学实力和城市都是值得考虑的重要点，至于专业嘛，现在思考对大多数人基本都是然并卵的行为，先把自己分数拉高，让自己选择的余地大是最关键的

2.身高也很重要，因为这个错过时间就再也补不了了

3.近视尽可能不要太深，因为这个东西不可逆的

对的，我就是那种“高中要用功念书好好锻炼”的保守势力，高考分数高，去一所好的大学，这条线路对大多数人而言是最保险的。

不过高中年纪，人人都觉得自己就是那种最闪耀的星。所以我给你提的这些建议的这种行为，也许终究归根到底只是然并卵而已。

王思聪被采访的那个纪录片所在的系列？

充满偏见的系列，纪录片中的下品。

@ivmm 嗯，这我知道的，如果按照第五代平台的 i7 的 NUC 的配置（ 5557U ）看，很有可能今年下半年要出的 i7 版 NUC 配置是 6567U ，配的是 Iris 550 核显。真不知道 550 的性能能不能靠近 950M 啊。

@echo1937 没有 DDR4 的笔记本内存也没什么关系，反正向下兼容的，倒是这样可以加快 DDR3 的降价速度，这两年用 DDR3 也没什么不可以的，毕竟 NUC 用 DDR3 和 DDR4 ，频率相同估计不会有太大的性能差异。目前第五代的 NUC 好像有几款内存就能达到 2133 了。

我看中的是 Skylake 的核显，应该能有很好的表现，之前的 6200 有 v 友说水平基本达到 GTX 750M ，就能玩不少游戏了。新的 550 或者 540 ，应该会更强。

虽然能耗没多少，但是考虑体积， NUC 最大的问题是散热。

不是太想买 Mac mini ，因为不能自己加内存和硬盘，苹果的研发重心也不在 mini 上。

期待 intel 家的 NUC 。

技术博客相对文档而言写法更为随意和丰富，有必要翻译。入门教程要降低初学者思考量，也有必要翻译。

文档本身定位不是太适合翻译。原生文档和 Xcode 匹配度也更好，搞不定 Apple 文档的人，其实不是特别适合走 iOS 程序员这一条路。

另外，我现在觉得技术分享是一件需要很谨慎的事情，搞不好就误导读者了，在翻译这一块，参与审核的人水平究竟如何？能投多少时间在审核上？源文档版本更新后翻译更新的流程是怎样？这些都是问题。

从系统设计的角度上来说，我觉得这种项目的翻译，并没有实际优化整个 iOS 社区，反而有可能主动或者被动的引入 Bug 。

综上理由，我个人不支持这个“ iOS 开发社区有史以来最大的行动”。

我的观点：微信的 iOS 端，其实是业界非常好的设计示范，这么多年迭代下来能保持目前这个状态难能可贵。