Skip to content

Commit

Permalink
New section: Rules and judging (#526)
Browse files Browse the repository at this point in the history
* judging refactor

* rules are fixed a bit more

* chore: Auto-fix some lint errors

* rules are fixed a bit more

* add variables to schedule and rules

* judging is changed

* change bocata to bocadillo

* remove travel reimbursement faq

* typos

---------

Co-authored-by: github-actions[bot] <github-actions[bot]@users.noreply.github.com>
  • Loading branch information
carlotacb and github-actions[bot] authored Apr 14, 2024
1 parent 48606e1 commit 376fe49
Show file tree
Hide file tree
Showing 8 changed files with 214 additions and 86 deletions.
2 changes: 1 addition & 1 deletion src/components/AppHeader.vue
Original file line number Diff line number Diff line change
Expand Up @@ -311,7 +311,7 @@ const isActive = (page: string): boolean => {
</li>
</RouterLink>
</Tooltip>
<Tooltip title="Rules" class="cursor-is-rocket">
<Tooltip title="Judging & rules" class="cursor-is-rocket">
<RouterLink
to="/rules"
class="header-nav-bar__item"
Expand Down
5 changes: 3 additions & 2 deletions src/components/Panel.vue
Original file line number Diff line number Diff line change
Expand Up @@ -89,22 +89,23 @@ defineProps<Props>()
}
::v-deep(li) {
margin-bottom: 0.25em;
margin-bottom: 0.5em;
}
::v-deep(ul, ol) {
padding-left: 2em;
}
::v-deep(ol li::marker) {
margin-right: 6px;
color: $primary-color;
font-weight: 600;
}
::v-deep(blockquote) {
padding: 10px 0 10px 24px;
border-left: 4px solid $primary-color;
margin: 1.5em 0;
margin: 0 0 1.5em;
background-color: color.adjust($primary-color, $alpha: -0.9);
border-radius: 0 8px 8px 0;
}
Expand Down
33 changes: 1 addition & 32 deletions src/data/faqs.ts
Original file line number Diff line number Diff line change
@@ -1,7 +1,4 @@
import {
formatDateInTimezone,
formatIntervalInTimezone,
} from '@/services/dates'
import { formatDateInTimezone } from '@/services/dates'

type MarkdownString = string // Accepts Markdown

Expand All @@ -12,34 +9,6 @@ export interface Faq {
}

export const faqs: Faq[] = [
{
title: 'Travel reimbursement',
description: `
If you have been elected to receive a travel reimbursement, we will contact you after the hackathon to send it to you. You will receive a maximum that has been specified in the email, based on current travelling prices and distances. Requirements to receive travel reimbursement are as follows.
- Received an email with travel reimbursement amount.
- Travel reimbursement receipts submitted before the date specified by HackUPC Team.
- Project submitted to Devpost before due date.
- Demo your project in the HackUPC judging rooms.
The processing of travel reimbursements takes some time. Our schedule depends on our sponsors' schedule. We expect to have them sent out in a 1-2 months time period. Remember that you need to post a project before the deadline in order to get the reimbursement!`,
size: 'big',
},
{
title: 'How does judging work?',
description: `
We will have a judging expo on **${formatIntervalInTimezone(
'14/5/2023 10:15:00',
'14/5/2023 13:15:00'
)}**.
We will assign you a time slot to present your project (one for HackUPC + as many challenges as you participate), you need to go to in front of A3 building and an organizer will assign you to a queue and may give you an estimated time when you will present.
The presentation can only be **3 minutes** long and with **no slides**, Prezi's or any visual support except your hack. You can check out other projects at any judging room.
The top teams will move on to an additional round of panel judging in the Closing Ceremony.
If you participate in a challenge, you'll have to present at the specific sponsor room, which is independent of the HackUPC judging.`,
size: 'big',
},
{
title: 'When shall I arrive?',
description: `Registration will start on ${formatDateInTimezone(
Expand Down
70 changes: 70 additions & 0 deletions src/data/judging.ts
Original file line number Diff line number Diff line change
@@ -0,0 +1,70 @@
import { formatIntervalInTimezone } from '@/services/dates'

type MarkdownString = string // Accepts Markdown

export interface Judging {
readonly title: string
readonly description: MarkdownString
readonly size: 'big' | 'small'
}

export const judgings: Judging[] = [
{
title: 'How does judging work?',
description: `
We will have a judging expo on **${formatIntervalInTimezone(
'5/5/2024 10:15:00',
'5/5/2024 13:15:00'
)}**.
We will assign you a time slot to present your project (one for HackUPC + as many challenges as you participate), you need to go to in front of A3 building and an organizer will assign you to a queue and may give you an estimated time when you will present.
The presentation can only be **3 minutes** long and with **no slides**, Prezi's or any visual support except your hack. You can check out other projects at any judging room.
The top teams will move on to an additional round of panel judging in the Closing Ceremony.
If you participate in a challenge, you'll have to present at the specific sponsor room, which is independent of the HackUPC judging.`,
size: 'big',
},
{
title: 'Judging Criteria',
description: `
Teams will be judged on these three 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”?
- **Idea & Innovation**: How good is the idea?, we want to see things that goes beyond a website that already exists, be creative! There are a lot of things that you can do.
- **Learning**: Did the team stretch themselves? Did they try to learn something new? What kind of projects have they worked on before? If a team which always does virtual reality projects decides to switch up and try doing a mobile app instead, that exploration should be rewarded. We also will be taking in count the design and the usability, so if your application does not look like a 90's website and it's intuitive at using it, extra points for you.
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.
- How well the project solves a problem. You can build something totally useless and as long as you're learning and having fun, that's a good hack! Sometimes a pointless project is one of the best hacks! 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.
`,
size: 'big',
},
{
title: 'Demos',
description: `
After hacking finishes, teams will show their projects to each other and to the judges.
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 not part of the judging criteria, so don't worry about not being finished. 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! For being courageous enough to demo, you'll receive a special "I Demoed" sticker—it doesn't matter how good the demo is! In the case that you don't have anything to demo, you can give a presentation about what you tried and what you learned. Hearing what other people learned is interesting and inspiring for other attendees.
`,
size: 'small',
},
{
title: '',
description: `
## 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 HackUPC team! 🚀
`,
size: 'big',
},
]
6 changes: 3 additions & 3 deletions src/data/meals.ts
Original file line number Diff line number Diff line change
Expand Up @@ -16,7 +16,7 @@ export const meals: Meals[] = [
{
title: "Friday's dinner",
provider: 'Bar de la FIB',
mealTitle: 'Warm Bocatas',
mealTitle: 'Warm bocadillos',
mealDescription: [
{
nameMeal: 'Croquetas',
Expand Down Expand Up @@ -67,7 +67,7 @@ export const meals: Meals[] = [
},
{
title: 'Saturday Breakfast',
mealTitle: 'Cold bocatas and pasteries',
mealTitle: 'Cold bocadillos and pastries',
mealDescription: [
{
nameMeal: 'Bocatas',
Expand Down Expand Up @@ -160,7 +160,7 @@ export const meals: Meals[] = [
},
{
title: 'Sunday Breakfast',
mealTitle: 'Cold bocatas and pasteries',
mealTitle: 'Cold bocadillos and pastries',
mealDescription: [
{
nameMeal: 'Bocatas',
Expand Down
54 changes: 16 additions & 38 deletions src/data/rules.ts
Original file line number Diff line number Diff line change
Expand Up @@ -3,6 +3,7 @@ type MarkdownString = string // Accepts Markdown
export interface Rule {
readonly title: string
readonly description: MarkdownString
readonly size: 'big' | 'small'
}

export const rules: Rule[] = [
Expand All @@ -11,13 +12,19 @@ export const rules: Rule[] = [
description: /* markdown */ `
> You can find the full hackathon and submission rules in the [Terms and Conditions](https://legal.hackersatupc.org/hackupc/terms_and_conditions) and [Code of Conduct](https://legal.hackersatupc.org/hackupc/code_of_conduct).
These are some highlights of the HackUPC competition 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 is you're at a hackathon, make sure you're upholding the [hacker spirit](https://medium.com/@tfogo/the-spirit-of-hackathons-a0d81a65060a#.6cx5ac9t8) by collaborating with other teams, helping beginners, and having fun.
## The rules of the competition
1. There is no minimum team size, however, the maximum size is 4 people. There will be 1 prize for each member of the team, independently of the team size.***
These are some highlights of the HackUPC competition rules ⚖️ **Please read properly and if you have any doubt!**
`,
size: 'big',
},
{
title: 'The spirit of the competition',
description: `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 is you're at a hackathon, make sure you're upholding the [hacker spirit](https://medium.com/@tfogo/the-spirit-of-hackathons-a0d81a65060a#.6cx5ac9t8) by collaborating with other teams, helping beginners, and having fun.`,
size: 'big',
},
{
title: 'The rules of the competition',
description: `
1. There is no minimum team size, however, the maximum size is 4 people. There will be 1 prize for each member of the team, independently of the team size.
2. Teams should be made up exclusively of students (or recent graduates within one year of having graduated) who are not organizers, judges, sponsors, or in any other privileged position at the event. Volunteers are allowed to participate in their free time, accepting the extra difficulty of hacking and volunteering at the same time, but their role won't give them any judging advantage in front of the rest of participants.
3. All team members should be present at the event. Leaving the venue for some time to hack elsewhere or sleep is fine.
4. Teams can of course gain advice and support from organizers, volunteers, sponsors, and others.
Expand All @@ -31,36 +38,7 @@ Remember that hackathons are like marathons. Some people go to compete but most
12. Participants who asked for a travel reimbursement need to post a project before the deadline in order to get the reimbursement.
13. Projects that violate the [Code of Conduct](https://legal.hackersatupc.org/hackupc/code_of_conduct) are not allowed.
14. Teams can be disqualified from the competition at the organizers' discretion. Reasons might include but are not limited to breaking the Competition Rules, breaking the [Code of Conduct](https://legal.hackersatupc.org/hackupc/code_of_conduct), or other unsporting behaviour.
## Demos
After hacking finishes, teams will show their projects to each other and to the judges.
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 not part of the judging criteria, so don't worry about not being finished. 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! For being courageous enough to demo, you'll receive a special "I Demoed" sticker—it doesn't matter how good the demo is! In the case that you don't have anything to demo, you can give a presentation about what you tried and what you learned. Hearing what other people learned is interesting and inspiring for other attendees.
## Judging Criteria
Teams will be judged on these three 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”?
- **Idea & Innovation**: How good is the idea?, we want to see things that goes beyond a website that already exists, be creative! There are a lot of things that you can do.
- **Learning**: Did the team stretch themselves? Did they try to learn something new? What kind of projects have they worked on before? If a team which always does virtual reality projects decides to switch up and try doing a mobile app instead, that exploration should be rewarded. We also will be taking in count the design and the usability, so if your application does not look like a 90's website and it's intuitive at using it, extra points for you.
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.
- How well the project solves a problem. You can build something totally useless and as long as you're learning and having fun, that's a good hack! Sometimes a pointless project is one of the best hacks! 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 HackUPC team!
_*** This rule does not apply for all the sponsors_
`,
`,
size: 'big',
},
]
4 changes: 2 additions & 2 deletions src/router/index.ts
Original file line number Diff line number Diff line change
Expand Up @@ -17,7 +17,7 @@ const routes: RouteRecordRaw[] = [
component: () => import('@/views/Challenges.vue'),
},
{
path: '/schedule',
path: '/schedule/:scheduleId?',
name: 'schedule',
component: () => import('@/views/Schedule.vue'),
},
Expand All @@ -42,7 +42,7 @@ const routes: RouteRecordRaw[] = [
component: () => import('@/views/FullScreen.vue'),
},
{
path: '/rules',
path: '/rules/:rulesId?',
name: 'rules',
component: () => import('@/views/Rules.vue'),
},
Expand Down
Loading

0 comments on commit 376fe49

Please sign in to comment.