发表于 | 分类于

没错，Klib 有了自己的「实验室」：

主要是放置新开发的功能：

  • 如果反馈不好，改；
  • 如果没人用，删；
  • 如果很棒，收钱 😂

想法的来源是 Gmail Labs，核心目的：保持程序简洁。我不希望自己因为判断错误而添加的、没什么人用的功能，让程序的主体变复杂。

都说加功能容易、删功能难，其中一部分原因是：一旦有用户使用了这个功能，删除后这部分用户肯定会不爽。而有了「实验室」这一关，如果真的删除了，这些用户相对更容易接受一些。

之后，这个「实验室」还会加入新的实验品，期待…

发表于 | 分类于

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

其实，单单是做个服务是简单的，麻烦的是添加书、笔记后自动跳转，以及为了后续做 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 一样昙花一现，观察之~