笔记：
今天试着让 Klib 解析 Kindle 存储的、由其他 Kindle 客户端所产生的笔记时，遇到了搞不下去的困难。
主要是困难在于，Amazon 并未开放这些数据文件的格式。并且，这些格式还受 DRM (Digital Rights Management) 加密保护。要读取，即使没有版权、法律上的风险（因为是用户在读取自己会产生的笔记），也确实是不容易。
虽然有 Calibre 这样的开源软件做了类似的事，不过，他们是基于 Python 的。即使翻译到 Swift，也要涉及逆向工程所得到的文件格式。这一过程是很繁琐、花时间，而且极易出错。
可是，如果这关过不去，就面临着「Klib 无法获取用户全部笔记」的尴尬。数据的不完整，会让用户用起来很没有安全感，总担心自己的笔记有遗漏。虽说懂内情的人，可以通过仅在 Kindle 设备上加标注来绕过。不过，毕竟不是所有人都能理解。并且，不让用户在手机等 Kindle 客户端做笔记，也并不是合适的要求。
卡在这个地方了，痛苦中…
今天接受少数派的邀请，参加了 Matrix 群讨论，初为线上嘉宾。
主要讨论的是：大家是如何阅读、如何做笔记、如何看待做了笔记而不会回看、如何持久存储笔记、等等问题。
我觉得，在如今这个快消费时代，还有这么一群人能静下心来来，认真的看书，还做笔记，真是不容易。非常愿意跟这样的人交流。
在跟大家的聊天中，也了解到一些大家实际使用 Kindle 的方法、场景，对改进 Klib 提供了更多背景支持，谢谢大家的分享。
最大的遗憾就是，时间的限制，没能跟大家深入交流，深觉可惜。
今天的遗憾还有两处：
于我而言，代码是宁静的，运营是喧嚣的。
而我，偏好于宁静。
从周一中午手动发布到现在，过去了 60 个小时。而这过去的 2 天多里，我几乎只在做一件事：Klib 的推广。
很热闹的一段时间，也是对我过去闭门开发的奖励，享受这段时间。
不过，热闹总是会过去；就像是春节总是会过去，大家总要回到自己的学习、工作中，继续原来的行程。
Klib 首发的热闹就快过去了，我也要开始静下心来，认真梳理用户的每条建议，思考接下来的要如何改进 Klib，以期再一次给用户惊艳。
再见，Klib 首发；
你好，下一段征程。
这里不但有「Klib 的诞生过程」，
还有「独立开发者」的真实写照，
万字长文，深度干货，请谨慎继续…
历时 50 天、横跨 2 年、经过 258 小时的纯手工打造，Klib 终于来到了这个世界。
这两天 Klib 刚刚发布，收到很多用户的好评。赶着手热，记录下 Klib 的诞生历程吧。
Klib 是全新的 Kindle 标注、笔记/书摘管理工具，macOS 平台。