【一声叹息】可以吐槽，可以抱怨，但请不要反智

11日18点，运营完成了E6与E7的实装，来看看地图的缩略图与路线图：

BOSS点Z点就是图上右边最大的红圈。标号十分可疑的X点与Y点刚好在左下方两个红圈的位置上。上方一个红点的具体位置不太清楚，可能是I点，也可能是K点，不过距离K点更近一些。因为I点是潜艇点，所以最有可能代表这第四个圈的，就是K点。

那么这能说明什么呢？显然，舰C的策划在绘制活动地图的时候，就已经考虑了地图上的特殊效果点，并将之画在了缩略图上。所以在12号的时候，各路提督都已经猜测，这些特殊的点会不会对BOSS那个超高的装甲产生影响？不过都未能参透地图中的奥秘。

所以如果认为减甲机制是由于E7发布之后角川收到了太多的投诉而临时加入的补救措施，那么就必须同意以下的推论：

运营在第二次更新到发布提示官推这不到40个小时的时间里，做到了：接收到玩家的反馈，从活动开始之前就已经绘制完成的地图上找到了可以加入特殊点的线索，实现了相关的条件机制，将相关代码进行测试部署，检查bug与平衡性问题，对线上的服务器进行在线更新。

有这么未卜先知的策划、美工，超高效率的码农、测试和运维，角川居然还在经营舰C这样一个网页游戏，也是挺不可思议的呢。（笑）

是想说加两行代码就行了，根本用不了那么长时间？那么去软件企业的代码库中加两行试试，看看要多久才能部署？

还有另外一种说法，认为减甲机制确实上线了，但是由于某些原因，在一开始并没有发挥作用，而是在之后的运营中才偷偷修复的。这个说法的问题在于，有什么明确的证据能证明这一点？

11日晚上和12日晚上，爽哥直播攻略E7，不过不幸的是，这两次直播中间都刚好经过11点。另外，爽哥似乎并没有在K点选择夜战。一位NGA的水友提供了一份并不怎么充分的证词：

nico上的其他直播dalao似乎也没有选择在航空点夜战的。

也就是说，由于触发条件苛刻，一开始并没有满足减甲条件的战斗过程出现过。很多人说看着dalao们周游世界，什么机场离岛都打了个遍。不过……K点呢？到底有没有战斗记录能够证明，有人在日期更迭之间，完成了XYK的击杀，但在BOSS点没有装甲减弱的效果？

仅仅击破X与Y点看起来是不能有效地降低BOSS的护甲的，这个已经被直播所证实了。那么因为这个是否可以说明在一开始减甲机制并没有实施呢？来看看官方在一开始是怎么说的。“ひとつひとつの効果は決して大きくありません が、それらはある程度蓄積＆複合して効果を発揮します。”什么意思？一个一个打的效果不大，需要一定程度的积累与合成之后发挥效果。这显然意味着，存在一 个特殊的判断，根据多个点是否被击破的情况来决定BOSS的强度。而不是说去盯着某个点不断地击杀来不停地减少BOSS的装甲。累计减甲还需要考虑一个下 限，多个点的击破在服务端的判断代码只需要两个&&，这代码实现起来可方便多了……也就是说，击破了X和Y，到了BOSS点看不出减甲的效果，并不是不合常理的。

有人说在活动期间，岛风go下载的缓存有所变动。然而，减甲运算是一个发生在服务器上的事件，客户端的改变并不能证明什么。舰C的Flash客户端与服务器之间的通讯采用的是HTTP协议。我们常见的Web网页都是通过HTTP协议（以及建立与HTTP协议之上的HTTPS协议）从服务器发送到我们的浏览器的。那么，有谁听说过服务器上的网页修改了之后客户端浏览器也要进行修改的？有谁听说过客户端浏览器版本变化了需要服务器 去更新网页？在岛风Go下载的缓存就是由资源文件与可执 行脚本组成的舰C客户端。缓存发生了变化只能说明客户端发生了变化，仅仅用客户端发生变化是不能用来证明服务端也发生了变化的。

还有人说，后台计算的时候装甲不是333，而面板装甲依然是333，这就能证明运营是中途偷偷修改了。我只能说这毫无逻辑的推理只能说是对软件设计的不了解。在客户端显示敌方装甲是一个很早就有的新机制。服务器计算减甲是一个新机制。旧机制难以向上兼容新机制是再正常不过的事情。何况是一个客户端的旧机制去处理一个服务器的新机制。

还有人说，运营期间，时不时出现猫。我只能说，本地缓存错误能导致猫，服务器负荷过重能导致猫，网络不稳定能导致猫，为什么一定是hotfix导致的猫？仅仅是相信发生了hotfix就把猫发生的原因都归到了hotfix上？这恐怕不能算什么证据吧。

现在，一个非常有可能是hotfix的，就是395装甲的防空鸡。除了一开始的直播，再也没人见过那个装甲的BOSS，因此推断运营进行了在线更新是很合理的。然而，这仅仅只是推测，并没有证据。事实上，从玩家的角度很有可能根本得不到证据。而依靠这样的一个推测，想要去证明运营hotfix了减甲机制，这说服力我只能说是零。

综上，真的有确实的证据，能够证明一个无效的减甲机制在官推提示之后才被修复吗？如果有的话，就应该把有力的证据摊开来。

我觉得事实的真相我们现在恐怕都很难找到了，那么用一个hotfix把锅扣到田中头上合适？这次无论是哪里的开荒组都碰到了巨大的困难，把发生这件事的原因仅仅归因到运营进行了hotfix上，真的就能解决问题了吗？是运营的哪些做法使得开荒组付出了那么多的代价？对于相信运营进行了hotfix的人来说，减甲系统从一开始就实装就能让所有的开荒组一帆风顺了吗？对于接下来以后的活动，尤其对开荒而言，又有什么借鉴与吸取的呢？这里我有一些思考，不知道各位的想法又是什么呢？