放学事件也是如此，有其他女孩子想邀请主角一起放学回家，如果答应下来的话，确实可以提升这个女孩子的好感度，但会增加其他所有人的伤心度，这个时候就需要玩家取舍了，衡量利弊后由玩家自己决定。
正是因为诸如此类的不确定因素太多，让游戏设计进展缓慢。
上月景正来到研发部，发现组员们都很头疼，争论不休。
“广崎，发生了什么事？”上月景正心中产生了不妙的感觉。
项目负责人广崎桥拿着一个小黑板，解释道：“我们一部分人认为，所有的角色都应该作为全局变量，与时间轴平行，另一部分人认为，只有男女主角才需要这么做。”
上月景正皱眉：“说的浅显易懂一点。”
广崎桥画出两条平行线，介绍道：“所有角色设置成全局变量，也就是以上帝视角来看待整个游戏，一条时间轴，另一条捆绑着所有的人物。在程序设计时，我们只需要控制时间轴上的触发点，比如安排3月1日主角和藤崎诗织一起放学，那么我们只需要做两件事，一个是藤崎诗织好感+1，其余12人好感-1，只需要调用13个函数即可。”
然后在另外一张纸上画出一根时间轴，用两个小圆圈代表着男女主角，串在时间轴上，接着画出12个小三角，介绍道：“另一种，只有主角设置成全局变量。比如说3月1日放学，按照故事剧本，3月2日会有某个女配角过来约主角，我们需要首先根据全局变量中主角与藤崎诗织的好感度，来决定该由谁来出现，排除了前10个配角后发现应该由第11个出面，于是安排她出现，玩家决定后，改变主角的全部属性和数值，时间轴继续滚动。”
用三角移动，画出12条线指示在3月2日这一天，上月景正一下子就听明白了，这是两种程序设计思想。
第一种，每个配角都是**的个体，都有自己的属性，一直当成变量，存放在内存中。
这样设计优点是读写速度快，容易写代码，缺点是游戏运行时间稍长后，数据大量冗余，内存和cpu被占领，游戏会运行的很慢。
第二种，每个配角只是一段简单的固定数据，需要她出现的时候才会出现，但是主角是一个包罗万象的属性，主角身上记录了所有的人际关系数据。
这样设计优点是每次女配角出现时，调用模型函数即可，等她消失，没有她的戏份后，释放掉她的空间，修改主角的属性，缺点是主角太复杂，在每个触发点判断语句相当多，程序员要写到崩溃。
“其他同类型的游戏，他们用的技术一般是哪一种？”上月景正问道。
广崎桥放下纸笔，皱眉道：“我们只能从一些成人游戏中找到结论，但很可惜，绝大部分的成人游戏都是pc端的作品，他们用第二种多一些，毕竟pc的cpu和内存并非全部用于游戏运行，更多的时候还在操作系统以及各类控制指令上，他们必须尽可能降低运算量。”
上月景正点点头：“我知道了，技术上的问题，我会尽快做出决定，你们先给我看剧情策划书。”
这一幕，同样出现在龙腾公司的项目组中。
正月初八，回国探完亲的员工敬业地各自返回海外，风云游戏软件公司抽调了精兵强将，6名文案策划师，6名美工，7名程序员，再加上杨云亲自坐镇，在人力投入上超过了科乐美几乎一倍。
杨云的文案以原版科乐美《心跳回忆》为模板，首先确定的是参数系统，这是开创了恋爱养成类游戏的标准，几乎后世所有的同类游戏，基本上都是模仿，或者是调整，增加，极少有彻底推翻重建的。
这个参数系统分为“数值系统”以及“约会系统”。
数值是男主角实力的数据化，没有达到某位女生要求的最低数额，就表示玩家在xx方面距离该女生的完美期待还差一点。
体力是最重要的属性，约会，打工都会减少体力，可以通过睡觉，在商店买饮料等方法补充，否则的话一天到晚干不了什么事情，体力太低容易生病，那还约什么会啊？
文科，理科这些可以归纳为学习能力，成绩好就会得到女孩子青睐，这是很好理解的设定，而且某些女配角的出场，必须有文科数据达到100点，或者是理科数据达到80点之类的条件限制。
艺术，运动，除了对主学业有帮助外，在约会时也大有裨益，比如与几个擅长乐器演奏的女孩子约会，可以增加好感度，参加音乐社团可以提高艺术数值的增长速度，运动也是类似的效果。
人缘，容姿，毅力，这些都是反映了主角的形象和性格，不仅要外表帅气，还要有内在美，会关心女孩子，而且要有顽强的精神，能战能打，还要有恒心，神经要大条粗狂，没那么多愁善感的玻璃心，不会得神经虚弱症。
等杨云将这些系统参数公布出来后，马凉一阵惊呼：“杨总，这是……日版的系统参数？”
“怎么了？有问题吗？”杨云呵呵笑起来。
“有问题！”马凉有些激动了：“为什么和我年前看到的国内版本几乎完全不一样？”l3l4