@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 还是差些
不管怎样 一天一冲 否则第二天就只能省电待机了

@webfrogs 貌似是最新的正式版
估计 Connect 这边还没来得及更新吧

@xy90321 这次是紧急放出的 解决很多人碰到的无限崩溃问题
不让肯定要拖到下周一二才会出来的

这些功能都有的啦
sublime vscode atom
快捷键略微不同罢了

怎么启动看这个 https://developers.google.com/web/updates/2017/04/headless-chrome
仅仅是 headless 不够

应该是其他系统组件的问题 因为 Safari 和 Chrome 都不是同一个内核
所以一定是更底层的一个东西崩了导致的

@erlinux @jakes 其实简单来说就是 WSL 就像是 Wine 是一个应用兼容层
Wine 是在 Linux/Unix 下让你可以兼容直接运行部分 Win32 程序
WSL 是在 Windows 下让你可以兼容直接运行部分 Linux 程序

所以 WSL 不是一个 VM 虚拟机 他建立了一个 Linux 内核虚拟层 但不是也不包含 Linux 内核
所以 WSL 没办法运行需要很内核功能的东西 但是随着 WSL 底层的完善 他就会变得越来越兼容 Linux 内核
慢慢的越来越多的 Linux 程序可以跑在 WSL 上面了
firewalld nmap 这些跑不起来 估计是因为 Linux 的网络栈还没有在 WSL 兼容层完全实现

和 Linux VM 比 WSL 的优势之一是损耗小 不需要一直有一个 Hyperviser 跑在后台 而且占用大量系统资源
因为实际上 Windows + WSL 都是同时运行在同一个 Windows 内核上 没有另外一个 Linux kernel 跑在 VM 里面
另外一个优势就是整合度高 如果是 VM 实际上就相当于是 Windows 通过网络或其他接口和另外一台机器通信
而 WSL 是直接在同一个系统里面 WSL 的文件 就在 Windows 的文件系统里面 而且 Windows 可以一定程度上管理 WSL 里面的东西
缺点自然就是不能 100% 当作一个完整的 Linux 使用

可以认为 VM 是在本机虚拟了一个另外一台电脑硬件 然后你在这个虚拟的电脑里面跑 Linux 或者 另一个 Windows
而 WSL 是在 Windows 上面 虚拟了一个 Linux 内核 然后在这个虚拟的内核上面跑 Linux 应用
而 Wine 是在 Linux/Unix 上面虚拟了一个 Win32 API 然后让这个虚拟层上面跑 Win32 程序

果然来了 不过已经买了 Pro 了
升级了 High Sierra 没办法等
反正可以报销 :)