书伴 - 记录那些打动过你的文字

软件介绍

对于喜爱读书的朋友而言,读书的形式有很多种——纸质书、电子书,手机等,它们都是阅读的一种介质。我在阅读纸质书时非常喜欢对感触较深的段落画上标注,在电子书上也会选择段落进行标注,这就存在一个问题:如何将不同介质下我做的阅读笔记进行统一的管理呢?

「书伴」是一款实用的书摘管理工具,它可以将电子书和纸质书的书摘进行统一管理。对于纸质书,你可以通过「书伴」扫描条码添加书籍,再通过 OCR 文字识别添加需要的书摘段落,最后记下你想要表达的书摘内容就可以了。

「书伴 3.0」部分界面:

开发历程

开发「书伴」的想法源自于 2018 年购买 Kindle 一个月后,我看书很喜欢做笔记,划下自己喜欢的句子,记录下当时的想法。每次用 Kindle 进行笔记回顾时,过程都异常痛苦,水墨屏的刷新率直接降低了操作时的效率,并且 Kindle 提供的功能也弱到仅能查看而已。当时也尝试过一些市面上比较流行的书摘应用,如阅读记录、滴墨书摘等,它们都是很优秀的产品。但在使用这些产品时都为没发完全掌控自己的数据而感到不安,担心服务商跑路我要面临数据丢失和切换平台的风险。

不知道是否有用过「涂书笔记」的朋友,当百度宣布关停服务的时候有多少用户的数据就这样在云端失联,这里就有我一个。市面上已有的同类型的应用的数据永远掌握在服务提供者的手中,即便提供了完善的导出选项(MD、PDF、印象笔记等),但只要当服务关停,我就需要面临切换平台的精力付出,这是我没有办法接受的,他们提供的服务无法给我带来充足的安全感。

当时也接触了两年多的 Android 开发了,那要不自己给自己写一个吧!于是在 19 年的大三暑假便开启了这个项目。这个项目一开始的想法很简单,就是给自己做一款书摘管理工具。但有几条原则必须要去坚持,直到今天的 3.0 也是如此。

数据离线存储 ,用户可以随时导出全部应用数据。 云备份不使用自己的服务器,使用三方云盘提供的服务来解决云备份问题。 纯工具向应用,不做任何可能打扰到用户阅读的功能。 应用可以长久的提供服务。 「书伴 1.0」的开发只用了两个月的时间便顺利的完成了开发和上架。因为没有在 UI 的设计花太多心思,也没有太多关于产品的思考,只是直来直去的完成基本的功能。把它说成是一款玩具应用也不为过。但即便是这样它已经足够能够满足我自己的需求。能够上线酷安也是因为缘分,感谢我的朋友 V+v 向我推荐了这个平台。同时也很感谢那些即便 1.0 如此粗糙也依然不离不弃给我意见和鼓励的用户,是你们的鼓励让我能够一直坚持迭代到现在。

「书伴 1.0」部分界面:

「书伴」从 2019-09-22 上线到现在一直用爱发电了两年时间,这里不是玩笑,发电的原料都是来自用户的反馈和鼓励。每天上班加班到 9 点多,回到家中仍然坚持为「书伴」写一个多小时的代码。业余时间基本上全部用在了「书伴」的开发上。即便没法在周末像往常那样观赏一部电影,或是窝在床上在海拉尔大陆上调戏一下哥布林,但开发「书伴」带给我精神上的满足要远远高于这些娱乐活动。作为一名开发者,我很享受创造的过程。

人总是在不断成长,我逐渐开始对过去的设计感到不满。当 Sketch 上的设计稿已经堆到我无法用业余时间按期完成的时候,在毕业后上了不到一年的班就选择了离职,离职没有纠结太多,也没有像一个正常的成年人那样考虑离职后所要面对得的种种问题。想法很简单,将书伴打磨成我心中该有的样子,这或许就是被诅咒的梦想吧。

离职后就开始了 3.0 的开发,看似只是版本号从 2 变成了 3 但实际的变化是天翻地覆的。我几乎对过去的版本进行了一次重写。将过去的 Java 代码重构为 Kotlin,重构了基础架构,并对所有页面都做了重新的设计,这个过程用了 5 个月的时间。

3.0 加入了付费,价格远低于市场上同类型的应用,关于定价我对我自己的作品有着还算清晰的认知。长期靠爱发电终有一天会枯竭,加入付费也算是转换到了一种健康的发展模式。我已经依赖上了这款产品,即便没人购买,我也会持续迭代下去,给自己打造一款好用的软件对我来说是一件很满足的事情。我愿意一直做下去,和自己的产品谈一场永不分手的恋爱。

酷安「书伴」:https://www.coolapk.com/apk/244759

苏ICP备2021006164号-1

苏公网安备 32032202000267号