节电模式跑这个没啥意义啊
本来就该降频的啊

你用普通模式试试啊 看区别大不大

买 iMac 不上 5K 至少 4K 吧
不然还有什么意义 不如 MBP 加外接啦

cordova 很复杂吗？基本上就是一个 WebView 如果不用 native plugin 基本上没什么要做的
估计也就是 crosswalk 和 wkwebview 会造成一些兼容性问题

除非你们没有发布的渠道 那就没办法了
如果真是这样 估计只能外包 或者用云服务了

@qsnow6 CCleaner 我很久没用了 不太清楚
但是 CleanMyMac 有 Extensions 管理 里面有 启动项目 Launch Agents 和 Login Items 以及各种 Plugins
MacOS 里要想常驻系统的 必须是 Launch Agents/Daemons 或者 Login Items
只需要把这些 plist 文件移除 那么相关的进程和服务就不会自动启动

当然 你也可以自己去网上搜索 到 ~/Library/LaunchAgents 或者 LaunchDaemons 自己手动清理
管理自启动 App 到 Settings > Users & Groups > Login Items 里面可以
没有必要手动清理后台 因为如果是上面的东西自动启动的 就算你都 kill 掉 从新登陆后又会回来的

付费的 CleanMyMac
免费有 CCleaner
想自己折腾去网上搜 怎么清理 Cache 怎么清理 Launch Agent 和 Demon

@3453452345 太晚了 选择估计大部分人都请假回家过节了吧
就算不回家的 估计也已经开始 Happy Hour 模式了

苹果是全公司几乎关闭两周的 而且也有不少人会再额外请个一周假
估计从上周开始 工作效率就已经低到不行了 然后一直会持续到元旦后 1-2 周才开始慢慢恢复

Mac 上面也一样啊 只要有系统秘密就可以看到 Chrome 和 Safari 以及 系统 KeyChain 所有密码

再说 如果你用 Google 账号密码加密 你愿意每次打开 Chrome 都输入一次？
你说可以缓存一下这 那么仍然可以打开对应的网页 直接读取 Password

@codeeer 但是 iPhone 和 iPad 的 SDK 的 API 是一致的
Apple 也没要你强行把 iPhone 和 iPad App 融合啊
就像 HTML5 App 适配多屏幕多设备 可以用 Responsive Design 也可以干脆写不同的 Desktop/Mobile Web App
但是语言和技术是一致的

目前是 iOS 用 UIKit 来写 UI 而 macOS 不是
就算是语言可以一样 但是两套完全不同的 SDK
适配 和 开发两套 工作量是不一样的
就算是 开发两套 如果 SDK 相同 那么更多的 UI code 可以复用 减少工作量

@beimenjun 而且 UIKit for Mac 就是 UXKit 本来就已经存在了 所以让 iOS 的 UI Code 跑在 Mac 上面其实很自然
至于怎么适配 是开发者自己的决定

@MajestySolor @WillShin UWP 没起来是因为理想过于远大 而且没有好的基础

这次 Apple 相当于把 iOS 的 App 带到 macOS 初期属于锦上添花的事情 后期还可以看情况而定
如果效果好 甚至可以直接把 iOS 带到 Mac 上 效果不好也没什么关系 本来 MAS 效果就很一般
而反观 iOS App 已经有了良好的基础 的大量的优秀 App
同时 macOS 这边已经有很多成熟的 App 了

如果 App 要同时支持两者 合并 iOS 和 macOS 项目对开发者而言也减少了工作量和成本（长期而言）
相当于 省了 Mac 一个平台 但是 iOS 这边多了一些 Mac 硬件要去适配

有点像 Google 把 Android App 带到 ChromeBook 上
不过 Apple 这次不太可能用 iOS 虚拟机来运行这些 App 就是
估计是移植那堆 balabalaKit 以及让 llvm bitcode 支持 x86_64

@WuwuGin @pmgh10 只能说 Android 原版是这几年来没有怎么退步的 （最近 2 个 Release 没太用过 因为 Phone 不更新了）不过印象中 UI 的问题还是不少的
Windows 10 莫名其妙的 bug 也是多的要命 感觉公司没有 QA 似的 （虽然我最近半年没太用了 但是我之前还是体验过的 也有不少 V 友抱怨）
iOS 和 macOS 质量是越来越差 但是最近这次简直爆表了

