便宜谁吃亏，不到最后谁也不知道。
之后例行是去上学。然后在下一个周末，林舒惊讶地发现居铭丰在解析飞信的游戏，并且通过聊天软件不知道指挥着什么人在做什么。
林舒仔细观察之后，才发现居铭丰竟然是在寻找飞信引擎之中模组接口运算方式的系统BUG。而他指挥别人去做的，却正是让对方模仿未来平台最受欢迎的几款模组，以飞信引擎为基础制作相似的模组。
飞信的引擎模仿未来游戏模仿得十分尽力，但是他们对于开放性平台并没有相应的了解和掌握，这就导致很多模仿的元素都不是十分到位。但是UV自身的技术也是不可少觑的，其实要是他们只抓紧了开放性平台这个概念按自己擅长的方式来制作这个引擎系统，虽然在各方面很难达到未来平台的程度，可是吸引玩家，创造出另一种模式的开放性引擎也是很有可能的。
在林舒的记忆里，开放性引擎种类繁多，他制作的只不过是其中的一类，而且还是按照他的境况和想法，结合后来自己制作游戏的经验，大程度阉割和创新了的一类。
但是飞信不知道是早已习惯了从模仿之中获取好处，还是对自己的创造能力太过没有自信，总之他们选择的是模仿未来平台。
这也给了居铭丰机会。无论从哪个角度想，仿冒品又如何能跟原作相比呢？
所以他倒是要让所有人看看，两者的差距到底是在哪里。他稍微花了一些时间解析飞信平台——这个公司的长处向来在于商业运作而不是在技术开放，所以居铭丰破解起来还是比较顺手的。
破解之后他又重新梳理了一遍整个程序，然后找到了不少在设计和运算上不合理的地方。他细细研究了每一个BUG可能导致的结果，然后就雇佣了一些人，在能够最大程度使用这些BUG的情形下模仿未来游戏的主打模组，制作游戏。
第52章
居铭丰的目的并不是为了依靠这种仿造陷害飞信——虽然这种做法也是可以实现的，因为飞信本身对于抄袭的盘查力度就太低，像是这种能够聚集人气的模组，他们不可能在一开始就排除或捋下。
但是这么做的意义不大。如果只是起诉抄袭或者侵权，从飞信的官方系统和模组下手要更快更铁证一点，而玩家自制模组在作为证据这一点上太弱了一点。
居铭丰是想通过这样的做法，从飞信拉注册用户。
可能是因为未来平台的发展势头实在凶猛，导致飞信急于在这一领域内分上一碗粒���哉馄教ㄉ舷叩靡财挠行┎执俸图蚵�Ｓ绕涫鞘�菹谓诱庖徊糠郑�渌荡筇迳鲜悄７挛蠢匆�娴慕峁梗��７碌貌⒉坏轿唬�芏嗟胤蕉加凶叛现氐蔫Υ谩�
这些瑕疵并不是短期内可以排除的。一般来说，在正常的初始摸索情况下，通常需要很长一段时间的测试和验证，搜集数据排查问题，才能逐步地解决问题。
但是飞信似乎并不怎么青睐这样一个按部就班的过程，所以他们是在上线了平台并有玩家反馈BUG的时候，才一边运营一边进行排除的。多年以来的商业发展方向让他们养成了比起商品本身来更重视如何抢先抓住用户群的这一观念。
而这就给了居铭丰机会。
他向对方强调道：“第四章节的部分，所有和裴少在餐厅部分的对话全部都设定类型地图触发。他们的同类地图只有随机平行式排序，没有数据条件型排序或者等级性排序，所以当有两个具有明显区分性的同类地图并且有剧情需要条件性触发的时候，就无论如何一定会出BUG……想想大少爷和女主在女主抱怨过难吃的大学食堂里大谈这家的牛排鱼翅鲍鱼多么好吃吧……光想想就觉得那画面可乐吧？”
而语音那一头的技术员一头黑线地按着居铭丰的指示做着，一边吐槽道：“老