超级水题

├ 测试数据 01：答案正确... 0ms

├ 测试数据 02：答案正确... 0ms

├ 测试数据 03：答案正确... 0ms

├ 测试数据 04：答案正确... 0ms

├ 测试数据 05：答案正确... 0ms

├ 测试数据 06：答案正确... 0ms

├ 测试数据 07：答案正确... 0ms

├ 测试数据 08：答案正确... 0ms

├ 测试数据 09：答案正确... 197ms

├ 测试数据 10：答案正确... 291ms

超级无敌大假题，水漫金山

├ 测试数据 01：答案正确... 0ms

├ 测试数据 02：答案正确... 0ms

├ 测试数据 03：答案正确... 0ms

├ 测试数据 04：答案正确... 0ms

├ 测试数据 05：答案正确... 0ms

├ 测试数据 06：答案正确... 0ms

├ 测试数据 07：答案正确... 0ms

├ 测试数据 08：运行超时|格式错误...

├ 测试数据 09：运行时错误...|错误号: -1073741819

├ 测试数据 10：答案错误...

　├ Hint: 当然是极限数据咯~~　├ 标准行输出

　├ 错误行输出

---|---|---|---|---|---|---|---|-

Unaccepted 有效得分：70 有效耗时：0ms

好虚假的题目~~

编译通过...

├ 测试数据 01：答案正确... 0ms

├ 测试数据 02：答案正确... 0ms

├ 测试数据 03：答案正确... 0ms

├ 测试数据 04：答案正确... 0ms

├ 测试数据 05：答案正确... 0ms

├ 测试数据 06：答案正确... 0ms

├ 测试数据 07：答案正确... 0ms

├ 测试数据 08：答案正确... 0ms

├ 测试数据 09：答案正确... 0ms

├ 测试数据 10：答案正确... 0ms

---|---|---|---|---|---|---|---|-

Accepted 有效得分：100 有效耗时：0ms

├ 测试数据 06：答案正确... 41ms

├ 测试数据 07：答案正确... 291ms

├ 测试数据 08：答案正确... 525ms

├ 测试数据 09：运行超时...

├ 测试数据 10：运行超时|格式错误...

太恶心了

c++居然能因为cin超时

我还不会从屏幕读取一行文字呢

奇数位上和最大 全取奇数位

反之 偶数位上和最大 全取偶数位

先取 相等也赢

题目怎么会这样呢？？？？？？？？？？？？？？

超变态的题!!

汗!~~弱弱的题目,因为N是偶数,所以可以这么做.....

俗话说的好“先下手为强”

如果偶数位的和大，那么先手取偶数位上的数，胜

如果奇数位的和大，那么先手取奇数位上的数，胜

如果一样大，那么无论取奇数位还是偶数位，都是先手胜

所以，题目变成了，谁先手谁胜。

然后。。。在pascal里可以直接readln跳过一行输入数据，所以，不用去读那个数列，貌似就能0ms了。。。

PS：交了，发现评测机waiting...

同一题，同一个程序，交了三次。

第一次，过2个；

第二次，过8个；

第三次，AC

编译通过...

├ 测试数据 01：答案正确... 0ms

├ 测试数据 02：答案正确... 0ms

├ 测试数据 03：答案正确... 0ms

├ 测试数据 04：答案正确... 0ms

├ 测试数据 05：答案正确... 0ms

├ 测试数据 06：答案正确... 0ms

├ 测试数据 07：答案正确... 0ms

├ 测试数据 08：答案正确... 0ms

├ 测试数据 09：答案正确... 0ms

├ 测试数据 10：答案正确... 0ms

---|---|---|---|---|---|---|---|-

Accepted 有效得分：100 有效耗时：0ms

怎么这么easy......

关键在于推出那玩意~~~

scanf("%*c%*[^\n]");

忽略缓冲区内残存的'\n'，并忽略一行字符串

谁先驱谁赢........

有一种被忽悠的感觉

先取的人可以比较所有奇数位置数之和与所有偶数位置之和,哪个大就一直取相应的位置上的数....注意N为整数

比如,6 1000 564 48 400 2

奇数位置和为6+564+400=970 偶数位置和为1000+48+2=1050>970

故先去的人可以先取2 后取的必定在奇数位置上取数(他只能取奇数位置的了)

PS:先取的不一定是当前最优.......

编译通过...

├ 测试数据 01：答案正确... 0ms

├ 测试数据 02：答案正确... 0ms

├ 测试数据 03：答案正确... 0ms

├ 测试数据 04：答案正确... 0ms

├ 测试数据 05：答案正确... 0ms

├ 测试数据 06：答案正确... 0ms

├ 测试数据 07：答案正确... 0ms

├ 测试数据 08：答案正确... 0ms

├ 测试数据 09：答案正确... 212ms

├ 测试数据 10：答案正确... 275ms

---|---|---|---|---|---|---|---|-

Accepted 有效得分：100 有效耗时：487ms

好变态，最后弄那两个有什么意义~~~~~~再大一点就被它阴到了~~~~~~

题目有歧义吧

大家想，如果，先取者取了首的一个，那后取者只能取尾的一个；

如果先取者取了尾的一个，后取者只能取首的一个的话，那毋庸置疑是先取者胜利，貌似楼下很多的解释，都是基于这个原则的。

可是，我举个数据

6 1000 25 2

先取者取了6

删掉6

那么后取者在1000 25 2中取

取了1000

先取者在25 2中再取25

后取者，再取2

那么，很显然，后取者胜。而这种理解，我更支持。

所以，那些认为此题很简单的人，我想只是测试数据巧合，才让你们ac的吧。

如果，不是我认为的这样，请好心人加490626983，教教我。

另外

为了使群更加活跃，请各位成员做好推广工作，本群号：17322796,NOI交流群，希望广大OIer共同进步

编译通过...

├ 测试数据 01：答案正确... 0ms

├ 测试数据 02：答案正确... 0ms

├ 测试数据 03：答案正确... 0ms

├ 测试数据 04：答案正确... 0ms

├ 测试数据 05：答案正确... 0ms

├ 测试数据 06：答案正确... 0ms

├ 测试数据 07：答案正确... 0ms

├ 测试数据 08：答案正确... 0ms

├ 测试数据 09：答案正确... 0ms

├ 测试数据 10：答案正确... 0ms

---|---|---|---|---|---|---|---|-

Accepted 有效得分：100 有效耗时：0ms

晕 ***|说推荐使用read而不是readln 结果WA2次..