关于我
我的开源
链滴
B3log文档状态：基本完成
开发状态：尚未开始
更新时间：2017-01-01
共享机制
书籍以一个自贴二维码（共享码）作为标识，捐书的人通过微信小程序登录社区后扫描书籍 ISBN 将生成这个共享码，然后自己打印出来贴到书籍封面上就开始该书的共享了！
- （必须）共享：当前的书籍持有者看完后必须将这本书寄出给需求的人
- （必须）免费：当前的书籍持有者必须包邮
- （必须）接收：收到书籍后必须确认，让其他人可以知道书在你这里
- （可选）注解：当前的书籍持有者可在书页任何地方写上阅读注解
- （可选）落款：当前的书籍持有者可在书籍封底页写上自己的 ID 和日期，表示读过/经手过该书
细节
- 收到书籍的确认是通过小程序扫码完成
- 是否存在”有需求的人“可以通过社区通知系统（站内通知 + 邮件）得知。如果当前没有需求的人，则请妥善保管好该书，随时等待它地下一个主人
- 注解请尽量整洁，请勿乱涂乱画（另外，字难看的请自重
）
特例情况
- 如果有人捐了已经在共享的书（ISBN 相同），则也会单独开一个贴来进行
- 如果共享码被其他人误扫并做了接收确认
TBD - 多个需求者问题
TBD
概要设计
发起共享
用户通过小程序扫 ISBN，选择【发起共享】向服务端提交一个 HTTP 请求：
- 以登录用户提交 ISBN
- 服务端查询 ISBN 并发布一篇共享帖：《XXXX》免费共享，内容是书籍简介（可用 ISBN 查询）并附加共享规则说明文案
- 服务端返回一个二维码即共享码给小程序：包含帖子 id、ISBN 等信息，用户需要自己打印该二维码并粘贴到书籍封面上
接收确认
用户收到书籍后扫共享码，选择【接受确认】向服务端提交一个 HTTP 请求：
- 以登录用户提交共享码
- 服务端通过共享码找到对应共享贴并发布一条回帖：我已经接受到书籍，有需要借阅的伙伴请私信我
拍照
用户通过小程序扫共享码，选择【拍照】，拍完后就自动以照片作为内容回帖了。感觉有点鸡肋，不过要 show 注解时应该很方便。当然，show 的是其他内容也没法控制。
书单
当共享书籍到达一定数量时（拍脑袋就 101 吧），我们就开另一个坑，大致是这样的：
- 共享过书籍的人会有“已读”书单
- 正在需求的人会有“想读”书单
然后就可以再做一个豆瓣读书了.... TBD
想法表达完了，我再啰嗦点其他的。
动机
- ”书籍是人类进步的阶梯 “，看书是我们目前获取知识的主要方式之一
- ”书非借不能读“是讲道理的
- 共享模式（当供需关系在某个比例时）是非常经济高效的
- 少年，我看你骨骼清奇，根骨极佳，必是不出世的武学奇才，我这里刚好有一堆武功秘笈....
价值
- 所有参与者注解的价值也许会大于书籍自身的价值
- 通过共享将一本书的使用价值最大化
上述两点可将书籍这一商品的效用发挥到极致，并通过这个计划实现共享经济的一种新形态。
反线上化
线上人与人之间的交流存在的问题：
- 不认真且不真实：主要是因为太随意，并且任何社区都存在水军、小编。我想这主要是因为打字成本小于手写成本（无论是记录方式还是传播方式）导致。说不真实可能也有点牵强，因为线上的这一面确实也是客观存在的
- 难匿名且易被监控：要人肉一个人非常简单，有时想表达个正常情感都无处表达
我觉得通过在纸质书上写注解可以很好地解决这两个问题。
科技真的是把双刃剑。并且以目前的技术看，单纯的线上交互并不能够解决实际需求（不要想歪了）（我不提醒是不是好点，怪我太坏吧），让人与人之间的交流回归到线下会更朴素，而线上只做便利性，比如通过扫 ISBN 来发起共享，扫共享码确认接收到书。
信任
该计划是建立在信任基础之上的，参与者都应该相信其他人、相信这个计划。只要自己做到诚信负责，这个计划就能持续推行下去，并让更多人参与进来。
不要坏疑老夫，老夫设计的机制怎么可能有漏洞。（这好像是一条悖论，你相信我么 😂 ）
PS：
- 这个想法还可以套用（快要过时的）两个概念：O2O、P2P，牛吧？
- 这个想法 10 年前就有人实践过但没成功，为什么？因为没有一个信任的社区来支撑？这是个鸡生蛋问题....
以上 2017 年第一个疯狂的想法，希望我们能尽早进行实验！