Rules

The spirit of the competition

Remember that hackathons are like marathons. Some people go to compete but most people take part to better themselves and have fun. Whatever the reason you're at a hackathon, make sure you're upholding the hacker spirit by collaborating with other teams, helping beginners, and having fun.

The rules of the competition

  1. A team should consist of a minimum of 1 person and a max of 4. There will be up to 4 prizes distributed per team. You are free to choose your teammates either prior to or on the day of the event. You are also free to work on your own.
  2. Teams should be made up exclusively of high school or undergraduate students who are not organizers, volunteers, judges, sponsors, or in any other privileged position at the event.
  3. All team members should be present at the event and in communication with the rest of the team.
  4. Teams are welcome to solicit gain advice and support from organizers, volunteers, sponsors, and others.
  5. All work on a project should be done at the hackathon.
  6. Teams can use an idea they had before the event.
  7. Teams can work on ideas that have already been done. Hacks do not have to be “innovative”. If a team wants to work on a common idea they are allowed to do so and will be judged on the quality of their hack. Truly original ideas are hard to find and teams might not know an idea has been done before anyway.
  8. Teams can work on an idea that they have worked on before provided they do not re-use code or other project materials.
  9. Teams can use libraries, frameworks, or open-source code in their projects. Working on a project before the event and open-sourcing it for the sole purpose of using the code during the event is against the spirit of the rules and is not allowed.
  10. Adding new features to existing projects is allowed. Judges will only consider new functionality introduced or new features added during the hackathon in determining the winners.
  11. Teams must stop hacking once the time is up. However, teams are allowed to debug and make small fixes to their programs after time is up. e.g. If during demoing your hack you find a bug that breaks your application and the fix is only a few lines of code, it's okay to fix that. Making large changes or adding new features is not allowed.
  12. Projects that violate the aforementioned are not allowed.
  13. Teams can be disqualified from the competition at the organizers' discretion. Reasons might include but are not limited to breaking the Rules of the Competition, or other unsporting behavior.
  14. To receive any awarded prizes and/or swag, you must have submitted an application, and been accepted, in the WaffleHacks Application Portal. Submitting a project on Devpost is NOT sufficient.

Demos

After hacking finishes, teams will show their projects to each other and to the judges by submitting on Devpost.

You are strongly encouraged to present a demo of what you have built. Pitches or presentations are discouraged. You are not judged on the quality of your pitch or the quality of your idea. As you are judged on what you built, you'll only hurt yourself by not showing a demo.

You are encouraged to present what you have done even if your hack is broken or you weren’t able to finish. It's okay if you didn't finish your hack—that happens all the time! Completion is only one part of the judging criteria, so you might still do well. Also, demoing is not just about the competition. It's a chance to share with others what you learned and what you tried to build—that's what hacking's all about! In the case that you don't have anything to demo, you can give a presentation about what you tried and what you learned.

Judging Criteria

Teams will be judged on these four criteria. Judges will weigh the criteria equally. During judging, participants should try to describe what they did for each criterion in their project.

  • Technology:
    • How technically impressive was the hack?
    • Was the technical problem the team tackled difficult?
    • Did it use a particularly clever technique or did it use many different components?
    • Did the technology involved make you go "Wow"?
  • Design:
    • Did the team put thought into the user experience?
    • How well designed is the interface?
    • For a website, this might be about how beautiful the CSS or graphics are.
    • For a hardware project, it might be more about how good the human-computer interaction is.
    • Is it easy to use or does it use a cool interface?
  • Originality:
    • Can your hack inspire innovation in the next generation of students?
    • Does it do something entirely novel, or at least take a fresh approach to an old problem?
    • This category will be based solely on the idea behind your project, regardless of functionality
  • Impact/Usefulness:
    • Does your hack have a social impact?
    • Does it fulfill a real need people have?
    • This category will be based solely on the idea behind your project, regardless of functionality
  • Feasibility/Practicality:
    • Is this project feasible and practical in the next couple years?
    • Can your project scale to meet the requirements of mass adoption?

These criteria will guide judges but ultimately judges are free to make decisions based on their gut feeling of which projects are the most impressive and most deserving.

It's important to note that these judging criteria do not include:

  • How good your code is. It doesn't matter if your code is messy, or not well commented, or uses inefficient algorithms. Hacking is about playing around, making mistakes, and learning new things. If your code isn't production ready, we're not going to mark you down.
  • How well you pitch. Hacking is about building and learning, not about selling.
  • How good the idea is. Again, hackathons aren't about coming up with innovative ideas. It's about building and learning.

So don't worry about coming up with the next big idea or building the next Facebook. You'll have plenty of time for that outside the hackathon. Just focus on learning, having fun, and making new friends. At the end of the day the skills you learn and the friends you make might lead to the next big thing—but you don't have to do that to win a hackathon.

Remember!

The competition is just a part of the hackathon. To make the most out of the event, try something new, teach other people, and make new friends!

Happy Hacking from the WaffleHacks team!

_Last Updated: May 17, 2022_