另外 最近安全问题 貌似大都是跨平台的 没谁能够完全幸免（当然 除了这次 macOS root 和 keychain 问题）

@beimenjun 哈哈 你的想法和我的一样 其实就是把 UIKit 那一堆移植给 macOS
然后可以通过 Xcode 开发整合项目 统一发布

现在 macOS iOS Android Windows 都成 bugOS 了 “听起来就是一堆 bug ” 也没关系了

本来我会比你先发的但是看邮件晚发了一会儿

我想有两个可能性：
1. 和其他平台一样 建立一个跨平台统一的 SDK 一次编译 处处可以运行 （ Windows，Ubuntu 或者 Java SE，HTML5 ）
2. 不完全跨平台 只是给 Mac 提供和 iOS 完全一样的 API 和 Runtime （说白了了就是把 iOS 的 SDK 移植到 macOS，让 macOS 成为另一个没有触摸屏的 iOS 就像 iPad 和 iPhone 有区别）这样最终的二进制还是不同的 不过可以借助 llvm 的 bitcode 在服务器上面生成最终的二进制 这样开发者用同一个 Xcode 项目写 mac iPad iPhone 的 App 然后只需要对统一的 App Store 发布一次就够了 然后 App Store 在服务器上针对不同平台和硬件生产不同的 ipa 文件提供下载安装

我觉得可能苹果会选择第二个方法 而不是和大家一样 做出统一的平台 统一的体验
因为目前开发者这边主要的问题是 macOS 这边用的 GUI API 和 iOS 这边的 不太一样 而且必须是两个独立的 Xcode 项目 需要分别发布到 Mac App Store 和 iOS App Store
估计苹果是要先解决这个问题 所以结果更可能会是 Responsive Design 或者像 iPhone iPad 那样 同一个 App 项目提供不同的 GUI 但是可以公用一些逻辑 然后打包成一个 App 发布

“现在都在说 newsql 了 nosql 这个 buzword 要过时了”
开玩笑了

Mongo 坑是多 但是项目初期 功能不确定的时候 像 Mongo 这样的数据库还是不错的
把 MySQL 或者 pg 当作 nosql 用的话 也不是不可以 但是很可能会比 Mongo 还要坑

其实我觉得 Mongo 的另一个优势就是和 NodeJS 一起非常方便 加上现在比较流行 Web 全栈开发
很多人都是通过 MEAN Stack 入门的

其实 NodeJS 在 Web 后端很多方面 和 Mongo 在 DB 届很像
项目前期的时候还是很不错的选择

另外 我觉得 NodeJS 和 Mongo 就算在项目后期 做前端和后端之间的中间层 也是不错的
不过用 Redis 代替 Mongo 貌似更加靠谱一点

用过后 除了一些特别高的需求外 再也不想用其他耳机 特别方便 所有被我劝买了的人 目前都是这个状态

特别需求 比如 需要主动降噪的 听歌需要专业级别音质的 或者想带包住耳朵的大耳机的

但是 去运动之类的 其实非常合适 一般情况下不会掉出来的

不过有个前提条件 就是如果你带苹果自带有线耳机不舒服 或者带不住的 没办法 说明苹果的这个耳机不兼容你的耳朵 如果带不住的 还可以买个耳机套之类的 但是就比较影响体验了

貌似确实不一定是更新弄的 之前我重装系统后也出现这样的情况了 系统版本一样

大版本升级 尤其是跨版本 最好不要升级 全新安装 尤其是 10.9 以后的系统
升级一次慢一次 而且还一堆毛病要清理 已经安装的软件不兼容
另外就版本而言 我自己肯定是用最新版本的 虽然比较折腾一些 问题也多些
如果就稳定而言 我觉得 10.9 要升级到的话 可能也就 10.12.6 比较稳妥一些
10.10 肯定不行 10.11 勉强还可以用吧
我印象中比较稳定成熟的版本 除了雪豹 也就 10.9 了

@yazoox 人家要开源的
貌似开源而且比较主流的就只有 keepass 了

比 7 是好多了 比 Plus 还是差些
不管怎样 一天一冲 否则第二天就只能省电待机了