Live data from Hacker News

My Love and Hate Relationship with Hackathons

devsurvival.com

21–30 of 32 posts

Re: My Love and Hate Relationship with Hackathons

#21

My love/hate thing with hackathons is how it gives non-coders the idea that you can put together a product in a weekend. There's a vast difference between hackathon code designed to maybe last for an hour during a demo (with no security or privacy concerns) and production code that can actually support a business model. And it's not just "so... that'll take twice as long to make?". Turning a weekend hackathon demo in…

My experience with professional software development looks like this, in a loop:

Let's add a new button! How many story points is the button? (Insert 2-hour discussion about what a story point is) Okay, "Uncle Bob says" we need at least seven layers of code around it. Someone insists on doing it "TDD", even though the UI framework is not testable. Oops, the Agile Consultant broke Jira, it will be back up in two days. The PR gets stuck for days because of trailing whitespace violations. The button doesn't actually work, but the outsourced developer complains loudly until someone gives in and merges it. Review time!

The code that results from this madness is not better than Hackathon code, just bad in a different way. If anything, my last Hackathon has made me aware of how much I want to work for an effective company at some point in my life, so I guess it was worthwhile.

Re: My Love and Hate Relationship with Hackathons

#23

My love/hate thing with hackathons is how it gives non-coders the idea that you can put together a product in a weekend. There's a vast difference between hackathon code designed to maybe last for an hour during a demo (with no security or privacy concerns) and production code that can actually support a business model. And it's not just "so... that'll take twice as long to make?". Turning a weekend hackathon demo in…

My experience with professional software development looks like this, in a loop: Let's add a new button! How many story points is the button? (Insert 2-hour discussion about what a story point is) Okay, "Uncle Bob says" we need at least seven layers of code around it. Someone insists on doing it "TDD", even though the UI framework is not testable. Oops, the Agile Consultant broke Jira, it will be back up in two days.…

[deleted]

Re: My Love and Hate Relationship with Hackathons

#24
post #10

I can relate. A few years ago, I wrote this piece: Why hackathons are for wankers! Or how to hack a hackathon? [1] [1] https://medium.com/@mispronounced/why-hackathons-are-for-wan...

> I wrote this piece: Why hackathons are for wankers! Do you know the meaning of a wanker?

Yes. It is meant to be taken as satire. I have contributed in a few myself.

Re: My Love and Hate Relationship with Hackathons

#25
I encourage anyone who enjoys coding together with friends in a competitive setting to check out the demo scene. Demo parties predate hackathons, but they are somewhat alike, except on demo parties you also get to drink beer and no boring corporate guy from marketing will come and steal your ideas after you've won.

Re: My Love and Hate Relationship with Hackathons

#26

My love/hate thing with hackathons is how it gives non-coders the idea that you can put together a product in a weekend. There's a vast difference between hackathon code designed to maybe last for an hour during a demo (with no security or privacy concerns) and production code that can actually support a business model. And it's not just "so... that'll take twice as long to make?". Turning a weekend hackathon demo in…

My experience with professional software development looks like this, in a loop: Let's add a new button! How many story points is the button? (Insert 2-hour discussion about what a story point is) Okay, "Uncle Bob says" we need at least seven layers of code around it. Someone insists on doing it "TDD", even though the UI framework is not testable. Oops, the Agile Consultant broke Jira, it will be back up in two days.…

I feel your pain. But ideally, once the PR code is merged, the end result should be solid code. Anything you write at a hackathon is fake/barely-functional throwaway code that only exists for the demo at the end. There's no architecture, no error checking, and just no time for anything elegant or any real insight into your problem space.

Re: My Love and Hate Relationship with Hackathons

#27

My love/hate thing with hackathons is how it gives non-coders the idea that you can put together a product in a weekend. There's a vast difference between hackathon code designed to maybe last for an hour during a demo (with no security or privacy concerns) and production code that can actually support a business model. And it's not just "so... that'll take twice as long to make?". Turning a weekend hackathon demo in…

My experience with professional software development looks like this, in a loop: Let's add a new button! How many story points is the button? (Insert 2-hour discussion about what a story point is) Okay, "Uncle Bob says" we need at least seven layers of code around it. Someone insists on doing it "TDD", even though the UI framework is not testable. Oops, the Agile Consultant broke Jira, it will be back up in two days.…

Totally agree that half the fun of hackathons is throwing away all that shit and just fucking building something :)

But I never have to go back to hackathon code 3 months later and fix it. Bitter experience has taught me that at least some of that stuff (like the unit tests) is not optional if I want to stay sane.

Re: My Love and Hate Relationship with Hackathons

#30
post #15

My love/hate thing with hackathons is how it gives non-coders the idea that you can put together a product in a weekend. There's a vast difference between hackathon code designed to maybe last for an hour during a demo (with no security or privacy concerns) and production code that can actually support a business model. And it's not just "so... that'll take twice as long to make?". Turning a weekend hackathon demo in…

I got a similar feeling from the last technical test I did. "It should take two or three hours". The failed me on a long list of nitpicks, including not setting up mocks for testing, not running pylint (I would need to install it on my personal machine) not providing a setup.py (which was never asked for) and numerous other trivial things some of which directly contradicted what the spec actually asked for. If I had…

Sounds like your reviewer was incompetent. Those seem like minor nits.
Post reply on HN