《咸鱼的自救攻略》来自作者君的纠结，说明文应该怎么写

    咸鱼的自救攻略快速出击来自作者君的纠结，说明文应该怎么写本书有三种让我比较头秃的情形，第一种是我觉得读者老爷们可能会不太喜欢的内容，所以加速推过去，结果遭到群嘲，读者老爷们还挺欢迎。
    第二种是我觉得还不错的内容，结果遭到集体抵制。
    第三种就是类似这一段的情节，我知道比较枯燥，阅读体验也确实差了点，但是不得不写，因为本书的追求中有很大一类是在现有的技术和社会资源的条件下面空想一些尚且处于空缺的模式。比如《无道昏君》的PVP战斗模式。
    读者老爷们可能感觉我水了一章，但是这种内容实际上非常费劲，比开车费劲多了，写起来很慢。我看到还有人说写游戏写这么细是冲字数，我靠这个冲字数我得亏死……最适合我冲字数的是商业模式上的探索，以及如何吹牛逼，那个写起来贼快……
    因为，我自己需要反复推演许多次游戏的实现逻辑，然后确认这样的机制是程序猿们可以做出来的，可以实现为产品。关键在于效果是怎么样的，要做思想实验。实际开发过程中很多效果是程序猿足额按策划案上的需求做的，但是做出效果来完全不一样，因为有很多地方游戏设计师没想到，但程序是冰冷的，任何设计模型上的缺陷都会体现出来。
    就以我写的这个物理碰撞距离来说，其实发出来的并不完整，已经删掉了更枯燥的逻辑论证过程，即对战双方都要先定义3种状态，攻击、待机、防御，势必不能出现一方正在被胖揍突然转为攻击状态。然后，A方开始进攻时B方同时检定是否处于待机状态，如是则双方同时进入移动状态，移动方向呈A到B的方向上一个随机角度，相对距离不变，B进入防御。
    A攻击结束之后B反攻，这样才会出现满屏游走双方激烈对战的视觉表现。这些都写出来就成论文了，实际上我已经删减了大部分。而且还要从开发者的角度考虑取舍，不能光从作者角度考虑。比如这个机制就舍弃了同归于尽的姿势，不能双方同时进攻。从开发者的角度，第一个上线版本的开发肯定是以稳为主，在功能的可玩性和上线时间中做出平衡。
    所以即使可以加入同归于尽的机制，比如通过防御者血量判断斩杀线，斩杀线下走特殊机制；或者仅为追求一个终战状态的视觉效果，双方同时出招攻击比较华丽，有气势。但是从功能合理性上，这个实现的逻辑就变得超复杂，因此一般开发者除了玻璃渣那种有权利无限跳票的，都不敢这么干。宁可先开发一个稳定可玩的版本，上线之后再慢慢迭代产品。
    否则，以极差的性价比把这个非常高端的功能做出来，表现确实很好，但是上线之后扑街了，功夫都白费。关键是扑街可能是其它因素造成的，甚至是运营发行的因素，这个功能无可挑剔，死于非战之罪。有经验的开发者都要平衡开发成本和风险，无论公司有多土豪。
    这些思考都是不能写到书里的，因为真是说明文。
    所以这个第三条才是我最纠结的，完全不写吧，本书的阅读性确实是增加了，但是也就和别人的文没啥区别了，只有趣味但没有智慧。写多了吧，肯定挨骂。
    比如说技能带来的强制位移和碰撞体积带来的主动位移之间的区别和实现中的冲突处理等等，应该是绝大多数读者老爷们不关心的内容，但是体现了我对于站桩式对砍的鄙视。而且1v1对战还站桩输出，视觉表现上特别无聊，怎么办呢？
    于是掉了几根珍贵的头发之后就写成了现在这样……
    对了对了，《异时空中华再起》这本书我还真是看着长大的，估计现在很多新读者都没听说过。这是整个网络史上第一本上架进行VIP销售的，在此之前没有付费阅读，没有所谓正版的概念。属于史上XXX级别。
    然后，杨首长，他，开新书了……书名叫《重生之假装是个聪明人》，重生回到1979年，看简介有点像《飞跃三十年》一心为国的重生者。