Live data from Hacker News

RIP software hackathons. Long live the hardware hackathon

blog.oscars.dev

71–80 of 154 posts

Re: RIP software hackathons. Long live the hardware hackathon

#71
Makes perfect sense, all things considered. I've only joined a handful of hackathons. My best experience was in Amsterdam in like 2022, where half our team went to sleep and me and another guy spent the entire night locked up in a venue with 200 other people building stuff and bashing our heads against the table, looking for optimizations, hacks, half-assed solutions to near-impossible problems. In recent years, I've lost interest: And at this point I don't think I'll ever join another one: I recently got an email about one that finished and the winner was a guy who created something like an "AI team of engineers". What he presented was 20 markdown skills.md bs files. I mean seriously, being literate is enough to get you the gold medal? As a friend of mine likes to say, "you hit rock bottom and started drilling into the rock now".

At least with hardware, people are actually making something and have to use their brains.

Re: RIP software hackathons. Long live the hardware hackathon

#73
post #71

Makes perfect sense, all things considered. I've only joined a handful of hackathons. My best experience was in Amsterdam in like 2022, where half our team went to sleep and me and another guy spent the entire night locked up in a venue with 200 other people building stuff and bashing our heads against the table, looking for optimizations, hacks, half-assed solutions to near-impossible problems. In recent years, I've…

Unfortunately that will be short lived too. There's a lot of people toying with LLMs to develop hardware without understanding it too :|

Re: RIP software hackathons. Long live the hardware hackathon

#74
The moment Opus 4.6 came into existence, the RIP was software with them and unfortunately now making software is ready. Even though thinking a particular solution in a hackathon still makes sense, when it comes to making real physical solutions now that makes no sense. That's why I get our day of hackathons like in the future.

Re: RIP software hackathons. Long live the hardware hackathon

#75
post #59

as someone who got into linux and open source in the early 90s I will never stop being sad that "hackathon" morphed into a competitive activity, rather than "let's all get together and build some free software collaboratively". I guess the latter tends to get called a "dev sprint" these days, but it's always the first thing I think of when I hear "hackathon"

I think organizations like KDE (during the Akademy) and LibreOffice still run those during the last day of their conferences?

I had the chance to attend the LibreOffice one back in 2023 but life got in the way and I missed it sadly.

Re: RIP software hackathons. Long live the hardware hackathon

#76
post #68

> As software subtends to becoming more and more "solved" ... Really? Maybe if we do not care about robustness, elegance, coherence, consistency and generally anything beyond making a buck and leaving more waste behind... sure!

Reading the post made me quite sad because it felt like the author didn't understand the actual purpose of a hackathon and just shit out some AI crap tied to a raspberry pi and pat themselves on their back.

At least game jams still carry on that general spirit and the people that try to put together stuff with AI immediately make it obvious.

Re: RIP software hackathons. Long live the hardware hackathon

#78
post #14

Hackathons turned into “nice ui with mock data”-athons. Whoever got the best ui person on their team won. I benefitted from this a few times!

I’ve seen powerpoint presentations win, and that was my last hackathon

I did a 3-month bootcamp back in the day and the top assessed final presentations were a powerpoint and some bs JS "game" that indeed was a bunch of nice graphics being manipulated with code. This was a Rails bootcamp, not a powerpoint one, not a js one...

Re: RIP software hackathons. Long live the hardware hackathon

#79
post #70

The author notes that vibecoding has entirely replaced coding in hackathons (where speed is essential, bugs are tolerated, and only the demo is judged). I agree. But then says this means software is “solved” so only hardware hackathons matter. Why? If anything, I think software hackathons have become more useful, because ideas have become more useful. Even if ideas are cheap, not everyone has 24-72 hours for a protot…

>But then says this means software is “solved” so only hardware hackathons matter. Why? Because ai cannot do hardware, it cannot solder wire, it cannot replace red led with blue one and find current limiting resistor for optimal brightness. It cannot see what part of enclosure needs to be cut. It cannot see the startup transient on the ldo.

> Because ai cannot do hardware

It can.

> it cannot solder wire

Plenty of placement and soldering machines exist that are far faster than humans. They just aren't yet integrated with the bot.

For the stuff that is unusual or particularly difficult, just add a human. Same as with code.

> it cannot replace red led with blue one and find current limiting resistor for optimal brightness

Sure it can. Just add a camera.

> It cannot see what part of enclosure needs to be cut.

Challenge accepted.

> It cannot see the startup transient on the ldo.

It can see that using the same tools we use to observe such things. https://github.com/aimoda/rigol-dho824-mcp

Re: RIP software hackathons. Long live the hardware hackathon

#80
post #14

Hackathons turned into “nice ui with mock data”-athons. Whoever got the best ui person on their team won. I benefitted from this a few times!

When did this happen? I remember judges at hackathons used to be very forgiving about lackluster UIs as long as the idea was cool and at least functional by the presentation time

10+ years ago, when most "grassroots" (and some of the better startup) hackathons were displaced by enterprise-sponsored hackathons. I can mostly talk about the Berlin hackathon scene, but as far as I understand it the same thing happened in SF/London as well around the same time.

Presentation-first judging has been a thing for a long time, and unless there is a organizing party that explicitly makes code reviews a part of the scoring, and the organizers ensure attendance quotas for different personas (engineer vs. product vs. designer) it will always drift that way.

Post reply on HN