本书有三种让我比较tou秃的qing形，第一种是我觉得读者老爷们可能会不太喜huan的nei容，所以加速推过去，结果遭到群嘲，读者老爷们还tinghuan迎。

第二种是我觉得还不错的nei容，结果遭到集ti抵制。

第三种就是类似这一段的qing节，我知dao比较枯燥，阅读ti验也确实差了dian，但是不得不写，因为本书的追求中有很大一类是在现有的技术和社会资源的条件xia面空想一些尚且处于空缺的模式。比如《无dao昏君》的pvp战斗模式。

读者老爷们可能gan觉我shui了一章，但是这种nei容实际上非常费劲，比开车费劲多了，写起来很慢。我看到还有人说写游戏写这么细是冲字数，我靠这个冲字数我得亏死……最适合我冲字数的是商业模式上的探索，以及如何chuiniu逼，那个写起来贼快……

因为，我自己需要反复推演许多次游戏的实现逻辑，然后确认这样的机制是程序猿们可以zuochu来的，可以实现为产品。关键在于效果是怎么样的，要zuo思想实验。实际开发过程中很多效果是程序猿足额an策划案上的需求zuo的，但是zuochu效果来完全不一样，因为有很多地方游戏设计师没想到，但程序是冰冷的，任何设计模型上的缺陷都会ti现chu来。

就以我写的这个wu理碰撞距离来说，其实发chu来的并不完整，已经删掉了更枯燥的逻辑论证过程，即对战双方都要先定义3种状态，攻击、待机、防御，势必不能chu现一方正在被胖揍突然转为攻击状态。然后，a方开始jin攻时b方同时检定是否处于待机状态，如是则双方同时jinru移动状态，移动方向呈a到b的方向上一个随机角度，相对距离不变，bjinru防御。

a攻击结束之后b反攻，这样才会chu现满屏游走双方激烈对战的视觉表现。这些都写chu来就成论文了，实际上我已经删减了大bu分。而且还要从开发者的角度考虑取舍，不能光从作者角度考虑。比如这个机制就舍弃了同归于尽的姿势，不能双方同时jin攻。从开发者的角度，第一个上线版本的开发肯定是以稳为主，在功能的可玩xing和上线时间中zuochu平衡。

所以即使可以加ru同归于尽的机制，比如通过防御者血量判断斩杀线，斩杀线xia走特殊机制；或者仅为追求一个终战状态的视觉效果，双方同时chu招攻击比较华丽，有气势。但是从功能合理xing上，这个实现的逻辑就变得超复杂，因此一般开发者除了玻璃渣那种有权利无限tiao票的，都不敢这么干。宁可先开发一个稳定可玩的版本，上线之后再慢慢迭代产品。

否则，以极差的xing价比把这个非常gao端的功能zuochu来，表现确实很好，但是上线之后扑街了，功夫都白费。关键是扑街可能是其它因素造成的，甚至是运营发行的因素，这个功能无可挑剔，死于非战之罪。有经验的开发者都要平衡开发成本和风险，无论公司有多土豪。

这些思考都是不能写到书里的，因为真是说明文。

所以这个第三条才是我最纠结的，完全不写吧，本书的阅读xing确实是增加了，但是也就和别人的文没啥区别了，只有趣味但没有智慧。写多了吧，肯定挨骂。

比如说技能带来的qiang制位移和碰撞ti积带来的主动位移之间的区别和实现中的冲突处理等等，应该是绝大多数读者老爷们不关心的nei容，但是ti现了我对于站桩式对砍的鄙视。而且1v1对战还站桩输chu，视觉表现上特别无聊，怎么办呢？

于是掉了几gen珍贵的tou发之后就写成了现在这样……

对了对了，《异时空中华再起》这本书我还真是看着长大的，估计现在很多新读者都没听说过。这是整个网络小说史上第一本上架jin行销售的小说，在此之前没有付费阅读，没有所谓正版的概念。属于史上xxx级别。

然后，杨首长，他，开新书了……书名叫《重生之假装是个聪明人》，重生回到1979年，看简介有dian像《飞跃三十年》一心为国的重生者。

本章已阅读完毕(请dian击xia一章继续阅读!)