Skip to main content

What not to do in a Hackathon

Ideas win Hackathons
While the above statement might be true, there is just a little modification which is needed.
Idea wins Hackathons
I learnt this the hard way. And if you didn't get the full difference, that's what this blog is for.
The previous month gave me two opportunities to build something amazingly innovative. While I did exactly that on both the occasions, I failed to make it to the win.

Reason?

We did not have one great idea. We had 2 great ideas.
Somehow, we tweaked both of them to present them as 1 great idea!
If this is sounding like one good no-sense poem, give it a rest.

Often in Hackathons, the team formed has multiple interests/talents. A particular member might be an expert in some framework/language and another might have a flair for another. It's important to coordinate all activities for the project.
However, finding one project that actually has so many activities which can be done by all members is a rather tough task.
Naively, we thought of 2 different projects, both of which were amazing, and combined them as one project, inter-knitting their features together.

When the judgement round arrived, the audience (judges) didn't seem to agree with the joining of the 2 projects in the first place. And here's the thing, no matter if they love even one of your ideas, the entire debate would just pivot towards the question of joining the 2 projects together.
No one is looking at your idea(s), but it's your decision skills into question. The judge probably thinks that there is a good reason for it which will make this project one GREAT project. But nope, you know the reason is just to even stuff out, or get as many bounty prizes as you can.

Thus, here's my shortest advice:
If you're building something at a Hackathon, just build on one Idea. No matter how uncomfortable everyone in your team might be, make sure that all of you are contributing only towards a single idea.
Don't worry about the silliness of your idea. One of the many things I learnt from these Hackathons is, if there's no real conflict of thought with the judge, even the silliest of ideas make it to the finals.
There are a few things that matter in the first round:

  • A clear concept of what the idea is.
  • A rather good reason to pursue this idea. 
  • Just ONE idea.
  • Confidence.
Here are a few things that matter in the finals:
  • Confidence.
  • The features that you have added, which shows how much work you've done in such a short span
  • The UI, it helps to blow off the audience.
  • The presentation. 

Comments

  1. Precisely what hackathon participants have to keep in mind. I have participated in a few hackathons, but could never make it to the finals. Luckily, I got much exposure to find my interests and a chance to work on some good projects.

    Moreover, as K Vaitheeswaran (father of E-commerce in India) says :

    "Success teaches you a chapter, failures teach you the whole syllabus"

    ReplyDelete

Post a Comment

Popular posts from this blog

Namaste JavaScript Quick Notes

Note:  Akshay Saini's Namaste JavaScript is probably the best course for JavaScript developers out there. These are my personal notes that I made while watching the course; they serve more of as an online quick reference for my understanding and revision, and I hope it benefits anyone reading it too! Everything in JS happens inside an Execution Context. Before a JS code is run, memory is allocated and variables are set as undefined   , and functions are set as their exact code in the scope within the Execution Context. The global execution context hosts all the global variables and function definitions. An Execution Context has 2 components: Memory, that stores variables and functions; and Code, that reads and executes the code. Call Stack maintains the order of execution contexts. Since JS is single threaded and asynchronous, at one point of time, only one function is executed which is at the top of the call stack. For each function, an execution context is created before executi

i3wm essentials - I (Brightness)

So you have started using i3 and somehow managed to open your browser and almost resumed your normal work.  But wait, the brightness is too much isn't it? Or is it too low? The mousepad used to work fine, but now all of a sudden tapping does not equal click?!  Don't worry.  This blog series will tell you all about the essential setup commands and common shortcuts that I use to navigate my work in i3, and how you can too. Changing the brightness So you just started i3 and you just can't take this brightness setting. You go for your function keys, and damn! They aren't working. Quick fix: Run the following command if you need to change the brightness ASAP. xrandr -q | grep ' connected' | head -n 1 | cut -d ' ' -f1 This will give an ouput that's the name of your monitor.  Use that monitor name here and change the values of brightness to suit your needs. xrandr --output <monitor-name> --brightness 0.7 Now that your eyes are comfortable, let me show

i3wm essentials - II

Welcome back! Let's continue this guide with other setup essentials for i3. Enabling Mousetap Chances are that if you're using a laptop, then tapping on the mousepad does not equal a click for you. You need to enable tapping in your config. Fortunately, there is one documentation available that works for majority of the setups. I don't need to explain this one in detail. Here you go: Enable tap to click in i3 . Volume Control This one is simple again. Do you remember the i3 config file I talked about in the previous blog ? All you need to do is go to that file and find the line: bindsym XF86AudioRaiseVolume Just below that line you will find lines with XF86AudioLowerVolume and XF86AudioMute too. Anyway, the truth is, there are 2 sets of lines with these keywords. Chances are that the line: bindsym XF86AudioRaiseVolume exec --no-startup-id pactl -- set-sink-volume 0 +5% Will be uncommented and the line: bindsym XF86AudioRaiseVolume exec --no-startup-id pactl -- set-sink vo