You cannot submit for this problem because the contest is ended. You can click "Open in Problem Set" to view this problem in normal mode.

程序设计竞赛的魅力

背景

据了解普通的答辩老师会从以下方面进行提问：

1. ​项目的创新性​：评委可能会询问你的项目在技术或理念上的创新点，特别是这些创新如何改善现有的技术或解决现实问题。
2. ​项目实施的可行性​：评委会对项目的实施计划、所需资源、潜在障碍及解决方案等方面进行提问。
3. ​社会价值与影响​：挑战杯强调项目对社会的贡献，评委可能会询问你的项目如何对社会带来积极影响，包括经济、环境或社会层面。
4. ​市场潜力与商业模式​：如果你的项目具有商业潜力，评委可能会探讨其市场大小、目标用户、盈利模式等。
5. ​团队合作与角色分工​：评委可能会关注团队成员的配合和各自的贡献，以及团队如何共同推动项目进展。
6. ​研究方法与数据支持​：评委可能会询问关于数据收集、分析方法及其如何支持你的结论或项目决策的问题。
7. ​项目的持续性与发展前景​：评委会关心项目在初期成功后的长期发展计划和可持续性。

但是根据询问得知，一个答辩老师如果做到了以下几点也可以自称专业：

1. 不知道菜单是什么
2. 不知道IP地址
3. 用非专业软件做专业的事（如用微信当作浏览器访问）
4. 在未全方位了解到项目的前提下，可以任意的评价项目
5. 可以在答辩环节不关注项目的本身而是兴趣
6. '我'觉得你做的不好，那肯定是不好，我的评价是不需要经过任何的验证

题目描述

但是在实际情况下，专业的答辩老师就会遇到这种情况 (1) '我'对你的项目不感兴趣 (2) '我'不认真听你的答辩，所以有较多部分内容并不了解 (3) '我'觉得你做的不好

然后就会出现这样的情况：

我不感兴趣，不想对你的项目进行提问，并且我还觉得你做的不好。然后我给你挂掉。 寄

但是程序设计竞赛不会出现这样的问题。

程序设计竞赛通常不会出现评审主观性强的问题，主要因为这类竞赛的评审标准和过程具有以下特点：

1. ​客观的评分标准​：程序设计竞赛通常根据参赛者提交的代码是否能正确解决给定问题来进行评分。这包括代码是否能在规定时间内正确输出解决方案，以及是否能处理所有预定的测试用例。这些标准是明确且可量化的，减少了主观判断的空间。
2. ​自动化的评审过程​：许多程序设计竞赛使用自动化的评审系统来测试代码。这些系统会自动运行提交的程序，并根据其对测试用例的处理效果给出分数。评审过程的自动化有助于确保每个参赛者的作品都按照相同的标准进行评价。
3. ​重复性测试​：参赛者的代码需要处理多个测试用例，并且通常情况下，每个用例都设计得非常严谨，以确保代码的健壮性和效率。这种设计使得评审结果更加客观和一致。
4. ​少依赖于表达和陈述​：与需要通过答辩或展示来评审的竞赛不同，程序设计竞赛的评价更多依赖于代码的功能性和效率，而不是参赛者的口头表达或书面报告。

这些特点使得程序设计竞赛的评审过程相比于需要主观判断的评审过程（如科研项目或商业计划赛）来说，更加公正和透明。这也是为什么这类竞赛不太会出现评审主观性导致的问题。

所以，现在对你提问，要求你回答程序设计竞赛比这些答辩老师的公平之处。

输入

一个整数$n(1<=n<=4)$ 表示我对程序设计竞赛的公平的编号。

输出

如果n=1输出Objective scoring criteria

如果n=2输出Automated review process

如果n=3输出Repeatability test

如果n=4输出Rely less on expressions and statements