今天想到一个不错的点子:Klib 支持手工新建、标记章节。有了章节信息,就可以很方便地导出有大纲的笔记,阅读体验会好很多。
当然,最自然的方式是 Kindle 提供的数据中就包含章节信息。但这并不现实;即使有接口,要「自动」做到满足用户的不同需求也是不可能;比如,是一级章节信息就足够了,还是需要多级?这是因人而异的。
全自动很难完美;完美一定包含手工打磨。
独立开发,自由职业
今天想到一个不错的点子:Klib 支持手工新建、标记章节。有了章节信息,就可以很方便地导出有大纲的笔记,阅读体验会好很多。
当然,最自然的方式是 Kindle 提供的数据中就包含章节信息。但这并不现实;即使有接口,要「自动」做到满足用户的不同需求也是不可能;比如,是一级章节信息就足够了,还是需要多级?这是因人而异的。
全自动很难完美;完美一定包含手工打磨。
在近期开发 Klib 过程中,积累了一些要学习的技术点、想尝试的一些产品。由于在专注 Klib 开发,全都搁置了。目前,继续全力开发 Klib,争取早日发布,然后去消化下积累的东西。
在保持前行的同时,用旁光欣赏边上的美景(女)。
今天本打算出 Klib 新体验版的,结果在最后关头,iPic 爆出一个紧急的问题、不得不立即处理。等处理完,也来不及发布 Klib 了。节奏被打乱了,这感觉,真难受。
以后一定要更加注意,维护成本一定要低。与之相比,什么代码优雅、效率高、等等,都不那么重要了。
这像是一句正确的废话,但其实并不容易坚持。
比如,我这个月的目标是:新版 Klib 上 App Store 首页。但这只是我自己的目的、私心,用户根本不关心;用户关心的是,这个产品是否解决了我的问题、是否好用。离开了这一点,即便上了首页推荐,也只是误入歧途。
看似复杂的事,其实本质很简单;看似简单的东西,其实最难支持。
简单思考 ,这是我第一次用 2 口气看完的书。
书的内容和结构,就像作者想表达的观点一样:简单。我也很认同作者的观点,书看起来就很顺畅、舒服。越是简单的东西,越有说服力、穿透力。
这本书也不需要总结,因为全书很简洁,大家可以自己花时间看完。