> 哈尔滨归来， 我想了很多。
> 这里记录一下关于竞赛组织和评判方面的事情。
> 也算是为我们学校明年举办的区域赛做点思想上的准备？
> 
> 题目：
> 1. 题目风格要尽量向Final的风格靠拢，代码量要增大。
> 2. 题目描述不怕啰嗦，把尽可能多的细节都说清楚，用严格的数学定义，所有的数据都要给出范围。
> 3. 尽量不要用到高精度， 用取模来代替。
>    这是因为有java有存在， 对不会java的队伍有点不公平。比如这次哈尔滨出了好多高精度题。
>    会java的队伍太占便宜了。
> 4. 题目的样例向日本赛区学习， 尽量给出比较全面的样例。让每个队伍都能发挥出100%的实力。
>    让名次与rp无关。
> 5. 全力保证题目数据的完整性和正性确。
>    完整性是指， 不要让一些明显不对的算法AC。
>    正性确就不用说了。这是必须保证的。
> 6. 题目和数据要在比赛完之后， 公布在网上。（向欧洲学习）
> 7. 有条件的话办网络同步赛。
> 8. 要有足够的简单题。（但代码说不定很长？）
> 
> 
> 竞赛组织
> 争取让教练会议上大家不再提问有关judge的问题。而是事先已经考虑全面。
> 说一下一些常见的问题：
> 1. 已经yes的程序不会被rejudge成wa。
> 2. 题目时限的很宽。
> 比如O(n)的算法的题目让O(nlogn)的算法也可以过。
> 3. c的时限按c的标程来， java的时限按java的标程来。
> 每道题目都有c的标程和java的标程。
> 其它也记不得了， 以后再补充吧。
> 
> Judge:
> 1.因为judge有人工的参与， 所以存在judge误判，比如本来yes的程序给你wa。
> 我想一台机器的judge要有两个人， 一个人是主judge， 一个人在旁边看着， 这样可以尽量减少出错的可能性。
> 这样也可以让选手相信judge。安心的做比赛。
> （这次哈尔滨的比赛， 我们学校的一个队伍的某个题，一开始是wa，几乎原封未动的代码再次提交提到了yes。）
> 另外在比赛的时候给选手提代一个功能， 就是rejudge，不相信judge的返回结果的话， 可以申请再次judge.
> 
> 2.关于judge的返回速度。
> 某些简单的题目， 应该多分配几台机器当judge。
> 
> 3.关于服务器。
> 如果不考虑版权的问题的话， 我想pc2的server还是放在一台装有windows的笔记本上。
> 而judge仍然是和选手机器一样的配制。
> 之所以选用笔记本， 是因为笔记本有电池， 不会受到断电的影响。
> 之所以选用装有windows的机器， 是因为我从多方面的使用了解到， pc2的server跑到linux下并不是特别稳定。
> （这个有点个人臆想， 我也不是特别清楚为什么pc2有时候会挂掉， 反正我们学校内部用windows跑的时候是非常稳定的）
> 
> 
> 其它一些没有考虑到的问题以后再补充， 希望大家一块多想一些事情， 争取让大陆的ICPC事业更进一层楼， 超越欧洲。
> 
> 我想把这些东西放在poj上， 让大家都看一下, 让赛区的组织者也看一下，让大家多提一些意见。