带独立供电如果质量有问题 你电脑会死的更惨

@zjuster 其实说到 fake 不一定只是假货
其实还有很多东西在国内就是 fake 的 最基本的比如 刷单啊 假促销啊
真不知道这些 fake 占据了阿里交易额里面多少的百分比

这些在很多单纯的国外人看来都是不可理喻的
不过现在国外这样的行为也越来越多了 因为华人太多了

@YuJianrong 对于开源环境的优点 在企业环境下可能就是缺点了
很多实现对 实现分布式系统 进行了妥协
而对企业环境下的集中管理系统 就造成了一定的不利
比如默认要同步整个项目历史 不能直接划分子项目 而且多项目管理十分麻烦

Git 的最大优势就是 Branch 非常灵活好用 当然也会造成管理困难
如果你用 P4 SVN 根本不会愿意随便开 Branch 麻烦死了

P4 我最讨厌的就是会 Lock 文件 导致编辑的时候很麻烦 以及很多 build 的时候因为权限问题报错
另外就是没有一个好的 ignore 机制
但是管理功能确实很强大 而且多文件时候性能也不错

和 Cordova/PhoneGap 比 主要的缺点是
React Native 是 learn once, write everywhere
而 HTML5 基本上是 write once, run everywhere 而且很多现成的东西可以用

再怎么样至少比 Cordova/PhoneGap 要好
逆向的话 Minify 一下 JS 也是有点点效果的

大不了可以修改一下启动的代码 AES 加密一下本地文件 然后载入的时候解密？
貌似 Cordova/PhoneGap 可以这样做 但是意义不大

大家都一样黑的

@HappyHacking 上传了别人 App 的原包和反编译代码 应该算是违法了版权
版权所有人应该可以要求 GitHub 封掉

@acdea4effdbb420d 你存到 BitBucket 一样可以被 DMCA

对于我想要的 我一般都是 git clone 到本地然后打包备份到网盘上面

@patrickstar @hackpro 问下买了之后有没有什么限制？
会不会只能用中文版？

这个限制版本么？
买了之后只能是中文版？

@kikyous @WildCat React Native 确实是一个很有意义的试探 之后会怎么样还很难说
PhoneGap ／ Cordova ＋ Ionic 或者其他移动 HTML5 框架 这条路线目前来看 对于某些类型的 App 或者服务来说已经足够好用了 一些简单的 App 用这个还是很不错的 而且在目前比较新的系统和机子里面 效果和性能已经还不错了 但是对于 UX 或者 性能 要求比较高的 App 肯定还是不行的
但是在 Native App 里面嵌入 HTML5 页面的做法 已经非常普遍了 总的来说没什么坏处
因此 我觉得有 React Native 存在 把 Native App 和 HTML5 Web App 融合更近一步
而且我觉得在 React Native 的框架下 一部分用 Native 实现 一部分再用 Web 实现 都是可以的 还可以充分重复利用 JS 业务逻辑代码 只把需要高性能的部分用 Native 实现就可以了

这些与 Xamarin ／ RubyMotion 并不具有可比性 因为一个是 .Net 一个是 Ruby 主要针对的开发人员不一样
而 React Native 和 PhoneGap ／ Cordova ＋ Ionic 等 主要都是 JS 所以可以用来比较
因为往往是已经有了成熟的 Web 系统之后需要开发移动 App 这样的情况比较适合

吃完饭 出去到空气比较好的地方散散步 应该可以改善
实在不行 再打个小盹儿

@dototototo 没错 如果系统已经被安装木马
再怎么加密也没有用
最简单的可以监听剪切板
还可以 Key Logger 记录键盘
可以截屏
另外还可以读取内存

@honeycomb 我所知道的身边几个公司 都是支持最近的 2-4 个大版本 基本上是 1-2 年的时间
之前的版本都是不支持的
另外除非你用一值用老版本 或者 iTunes 恢复 否则也不可能从 App Store 下载到很旧的版本

API 保持兼容性的成本非常高
尤其是如果之前有安全漏洞需要修复 那么很可能修好后 老版本就没办法再连接上
而且 现在一般的 App 一般都是只上架最新版本 不可能对旧版本进行修复

