（挖坑）从零开始开发自己的信息管理系统
什么是信息管理系统？要这玩意干啥？简单的说，就是单纯因为懒。信息太多，精力太少，人生苦短，我要帮手。要展开说，见这篇「我理想中的「信息管理工具」🤔」。
市面上的信息管理系统还不够你玩的吗？为什么要费劲去开发自己的信息管理系统？简单的说，一是不够贴合我的需求，二是数据这玩意总还是掌握在自己手里最方便。
好吧，开始吧。
第0️⃣版 一个可以工作的极致简陋原型
最初的想法就是单纯的管理一下工作日志。这件事吧，要图省事的话，建个 .txt 里面就行。但随之而来两个问题：
- 一是太麻烦，什么都得自己来。比如录入时间这种事，每次都手工敲就很烦。
- 二是功能太单一，想插入张图片啦、做些统计啦……就很不舒服。
但，最重要的是，丑！！！🤦🏻♂️
而其实就算是单纯用 .txt 来记录，也得遵从一些约定（比如：一些简单的日记格式），不然记得多了，自己都晕了。「规范」这件事的重要性，现在还看不出来，但后面将会碰到。
接着，想到的是记在 MarkDown 文件里面，在 Web 端渲染出来。这样，就可以用 CSS 控制样式，首先把「丑」的问题解决了。
第1️⃣版 武器库 / 工具箱🔧
好吧，手工造轮子果然很麻烦，我们还是投靠专业的工具吧。上 Sinatra + Kramdown ！
这一版，我们希望解决这么几个需求：
- 搜索🔍；
- 词条统计📈；
- 项目进度查询；
- 热力图 + 指向；
- 简易的成就系统；
- issues（问题数据库）；
- 日志编辑：思考「记录粒度」的影响，记录什么？
第2️⃣版 回头思考「底层数据结构」
第1️⃣版最大的缺陷是：记录的粒度过大，……
转向「基于事项的设计」。采用细粒度记录，可以带来更多的可玩可能。
痛苦的数据结构迁移。
- 时间线；
- 工作提示；
- todo；
- 自动汇总；
- 依标签🏷搜索；
- 玩法；
- 开发日志；
- 扩展命令；
第3️⃣版 移动适配很重要！！！
移动适配：Bulma
第4️⃣版 测试也很重要！！！
随着功能的不断累加，我们继续一种「保证新功能不会影响原有功能」的机制。因此，测试的需求越来越强烈。
测试 + 性能
思考 API 、 可玩性
第5️⃣版 补完计划
- 全过程记录
- 面板改造
- 账号系统
- 标签系统
- 彻底的游戏化改造
- 分离配置文件，简化安装，为开源做准备
- 打通各个数据孤岛
回顾：如何打造一套信息管理系统
- 统一的底层数据结构
- API
- 可玩性
在这过程中，目标越来越模糊：我到底想要什么？！！
弱连接
我没拿到驾照的时候，只敢在地下停车场🅿️转转。准备发条微博调侃一下自己，本想表达某种「漆黑」的环境，但觉得不够味，又想到了「黑暗」，但其实我内心真正想要的是「见不得光」这种双关词。
对，这才是我想要的！我希望这套系统能够在我打破脑袋翻「漆黑」的同义词而不得解的时候，告诉我「见不得光」这个词。我希望找到某个主题的所有「弱连接」。
