从零开始：搞定我的“Inari”游戏介绍
我当初压根没想过要写什么正式的“游戏介绍”或者“更新日志”。这游戏——就叫“Inari”——是我去年冬天没事干，给自己找乐子随便搞出来的小玩意儿。代码东一块西一块，完全就是想到哪写到哪。可架不住朋友们一传十，十传百，突然就有人开始问：“老王，你这狐狸跑酷游戏到底咋玩？有没有文档？”
我一听头都大了，文档？那玩意儿是我根本没写过！我赶紧翻出来那堆烂代码，琢磨着怎么把这个东西像模像样地包装一下，不然真不好意思拿出手。
硬着头皮上：介绍文档的诞生记
我决定，既然要介绍，那就得从头说起。我打开了电脑，敲定了介绍文档的几个关键点：背景故事、核心玩法，还有最要命的——操作说明。
-
背景故事：我胡编乱造了一个关于日本神社小狐狸的故事。为了让它看起来不那么假，我抓紧时间用画图工具搞了两张背景图。
-
核心玩法：这个比较简单，就是跑酷加收集。我强调了那个“变身”机制，感觉那是这游戏唯一的亮点了。
-
截图环节：这是最痛苦的。我打开游戏，一遍一遍地跑，找那些看起来不那么丑的瞬间按下截图键。有时候卡顿了，画面定格住了，反而效果不错，我就偷偷保留下来了。
等我把这些介绍内容全部拼凑完，已经折腾了我一个通宵。我感觉这介绍写得跟小学作文似的，用词通俗得不行，但好歹把这游戏的框架支棱起来了。
最麻烦的活儿：更新日志的黑历史
介绍部分勉强算是糊弄过去了，但“更新日志”才是真正的考验。我意识到，之前的版本迭代我根本就没做任何记录，所有的改动都沉在Git的提交记录里，乱七八糟。
我不得不强迫自己从最新的V1.2版本开始，反推回V1.0。我翻遍了电脑里的所有文件夹，比对着每个版本的代码差异。
这个过程简直是煎熬。我发现：
-
V1.2版本我修复了一个巨大的内存泄漏，但当时我只在提交信息里写了“Fix bug”，啥都没说清。现在只能老老实实补上细节。
-
V1.1版本的核心机制我调整了两次，但日志里只有第一次的记录，第二次的那个大改动——就是把得分机制换成了基于连击的——我完全忘记写了。我赶紧对着代码又回忆了一遍，才把那段日志完善起来。
我整整花了两天时间，才把这几个版本的日志捋顺。这事儿给我敲响了警钟：以后任何小改动，都必须马上记录下来，不然等积累多了，再回头看，简直就是给自己挖坑。
我总算是实现了一个像样的《Inari_游戏介绍_更新日志》。虽然过程有点粗糙，但是这份实践记录让我明白了一个道理：写代码辛苦，写文档更辛苦，但这是对别人负责，也是对自己负责。下一次的版本，我保证，日志会跟代码同步完成。