打算重推 Lovely Quest，不过这次推原版，不打汉化补丁。
虽然不少人表示不齿，但是我认为 gal game 是有价值的！
首先就是其画面。每个画师的风格是不一样的，笔下（数位板下）的各位妹子主人公和损友都有不同的风采。对于真心想要“本命”的人来说，让虚拟的妹子们陪伴自己的方法有一种就是将其描绘下来——这样就不会停留在欣赏已有的 CG 的基础上了，而是去尝试用自己的笔实现自己所想的（场景etc.）。对于有绘画基础的人来说信手拈来，但是还需要用心；否则就要去学习，去牢记各个细节、一颦一笑，这自然不是简单事。不管是哪一种，做下来都需要投入，获得的也必然是能力上的锻炼与对人的画面的理解。
然后是音乐。好的 gal game 必须要好的音乐作为配菜，虽然名为视觉小说（visual novel）但是若少了听觉上的传递作品会减色不少，也没这么容易调动玩家的情绪。举例来说，Key 社的作品以伤感为主，这里麻枝准和折戸伸治两位的音乐起了不小的功劳。这些曲子单单是收录在各种播放器里听着就能给人不小的精神安慰，而要去进行二次创作，先要理解主题，所以需要学习乐理。进一步地，要制作高质量的作品，请学习作曲和编曲。
剧本……不熟。
其中的语言和对话可以成为语言学习入门材料。虽然其深度可能不是太深（古文级别），但是对语言语素与语法的解析提供了丰富的素材。有读音示范，还能回放，这已经和听力教材无异了。语素分离出来后，根据上下文和朗读停顿可以对句子进行解构，再根据语法常识进行试探与验证。一般而言，若是仔细研究一个 galgame 的话，至少会到 N4 了吧。（不过日语词汇的音读和训读和古文语法需要真正见到例子。）
背后的游戏引擎可以慢慢把玩。要想运行起这一款 gal game，资源是内容，引擎是载体。业内引擎种类多样，却依然被巨头统治：NScripter/ONScripter、KiriKiri 2/KAG3 是中日同人的首选，Ren’Py 是欧美同人的首选（不过份额比较低），其余会社专用的或者小众的引擎可以见 crass 的支持列表（0.4.14 一共默认支持 170 个引擎，大部分是 gal game 引擎，颤抖吧）。要想做出好的引擎就要清楚其特点，输入的多样性、效果的复杂性、配合的多方性，还要考虑使用难度、内容保护、扩展性、多语言多系统支持、资源分配与释放、前后端分离（像 KiriKiri 2/KAG3 设计 TJS 作为底层的解释器与剧本 KAG 的中间脚本语言）等等。深究下去就讲不完了，准时的手表中的齿轮必定是令人惊叹的。
资源解包对逆向工程的训练。想汉化？除了懂语言、会改图外，还要知道如何破解软件。asmodean 大神是引擎破解的高手，我们看到的是分析之后写出的代码，但不难想到解析结构时的刀光剑影，令人大气不敢出。也有 RednaxelaFX 大神的技术文章，以及各种破解入门教程（翻了翻作者的 GitHub 账户，感到深深的恐惧，原来这位就是 Locale Emulator 的作者）、反向记录等等。实践，实践，实践。
好游戏可以促使人思考人生的价值。这是废话，但是要做得到才行。在翻 Steam 的游戏列表时突然看到了 planetarian（星之梦），查了一下居然是 Key 社的作品，读了游戏的对白后体会到这并不是 Key 一贯的病亡类的悲情故事，某种说不出的东西。去年推 Lovely Quest 的时候说过每条线结尾会有一个“文末总结”的环节（挺鸡肋的），不过比惊世骇俗的君与彼女与彼女之恋要弱得多了。说实话这一段就是个伪命题，想人生什么时候不可以，这是一个独立于其他事物的抽象而已，任何时间任何场合都可以脱离所在的现实而思考。
至少，gal game 能分解到如何就有什么样的价值，就看看官能分解到多深了。
后记：
前天到昨天，11 小时 Half-Life 2 通关。虽然认识它已经有 6 年了，但是这是我第一次凭自己的实力通关，没用 budda、npc_create 和 npc_create_equipment 命令。（god 和 impulse 101 就算了，要设置 sv_cheat 1 的，就没法获得成就了。）33 个成就获得了 30 个。不过太坑了，为了“只用重力枪通过莱温霍姆”我差点就挂了，最后面对一屋顶的快速僵尸我急了，用了撬棍（crowbar）给了它们几下，结果居然没获得此成就！我真的一枪都没开啊！还有在沙地陷阱（Sandtrap）关卡中不碰沙地，最后的一段路我用两片铁片辗转腾挪了半小时终于过去了，期间是碰到了沙地，但是每次碰到我都直接读前面的存档，所以主存档里应该是没碰过的才对；但是还是没有这个成就。λ 定位器就算了，45 个只找到了不到 30 个，好难找……在水障碍区（Water Hazard）中有一个 λ 补给点，明显是个机关（而不是爬到上面），解开之后拿到补给却没有更新成就进度……
用 Notepad++ 编辑 YAML 配置文件和类 YAML 的 CSS 书写文件（抱歉，查了还是不知道叫什么）总是会遇到奇怪的问题。检查后发现 Notepad++ 会根据配置中的制表符等价空格数来自动在回车换行时生成制表符，而生成的缩进乍看上去与用空格缩进没什么不同，要逐个字符选定后才能看出。YAML 是只识别空格缩进的语言，用制表符缩进会导致配置文件编译失败。我只好手工调一下 Notepad++ 了。