Skip to main content

Hackathons - Top 4 Reasons Why You Should Participate in Them

The story begins when I encountered a HBR post that works out a few metrics about how companies that have highly engaged employees, outperform those that doesn't. My brain started thinking passively about these metrics and how it can impact business in a larger sense and I started thinking how we can have better engaged workforce that benefits both the company and the employees themselves.

Then, one fine day, when I was driving my car mindlessly, not knowing how my minded drifted to the same topic, I was again deeply thinking about the ways that we could engage employees more in simpler ways and get them involved in more ideation and creation process. This, in my opinion, will create more avenues for the employees to gather real world problem and brainstorm its solutions and help them in their growth for their careers. I thought this could be a real problem that can be solved for the knowledge workers as a whole. Then suddenly there was a huge Volvo bus in front of me siding from the left and I panicked. Only then it struck me that I am still in the car and decided to defer the though process.

When I reached back home, I immediately started noting down different methods of achieving the same and came up with a few list of points that can have a positive impact. Among those, hackathons being one among the top few contenders, I decided to write about them here in this post.

Hackathons in simpler terms, is a format of a competition where engineers from different domains come together for a few days (mostly one or two) and build a product within the given timeframe which solves a realworld problem and demo it to the panel judges.

One can say the following about the hackathon:

hackathons


I identified the following as the crux of the reasons for which one should participate from the employee point of view. For the employers, I have a different metrics to confirm that hackathons do help in employee engagement. Ping me in any of my contacts below, to discuss more on this.

Adrenaline Rush:

Hackathon is ALWAYS less time, more things to complete. Probably, most engineers will feel pressured and will be on top of their game during the hackathon to complete their ideas. They could feel the happiness when tasks are completed, in the last minute rush. This could be addictive in itself. Those who want to experience working night long, sacrificing food, hourly updated excel sheets of tasks to complete, and random heavy metal music bang on their hearphones, they should definitely try hackathons atleast once.

Meeting new People:

In a hackathon, new people from different domains come together to build something that is new and innovative. This encourages that the people that you meet will be almost new and you can forge new working relationship with people from different domains and departments. New contacts are never a bad thing!

Get Introed to new Technology:

When teams are forged with multiple people from different technology stacks, you will definitely come to know about a few new things which you might not come across in your daily day to day work. Although you might completely learn this new trade of technology, you will definitely understand that there is something out there which does something cool. This will make sure that you hear about the new and cool stuff from authentic hackathon buddies.

Different Domain, Different Perspectives, Different Thought Process:

Have engineers ever been talking to marketing folks? Do they know what problems do they have in their day to day work which can solved? I think hackathons enable us to think beyond our immediate problem at hand and solve them for a crowd unknown to us and enable us to understand their roles clearly. The problem solving, with a brand new domain and will expand your brain more than necessary and make you think beyond your immediate circle of thoughts. This will go a long way in helping you get the necessary change of thinking for a life long of learning.

I would close out with this quote from Einstein, "Only source of knowledge is experience". Go, do it.


You can follow me at TwitterFacebookLinkedIn or my Website.


Comments

  1. I think you should write more.

    ReplyDelete

Post a Comment

Popular posts from this blog

What's next to Conversational AI, Conversational Bots, Chatbots? Is it Conscious Bots?

This is an personal opinion essay from Jey Geethan about chatbots and its future.
Pre-Introduction Chatbots are programmatically independent software engines which mimic the way that consumers talk to a person and answer them in a appropriate ways - This could be the simplest way in which you can describe them. Also, you can imagine them to be a situation where instead of you talking to a real person over chat, social media, phone or email, you are instead talking to a computer agent who replies on the human's behalf.

Introduction Chatbots are almost everywhere now. Every banking website that you see, you have a bot icon at their bottom right corner. Website owners are also implementing chatbots for their websites where they feel that the chatbots can help their visitors in terms of information and also to reduce the amount of work done by the human counterparts.

In this essay/article, I would discuss about what the future of conversations are. What might happen to chatbots and what…

Building Microservices For Quick Wins - An Insight - Part 1

Introduction Getting a quick win is hard because it needs multiple ideologies and practices to come together. It would ideally be a combination of least time to support the customer and to help the customer at the right point of their journey. By helping our customers to do the above, we help our products to grow steadily. Microservices can be likened to fast acting customer support, where we are building things in a faster and leaner way. Let’s talk about why an organization would need microservices in the first place.
Why Microservices? As a first hand believer of picking the right tools for the right jobs, I would caution the reader that Microservices might not be a good fit for all organizations. You will have to take a stock of the needs, the pros and cons of an architecture style and then take a decision to either migrate or start building through the specific architecture. Microservices do help in a few things as the organization grows and it helps the product to be modulariz…
You will receive wonderful short stories written by him and inspirational articles once every month.