另外不再支持的旧版本 连接 API 后 得到错误信息 并且展示给用户 也不能算是远程控制

我觉得要求用户强制更新 和 自动强制更新 是完全不一样的 后面的才违法了 Store 的规定
前者的话 只要不是太过分 一般也没事啊

@honeycomb 我是说停止服务器端的服务 并不是说 App 下架
App Store 不可能说你停止了老版本 API 服务就让你新版本下架的

@honeycomb 我后面也有说啊 自动下载更新二进制包是禁止的 但是国内的市场和开发商并不买账
但是 如果是动态内容 就没什么关系
我看到很多 App 都会更新 HTML 内容 然后实现一些功能
这个是市场允许的

另外 用户有权利不更新 但是开发商也有权利停止服务啊（整个 App 或者 某些版本）

前端工程师并不都是做 HTML5/CSS3 特效的 毕竟不是设计师
简历的关键是要展示你的经历和优点
当然 做的漂亮一点可能会有加分 但是用普通的模版是不会减分的

@honeycomb 强制更新是可以理解的 毕竟后端服务 API 更新
老版本客户端就会没办法使用 而且也不可能要求开发者一只保持 API 兼容性 成本很高的
尤其是那种 API 安全性更新（比如加强用户登陆校验机制和加密） 基本上除了强制要求更新 根本无解

@PP 首先看上面 另外这个不需要推送命令 只需要在老 API 上面返回一个错误信息就好了
会强制更新的 App 肯定都是用了服务器后端的 App 而不是本地离线类型的 App
功能都是需要后端支持的 后端升级了 接口不兼容 只能要你更新 App 了
一般情况 做后端服务 会支持最近几个版本的 API 兼容性 不过兼容的越多 成本越高
但是如果你长时间不更新 App 那么慢慢的 后端就会不兼容你的 App 版本

@squid157
1 但是如果是自动下载安装包 自动替代 就可以算是后门了 因为可以覆盖自己 那也可以静默安装别的
2 另外的做法是自动下载二进制执行包 这个比上面那种好一些 但是一般违反了 Store 的规定
3 现在比较流行的做法是把部分页面用 HTML5 写
然后客户端自动下载更新这些 HTML ＋ 资源文件
如果不考虑离线操作 甚至可以直接载入服务器 HTML 展示
这样就可以不用更新 App 而更新 App 功能了 而且不是二进制文件 不违法 Store 规定

@howpic 实在不觉得 M$ 那款设计有什么好的 而且问题一大堆
可以变形和分拆 早就有了 而且苹果是不会让 Mac 有这样的特性
其他方面 并没有什么优势 性能上 只要新的 MBP 换上 skylake 估计有没啥差别了

没有猜错的话 主要是更新 CPU 以及相关
升级 skylake CPU 应该毫无疑问了 GPU 一起的
同时会升级内存到 DDR4
加了 Thunderbolt3 USB3.1 的支持 同时支持 HDMI2 和 DP1.3
因此外部接口应该会变化 rMBP 的话 我猜：
－ 保留 1x USB TypeA 和 1x MiniDisplay 的 ThunderBolt 2 接口
－ 将另外的一个 USB 和 TB 接口 换成 2 个 USB TypeC
这样保留 TypeA 和 mDP ／ TB2 这两个老接口 保证就设备的兼容性
同时两个新的 USB TypeC 同时支持 TB3+USB3.1
相当于一共可以有 3 个 USB 口或 3 个 TB 口
HDMI 接口 可能会保留 也可能被 TypeC 加转换器取代

除此之外 应该键盘会升级成 Magic Keyboard 那样
另外估计 SSD 会用新的 NVMe 接口来提升速度 和 NMBP 一样

Air 我觉得应该会被砍掉了 或者不大更新 顶多升级 CPU 内存啥的
除非推出全新 Air 系列 否则对苹果而言更新没有太大意义
有可能 rMBP 变得更薄了 直接把 MBA 干掉了
由于 USB TypeC 和 新键盘 rMBP 是有可能变更薄的
不过如果真的要砍掉 AIr 大幅度变薄 Pro 的话
那么 USB TypeA 和 mDP/TB2 接口 就得彻底砍掉了 换成一大堆 USB TypeC