不知道这个话题适合在Mac讲，还是iOS讲
0x08 0x00教主说过有这种倾向，我觉得这意味着Mac Pro整个产品线要砍掉了。
Mac OS Server这条早就不搞了，Mac OS Server就是个粪，上面用的软件和
Linux发行版无异，不过大家都很少在Mac OS上进行测试，所以其实稳定性和
效能都只能说一般。
然后Apple的软件发行策略，Mac OS就不可能跑到机架上run。所以说网络应用
领域Mac算是废了。
回头来看Mac Pro这条，我认识的主要用户都是audio或者graphics相关的，
不过说实在的，这些年Windows在颜色管理上面下了很多功夫，我感觉基本
上专业软件在这方面没有问题了。Linux最近也有很值得瞩目的进步。
估计后面会迁移到Windows上的可能性比较强，
3D渲染部分好像Mac并没有主力优势，Web driver和OpenGL/OpenGL ES都是
二等公民，比不上DirectX部。
audio部分不熟悉，我觉得Linux Jackd可能会更好。
如果说考虑到Apple可能要全面弃守专业领域，毕竟会陷入同质化，导致利润下降，
这样来讲全面迁移到iOS是有可能。
倒是不用考虑迁移包袱问题，iOS提供了全新的操作方式，原来的程式本来就要改
才能迁移到iOS上。改了UI部分，重新编译下logic部分其实没有那么难。虽然
有些开发者没经验，写出来的代码都没考虑到cross platform的问题。
再者Apple store重来都是淘汰旧程式旧版本不手软的角色，有持续获利的开发者
早就习惯了。
现在iOS缺少的就是一个档案管理系统，和程式开发环境了。但是这两个都难以
克服，或者说和iOS本身的卖点冲突。
档案管理系统可能会影响drm和安全性。想要限制档案访问，就要把档案放入security zone，
这样必须或者Apple许可和验证。并且这个验证很麻烦，不然会引入内部爆破。
后一个问题，也其实和档案管理有关系。现在编程都用这个library，那个library的，
这些library要怎么放，怎么倒入都是一个问题。而且搞不好可能会冲掉原来的libraries。
至于不开放API问题，有开发过VPN软件的人应该懂（不过iOS 9.3.3后的听说容易很多），
需要签署一个特别的NDK，然后审核也特别麻烦。所幸大家不指望在mobile端使用特别应用，
这个其实不严重，多数问题都能搞定。
ARM的性能和功耗不是大问题，反正有big.LITTLE，需要编译的时候把大core全开就好了。
ARM其实目前编译速度还行，当然不能和高freq的x86 platform比较就是了。