Carleton University's cuHacking longest running student-led MLH hackathon in Ottawa.

Students come to Carleton University and spend 24h in a team to take a project from the drawing-board to reality.

cuHacking is an annual student-run MLH hackathon, where 400 students come to learn new skills, make new friends, and create industry connections. We want to create an environment where students are able to overcome the initial hurdles when learning new skills / tools, where they are free to ask for help and guidance. We want to give STEM students the opportunity and resources to apply the skills they learned in class on real-world projects, and get experience starting and finishing their own project.

View full rules

Judges

Tamimi Ahmad

Tamimi Ahmad
Qlik

Rey Riel

Rey Riel
Qlik

Justin Krol

Justin Krol
Shopify

Erik Johnson

Erik Johnson
Blackberry / QNX

Michelle Tran

Michelle Tran
Freshbooks

Kyle Draper

Kyle Draper
Freshbooks

Bronwyn Skelley

Bronwyn Skelley
InGenius

Justin Fleming

Justin Fleming
InGenius

Rizwan Haider

Rizwan Haider
March Network

Nadine Elchamaa

Nadine Elchamaa
March Network

Judging Criteria

  • cuHacking 2019 Award Judging
    The goal of the hackathon is to encourage learning and overcoming obstacles. A winning team should have a novel idea that required the team to learn new skills, to create a cohesive and functioning final product.
  • Novelty
    A project should be a new idea, not simply a rehash or tweak of a winning project they saw at another hackathon (e.g. a QR code inventory system that uses AWS).
  • Grit
    How much Grit did the team show when completing their project; did they give up on their idea and decide on an easy project when they encounters setbacks? How did they try to overcome their hurdles?
  • Technical Ability
    How advanced is their project? Did they create a simple command line application, or where they able to create a multithreaded frontend and backend? This should be subjective, based on the hacker's level of experience.
  • Functionality
    The goal is have a product that works in 24 hours. A complete project with a small set of features is much better than an incomplete project. A project with a small subset of advanced features is much better than a project with various simple features.