今天，搞完了使用服务来收集书摘：

其实，单单是做个服务是简单的，麻烦的是添加书、笔记后自动跳转，以及为了后续做 URL Scheme 支持，需要设计良好的代码框架。

明天继续尝试一个还没做到的功能：Klib 接入 macOS Spotlight 搜索。

疯传 这本书主要讲了：人们愿意分享哪些内容、为什么愿意分享。并结合一些案例，介绍应该如何根据这些原则，创造人们愿意分享的内容；并像特洛伊木马一样，将自己的产品推广隐藏在分享的内容中，达到让人们不自觉地帮忙疯传的效果。

今天兴冲冲地打算支持 Klib 导出至 Notes.app，却无奈发现 Notes 没有 API，哎…

相比之下，OneNote、Evernote 都是有接口的，高下立现。对比 OneNote、Evernote，Notes 有明显的短板：

• 没有 API，这带来的主要问题是：没有第三方玩家。比如，有很多服务都支持导出至 Evernote，这就大大增强了 Evernote 的价值。只有 Apple 自己开发的 Notes，在扩展性上是无法与后者相比的。
• 跨平台性差些，其实就是不支持 Windows。当然，如果 Notes 网页版好用还好说，可是…iCloud 在国内的速度，我就不说了。虽然用户当下不见得需要 Windows，但对于笔记这种粘性很强的应用，有 Windows 版还是要放心很多。

当然，Klib、iPic 是好软件，因为都支持 URL Scheme，也算是开放接口啦 :)

微软刚刚发布 Windows 10 S，最大的特点是：只能安装 Windows Store 中的应用。

在操作系统中安装 App，最严格的是 iOS，仅能安装 App Store 中的应用；当然，还有 Chome OS。而苹果自家的 macOS，虽然默认不允许运行未签名的程序，但毕竟是可以绕过；并且，可以安装 Mac App Store 以外的应用。

这次，Windows 10 S 这么严格的限制，确实有些尴尬。

• 微软对生态的把控，没有苹果有(变)力(态)。
• 用户选择 Windows，很大程度是看中运行在其中的丰富应用、游戏。而一旦阉割了大部分、因各种原因不上架 Windows Store 的应用（比如目前甚至没有 Chrome），其生产力将大大折扣，用户还会买单吗？

当然，如果真能强力推行，对 Windows 的整个生态、开发者、用户，都可能是有好处的。比如，可以很大程度打击盗版，开发者有更有可能从盗版中抢回收益。

希望不会像当年的 Windows RT 一样昙花一现，观察之~

今天、以及最近搜索的开源项目中，竟然多数都是使用 Python 语言实现的，看来要好好学学这条大蟒蛇了。