我的作品 书伴 - 记录那些打动过你的文字
大家好呀！我是书伴的作者，初次来到 W2Solo 这个社区，先给各位抱拳了。
作品介绍
对于喜爱读书的朋友而言，读书的形式有很多种——纸质书、电子书，手机等，它们都是阅读的一种介质。我在阅读纸质书时非常喜欢对感触较深的段落画上标注，在电子书上也会选择段落进行标注，这就存在一个问题：如何将不同介质下我做的阅读笔记进行统一的管理呢？
「书伴」是一款实用的书摘管理工具，它可以将电子书和纸质书的书摘进行统一管理。对于纸质书，你可以通过「书伴」扫描条码添加书籍，再通过 OCR 文字识别添加需要的书摘段落，最后记下你想要表达的书摘内容就可以了。
「书伴 3.0」部分界面：
酷安「书伴」：https://www.coolapk.com/apk/244759
开发历程
开发「书伴」的想法源自于 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 加入了付费，价格远低于市场上同类型的应用，关于定价我对我自己的作品有着还算清晰的认知。长期靠爱发电终有一天会枯竭，加入付费也算是转换到了一种健康的发展模式。我已经依赖上了这款产品，即便没人购买，我也会持续迭代下去，给自己打造一款好用的软件对我来说是一件很满足的事情。我愿意一直做下去，和自己的产品谈一场永不分手的恋爱。
关于内测
目前「书伴」已经开启内测，想要参加内测的朋友可以加入我们的 QQ 群（书伴和他的朋友们）：534063329，群公告中有加入内测的方式。
