第 88 章（1 / 2）

deforces的比赛过程也非常有趣。

每场比赛, 参赛成员每40人左右会进入同一个房间，同时开始读题、答题。

deforces赛制的题目会有两套数据，一套称为预测试数据, 另一套称为系统测试数据。

在比赛进行期间，如果选手写完答案, 并且对自己的答案足够自信的话，就可以在比赛结束之前提前提交。

比赛进行期间提交的答案, 将会用预测试数据测评――如果通过，则会显示预测试通过；如果没有通过，将会显示错误编号和错误类型，并且还会被罚扣50分。

但是，预测试通过，并不代表提交的代码就完全没有问题了。

当一道题目通过预测试后, 就可以单击题目列表中那一道题目后面的“锁”的符号――把这道题目锁定。

当一道题目被锁定后, 这道题就不能再次提交了。

但是锁题后, 选手就可以查看同一个房间中其它也锁题了的竞争者的本题代码！

如果能找到其他人代码中的错误, 就可以向对方发起攻击！

具体做的做法, 就是提交一组测试数据, 导致对方的代码错误, 比如说wronganswer。

一次成功的攻击，就可以获得100分！

不过，如果发动攻击却失败了, 就要倒扣50分。

这样可以攻击对手，让对手扣分、给自己加分的功能，当然非常有趣、非常刺激。

但是, 锁定了题目不能解锁，也不能再提交。

也就是说, 攻击别人的同时，自己也有被攻击的风险。如果自己的程序中有错误，那么在攻击别人时，别人也都能来攻击你。

而这时，已经锁定的题目是无法修改的。如果被选手攻击了，即使意识到自己哪里出错了，也没办法再改，只能心痛地看着自己被攻击扣分，-50，-50，-50……

在比赛时间结束后，还会有系统测试。

就是将已经通过预测试的程度，再测试一套数据。通过系统测试的程序，才算真正答题正确，得到最终分数，否则不得分。

比赛规则如此的情况下，绝大部分选手锁题都会非常谨慎，要对自己的程序十分自信，才会按下“锁”这个按钮。

而云歌打破了这一切。

直播间里的观众们发现，三个小时的比赛，云歌在二十分钟后就会锁题！

云歌的直播迅速在编程爱好者的圈子里传开。

许多编程爱好者们得知有这样一个直播间后，纷纷慕名而来，看云歌直播编程、锁题、攻击对手。

外行看热闹内行看门道，虽然云歌在直播时一句话都不会说，但是编程爱好者们看到云歌的编程过程就非常激动了。

“这个问题竟然还能这样解决！”

“卧槽！太快了吧！！”

“三个小时的题目，云歌只用十几分钟就能完美解决！”

“我十几分钟连题目都还没读懂……”

毫无疑问，有云歌参与的比赛场次，云歌是永远的第一。

直播间的观众们纷纷开始打赌，打赌云歌能够连续拿到多少场比赛的第一名，会在多少场连续第一后，拿到第一以外的名字。

5场、10场、20场……

一开始观众们还在计数，然而到后来，已经数都数不清了。

直播间观众：……不数了，没意义。

大概云歌就会这样一直拿第一、一直拿第一……

云歌的积分，自然也在排行榜上一路上升，从1500分升到2000分、从2000分升到3000分……

积分飞一般上升的速度，引起了更多编程爱好者的注意。许多早就离开deforces的退役选手，有人已经读大学了、有人在读研读博、有人已经工作多年，绝大多数都在当程序员，当然也有少数人已经离开程序员这个行业。

曾经在deforces上打过竞赛的选手们，也未必人人都在oi竞赛上走得很远，也有一些或是因为实力或是因为运气，很早就止步的人。甚至还有一些没有参加过oi竞赛，在二十多岁或者三十多岁才对编程产生兴趣，然后因为兴趣在deforces上大竞赛的人们，这些人中也有实力强劲的选手。

总之，近期就活跃在deforces上的选手们纷纷增加比赛场次，早就离开deforces的选手们也纷纷回到这里――都是为了能够和云歌在同一个房间里进行一场比赛！

所有人都想中断云歌的连胜奇迹！

此时此刻，如果有谁能中断云歌的连胜奇迹，将云歌从第一名的位置上赶下来，那么无疑，那个人的名字将和云歌的名字“yun”一样出名！

然而“yun”从青色变成蓝色、变成紫色、变成橙色、变成红色……依旧没有一个人能够打断云歌的连胜。

很快，许多选手都放弃了打断云歌的连胜这一想法，因为这看起来希望太过渺茫了。

许多选手降低目标，换了一个难度变低很多的目标――找到云歌的错误，成功攻击云歌一次！

这些选手放弃了自己的程序，只要自己的程序能通过预测试，立刻锁掉！他们无所谓自己的程序有没有错误和漏洞，会不会被别的选手攻击扣分。也就是说，他们不惜牺牲自己的积分和段位，只为了能够多换来一些时间，用来攻击云歌！