整个程序检查了一遍，修正了几个符号和顺序错误（眼花了）。现在能走原来附带的两个示例（test_1() 和 test_2()）了。但是 testRandom() 总是报空指针错误（FutureEvent.compareTo()，ipThis 经常为 null）。继续查找原因。
有一个坑是 EventQueue.poll() 使用的是 LinkedHashSet，这是一个有序的集合。开始的时候一切集合都用 XSet（用于自定义类型）和 PSet（用于基元类型）代替，测试1不通过，测试2报错。后来想起似乎见过原实现用了一些名字看上去和链表有关的集合类，搜索了一下，特性是遍历顺序和插入顺序相同。于是写了 LXSet 和 LPSet，这回对了。
调试的时候，debug 状态下的随机测试的朴素方法用时大约是 1400 ms，release 状态下大约是 70 ms。在代码中没有调用 console.*() 的情况下，这个差距略大……估计是预编译了吧。
VS Code 的两个小问题：
- 代码格式化（format code）之后，插入光标位置不变。我喜欢在编辑函数参数的时候格式化代码，特别是函数声明很长的时候。原本光标是位于某个参数标识符之后的，由于前面会添加或删除空格，格式化之后光标就不一定在原来语法上的位置上了。此时直接继续输入就不正确了，可能就跑到了某个参数的内部去了。
- 屏幕输出变化时，无法调试 Node(?)。课设的文档我是拿 Code 写的，同时还在编辑 xross 的代码。上去展示连接到投影仪，再撤回来，发现无法调试 Node 了，现象为无法启动任何脚本，调试工具栏闪现后闪退。直接执行 Node 表现正常，WebStorm 表现正常。
九月的日志总数达到了30篇，可能以后是无法超越的了。如果不是开学前开始的 Bulletproof 起了个头，就不会有这么多的日志了……
既然扯了这么多，就再多说一点。通了こいかの的真优线，然后其他线就当 CG 收集用了。
到最后还是一个不敢吃巧克力上台演出的幼驯染克服内心的坎儿的故事。全员登台演出《暴风雨》（Tempest）的部分是最精彩的。特别是如果你选择真优线的话，公演第二天就会收到舞台形式的告白。由于剧内人演的就是话剧，这里很看声优的功底——不过她们都是怪物啊。
接下来发生的事情就要让人大跌眼镜了。在观众退场之后，在后台突然间就开始了真优线的第一场H，猝不及防。你能想象吗，尚有余温——粗俗点就是“趁热来一发”。真是毁了意境。接下来就是揭伤疤然后多次啪啪啪之后心理治疗，从“不为男主我就不演”变成了“我很享受演出”，happy end。
如果没有特殊嗜好，不要去玩千奈线。如果没有特殊嗜好，不要去玩千奈线。（也有意外的收获，例如这里会告诉你真优是音痴……）然后最终千奈看着第二次艺术节真优大展歌喉非常惊讶，真优说“我相信我的未来，我相信明天”啊不不不，是“唯口熟尔”。千奈线，end。
爱丽丝线和百花线解决的的问题就更小了。
不管玩其他哪一条线，真优总是会作为幼驯染吃醋（和日常，毕竟走廊相连……），但会送上真心祝福。越玩越觉得对不起幼驯染啊！假如有的话只推幼驯染线就知足了……（在此之前你得有一个幼驯染。）
系统在鉴赏和跳过部分和平常的不一样。