The Hackathon Fast Track: From Campus to Silicon Valley
nytimes.com
nytimes.com
The current Hackathon culture is indicative of a general tech and investing culture of picking "hot" ideas made by charismatic teams over people doing true technological innovation which takes sustained, serious effort. The real innovation is what ends up making an impact, but the little prototype parties can be a good stepping stone into the industry.
Hack-a-thons need to change so that the objective isn't clear until you walk in so people have to create something on the spot.
Jacob is right, big prizes can suck. I'd love to see fewer big prizes at hackathons. Having some small stuff so people feel accomplished and valued is nice though. Jon Gottfried has a really good article about this[1].
I go to a lot of student hackathons and generally people are there for learning - not competition. They're certainly not there for "boozing up"!
And of course hackathon projects amount to nothing 99% of the time. That's not a problem. That's totally to be expected from 24 hours of hastily put together code. The value students get is learning about idea generation, working with others, managing a project, how to use the libraries, frameworks, and APIs, how to work to a deadline, how to debug, how to do version control, how to deploy, how to test and improve your work, how to present your work to others, and much more. And I don't think companies or VCs who attend really expect to find a next Facebook - they're probably more concerned with just meeting the kind of students who would rather spend a weekend building stuff instead of boozing. Furthermore, hackathons don't undermine the value of sustained effort on hard technical problems - but they can be the first step for students starting to work on technology outside of their courses.
You're all totally right that large prizes suck and pitchathons suck. Most student hackathons do a pretty good job of staying away from those (though some could do better for sure). As Jacob said, "hackathons should be about coding something cool, not winning, networking, or partying" - I've honestly never been to a student hackathon where that wasn't the case. So I'd be careful about throwing the baby out with the bathwater.
[1] http://news.mlh.io/are-hackathon-prizes-the-worst-thing-sinc...
As food for thought, there are "Consulting Case Competitions" for business school students year round, and some students decide to spend their time optimizing for winning a bunch of these one after another all around the country. I'm not sure if this is a good, bad, or neutral thing.
Student hackathons are and always will be fundamentally different from corporate hackathons because the motivations of the organizers and attendees are different. Perhaps we should be careful about offering large prizes for the reason you state but the focus is very clearly on learning and building and that's not set to change.
Maybe it's just getting old, but the idea of exhausting myself over a weekend in order to create something I'll likely never use again has lost it's appeal. Every now and then I'll be disciplined and tell myself I'm having a "hack weekend" where I'm relatively anti-social, stay at home and work on a project. It's a lot more fulfilling.
1 That's because most hackathans can't decide whether they want to be hackathons or pitchathons.
and
2 The current Hackathon culture is indicative of a general tech and investing culture of picking "hot" ideas made by charismatic teams over people doing true technological innovation which takes sustained, serious effort. The real innovation is what ends up making an impact, but the little prototype parties can be a good stepping stone into the industry.
My sense is that the market needs these type of pitch events with some type of filter. One filter is letting a group of experts at an incubator pick who you see. Another filter is having folks savvy enough to appreciate what can be gained from gaming hackathons.
One way to view this is, "If you want them out of hackathons, how do you pay for hackathons and attract the right people, and where should the pitch-masters go?"
I'm not sure ditching recruiters and VCs is the right answer. Perhaps having very technical keynote speakers helps? Or making the objective to be code reviews from famous engineers? (Instead of Google paying for expenses and a dozen recruiters, Google sends a couple very good engineers to peer review code. This is more expensive, but perhaps brings them better benefits too.) If there's no product pitch and PR, and a better alternative elsewhere, perhaps the pitch-masters will stay home?
So what to do with the pitch-masters, when there's only so many presentation slots at TC and seats at YC? I don't have a good answer for this, but it sounds like a market opportunity for someone.
Maybe it was because it was a student focused event - but I saw no evidence of cheating and the prizes were so small that it would have not been worth pre-building apps beforehand anyway.
There was a period of time -- and I hope we're over it, for the most part -- where "biggest, best, craziest, and most expensive" was the motto. It doesn't work; I've personally been to a couple of those huge hackathons and was really frustrated by the experience.
I work for an org that runs a nationwide (in the US) series of events called CodeDays that are somewhat similar in format to traditional collegiate hackathons and those are exactly the kinds of experiences we're trying to create, so we have a pretty strict limit on prize size, we only allow 100 students per city, we market to younger students, etc.
That's worked out incredibly well for us. A couple of the people profiled in this article actually got their start at a CodeDay.
(Interesting, CodeDay is also much much cheaper than these huge hackathons and we engage more students, just distributed across 30 cities.)
But remove the Grand Prize, because it makes the whole thing feel like a competition to people, and cheating / pre-building projects is unavoidable. Even the grand prize winners at Treehacks (built the robot arm, mentioned in the article) partially faked it - they were asked by the judges how much of the hardware they built before the hackathon, and they said they built all of the hardware beforehand. How much of the software had they already tinkered with / sketched out / built? Who knows.
So remove the idea that pre-building is cheating, and instead of 3 big prizes give out 50 small ones.
I don't really understand this. Working at a startup is not about sleeping 2 hours a night and/or churning out a new products in 36 hours. It is about committing to an idea for years and continuing to persevere when everything goes wrong and things look horrible (which is inevitable).
I'm not saying hackathons are bad, they seem fun. But in terms of recruiting, I'd much rather work with somebody who spend 1 year working on the same idea, rather than somebody who has done 20 hackathons on all sorts of different stuff.
- How to read other people's code
- How to write code that wont be immediately thrown away (a problem generally at school)
- How to interface with project maintainers and get your changes accepted into the project
The thing that makes me crazy about hackathons is that they reinforce the school mentality of "I am going to do a thing for a small amount of time, get some approval, and then ignore it forever." For people doing anything real, it's poisonous.
I would much rather see people commit to a semester of weekly demos with the understanding that they were supposed to ship to real users by week 4 at the latest. Then the goals would all be about improvement. More users, better service, more polished product. That's the essence of startup life.
If people really want to do a weekend thing, I'd much prefer something like Lean Startup Machine, an event I occasionally mentor at. There the weekend isn't about building, it's about iteratively testing customer and product hypotheses. It basically ignores the tech side of tech startups and is mainly about customer development.
I think that's a great choice for novices to understand startup mentality because it teaches you that a) you know nothing until you have proof from your customers, b) your notions about your business are probably wrong, and that c) the best way to deal with that is to find out as soon as possible so you can get better notions.
It also shows you're experienced enough to not be afraid. The best part of hackathons is going from 0 - X on some new technology, in a much faster way than if you had picked it up on your own, in the evenings. You know you're going to learn for a good 36 hours and try to build a real thing with it, so you won't give up after the first tutorial. Not every hackathon hacker uses a technology that's new to them, but a large amount do.
As someone who got their start at student hackathons (I wanted to be a lawyer before I went to my first one) and as someone who has been to hundreds of these in my life, I can definitely testify to the importance of this movement for students everywhere. This is where you learn the hard skills you need to be a programmer, designer, entrepreneur, or artist - not in the classroom.
If you want to have fun and really wring out your skillset as any of those things, Hackathons are a great place to do it. If you want to experience something new, if you want to meet interesting people, sure, hackathons are great. But a hackathon is a terrible environment to learn programming and entrepreneurship.
Hackathons won't help you learn, or improve at programming. At a hackathon you're slapping APIs together and writing code that just barely works well enough for a demo. You have 24-48 hours, you don't have time to learn how to do things well, that can only come with experience and often, yes, in the classroom.
If you want to be an entrepreneur, and I mean really execute on a product, talk to users, find the right niche, iterate on an idea and figure out a real business model, you won't do it at a hackathon. You're most interested in making something that will be entertaining for the audience there on that day.
I'm not a designer or artist, so I can't speak for them, but I'm sure the situation is similar. I've been to at least half a dozen hackathons of various stripes in the last few years, and while they're tremendous fun, they don't replace learning.
The other thing I'll point out is that a lot of "hard skills" that you need to be successful at those things are not necessarily technical. Examples: learning to work on a team, learning to deal with things going wrong on a deadline, learning to explain your work to other people. So, don't forget about those benefits too!
And I don't mean that there isn't any value on hack-a-thons. I think you're right on dealing with deadline pressures and the ability of working yourself out of a problem in a pinch are valuable skills. I just don't think that's where the "hard" skills needed to become a successful software developer are learned.
These are the weekends that will motivate them to decide to work on a startup with a friend, or realize they can be both programmer + designer at the same time.
A few friends and I often have our own weekend hackathons, where we'll spend 48 hours intensely hammering out the basics for either an idea we've had, or one that we decide to come up with on the spot, but I'd love to try it out in a more social, competitive setting.
I work at a startup already, it's not the learning "hard skills" part that interests me. I'd just like to meet more people who are interested in coding fun tools/toys.
Also checking out eventbrite is a good idea.
Non-student hackathons can be a pretty mixed bag so be careful which ones you choose to go to.
Battlehack is a pretty fun hackathon that's not just for students: http://battlehack.net/
https://twitter.com/shit_hh_said
Relevant discussion: "Ask HN: The rising “Hackathon Hackers” culture"
Nope, reality catches up to them. Fast.