前几个星期集中开发新版 Klib，好久没有输入新信息、研究新东西了。

周末休息了两天，明天开始去看看别人创业的产品、模式，也想想新的点子。

思维这种东西，不扩张，就会自动收缩；不有意识地去开扩、接收新想法，就会自动固守在已有的东西上、也会越来越狭隘。

今天知道的信息中，最有意思的就是 HEXA 机器人了。

六足全地形机器人，可以装进双肩包。配有丰富的传感器，开放的操作系统，可以轻松编程。

看起来像是程序员的机器人玩具嘛，没事编个程，让机器人跳个舞，也是不错的事。

先长个小草，之后再了解。最近，倒是想写个算法了排列下面的小球：

要发布新版 Klib 了，又要更新文档了…

哎，想到这个事就头大。

写代码容易，要把做好的功能用比较诱人的方式表现出来，不容易。

• 写文案（包括英文）
  • 既能说清楚功能，又吸引人
  • 考虑对搜索引擎友好
• 设计图示、录制操作视频
  • 比较麻烦的，要准备图、视频中出现的内容，既要贴切、还要避免法律风险
  • 调整尺寸、有损压缩
• 在网站、论坛等地方更新之前旧的版本
  • 首先，得记录之前在哪些地方发布吧？再不济就用搜索引擎
• 全部做完后，校对
  • 相当于文案的测试
  • 关键的，这事没法自动化测试，只能肉眼看

整个过程下来，繁琐又耗时。要是这些事能外包出去，自己专心研究如何改进程序、用代码实现就好了。

今天在 Klib 中集成 DevMate，花了 20 分钟，就完成了 Crash 日志的收集。

爽。

如果是自己搭建这套系统，不知道多麻烦。而采用现有的资源，则可以极大地提高效率，把节约的时间，用在自己更擅长的地方。

不过，自己造轮子的过程也很难避免。比如更满足自己的定制需求、多少减少一点金钱支出、找不到合适的已有资源、等等。比如，我就没有使用 DevMate 的反馈系统，因为其回复的机制不太好，还不如自己搭建的系统。

今天想到一个不错的点子：Klib 支持手工新建、标记章节。有了章节信息，就可以很方便地导出有大纲的笔记，阅读体验会好很多。

当然，最自然的方式是 Kindle 提供的数据中就包含章节信息。但这并不现实；即使有接口，要「自动」做到满足用户的不同需求也是不可能；比如，是一级章节信息就足够了，还是需要多级？这是因人而异的。

全自动很难完美；完美一定包含手工打磨。