"and then this happened, then this happened, then this feature, then this feature"
Wow that's crazy...
What a joke.
I'm excited to see software engineers and teams morph into the next stage of product builders!
> ...the focus of hackathons has completely shifted away from typing code...
> ...iterating on intricacies of implementation with radical refactors has become a trivial task...
The irony is unreal. Where's the hardware?
Since the advent of SBCs and microcontroller kits, software devs have felt the same way about hardware being trivial. Yet, a hardware engineer still makes a massive difference in the outcome of the project.
It's the rotary phone and the raspberry pi, of course. Don't gatekeep.
The fact that microcontrollers are so cheap now means for most (but, sure, not all) applications they're strictly superior in every way compared to e.g. 555 timers and LM386 amplifiers, or whatever. This is because, critically, you can debug and reprogram a micro. To do the equivalent with a 555 timer means, at minimum, de-soldering a bunch of components and probably poking around with a logic analyzer or an oscilloscope.
What's more, you can get a full tcp/ip stack in a surprisingly small and low-power package these days. No need to futz with analog telemetry, or even SPI/I2C unless you really need to.
The "hack" in TFHackathon is altering the function of a phone. Who cares if they used a ras pi to do it vs something else? In what possible way does that diminish their feat?
Its a fantastic deal for management if you can find people gullible enough. But a raw deal for the worker bees themselves
I think it will be considered a "blast from the past" at some point, due to the AI era we are getting into.
You don't run marathons to be usane bolt, you don't go to hackathons to land VC deals.
24 hours of non stop AI usage doesn't sound fun. It sounds hateful and demotivating, you want to discover yourself, and maybe some other people, not what a robot can do.
In a sense, the latter is kind of about "landing VC deals", but replace VC with possibly a different audience.
I think this narrowness of mindset is more notable in the last paragraph: "...you want to discover yourself, and maybe some other people, not what a robot can do." In my perspective, what I think OP is saying, and I can personally see, is not about what a robot can do (at least no more than when experimenting with a different language/framework/library/etc.), but how far can you shape and accomplish your idea into reality using AI.
Making people feel my pain or communicating effectively quickly I'm total garbage at.
Hackathons are now only this. They have turned into an exercise that highlights my core weaknesses and that's why 25 years into my career I'm going to them almost every weekend.
This is the stuff I really need to get better at and finally, I am. Slowly but also, provably.
Also, this problem is unique: I call it "the trailhead". You get deep into the problem (the trail) and forget what it looked like at the trailhead and thus fail to compel the product because you spend your time on the wrong level of details and the wrong aspects.
That's why you can pitch something not yours better then your own stuff.
I feel your way some times too, and when I reframe it and share with others from a place of interest and passion and let go of performance & anxiety, I usually don't come across as total garbage.
We’re in the age of human hand crafted creativity.
Imperfections of value.
A couple examples (both from HackPrinceton, which had the best EE labs):
* https://blog.cyrusroshan.com/post/electronic-banjo (crowd favorite)
* https://blog.cyrusroshan.com/post/spin-to-win (a "moonshot" idea)
There's something nice about holding your work in your hands. Tangible work is also both easy to explain, and hard to fake. So going the hardware route felt fun, fulfilling, and scored well.
Good times.
I think any idea of discipline demonstrations will get whittled away until its more like battlebots or robot wars
G0v hackathons in Taiwan are still this, at the end everyone presents what they worked on and there's no judging or anything. Some of the projects have been going for years.
There was a hackathon two weeks ago, you can see all the videos from all the demos here https://m.youtube.com/@g0vTW
They happen every two months. Some people have started g0v chapters abroad, maybe you could consider it for your region!
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 prototype, in a creativity-inducing space that may inspire better details.
And software isn’t solved: some ideas still require low-level knowledge and skill to translate into prototypes, especially if the hackathon judges require some functionality.
Whether your purpose of a hackathon is:
- Make a prototype, then if it seems useful afterwards rewrite it into a full product
- Make a prototype that seems useful to attract investors (whether you start a company that may not launch or apply to a company that wants your creativity)
- As an organizer, find ideas related to your company
- Have fun, enjoy free food and good company
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.
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
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!
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.
At least with hardware, people are actually making something and have to use their brains.
I begrudgingly went to one a few months ago and I was absolutely shocked, it was a two-day one, not even going to mention the programming language because at this point it probably doesn't matter, since only about 20% (tops) of the talks/presentations were strictly about programming.
A small assemble of self-defined industry champions took the floor once after the other to preach about their holiness and the outstanding work they have done for the community in areas that bordered software engineering as much as Iceland limits the Indian Ocean.
It was lecture after lecture, it was lifestyle, it was virtue-signaling, it was everything but programming. There was a single ham-fisted workshop that did not even had enough time to build on the basics of what was trying to accomplish, and there was a guy who I had as a personal hero of sorts that went in there to talk about some internal package manager drama.
NEXT! never again. It's all rotten to the core.
If you have kiddos in Germany: jugendhackt.org
In this case, Hardware hackathon means wiring up the digital or analog input/output pins of an Arduino/Raspberry pi to something and writing software to control/interface with it. Perhaps with a few simple components on a prototype board
They should organize this and show us how it is done :)
Enterprise is just fishing for other people's ideas that they can use as their own
If you truly had a novel and useful idea, someone else can just steal it and recreate it themselves
I ran a plethora of these events at my college for developer and game developer students (Great Canadian Appathon, Global Game Jam, and numerous Microsoft-centric hackathons for WinPhone7 and Win10). The sponsorship, prizes, catering (massive food budget!), and swag was insane. All the college really contributed was the space and staff to run the 48-hour weekend events, caffeinated soap for the washrooms, and the occasional medical attention (we had a few NOS-induced nosebleeds the year Coca-Cola was one of the sponsors).
But what was developed during these intense hackathons was nothing short of spectacular, and the collaborative skill-building was massive. I still hear from former students who attended them during that time that they consider them as one of the best experiences of their lives.
When my daughter was 4 y.o. she went to robotics classes where they assembled a small LEGO robot and made software for it using environment like Scratch. That's a good activity, but my point is that doing some assembly doesn't put the task into entirely different category of difficulty
The other presentation that stuck out, iirc, became leet codes.
I just recently turned an old guitar hero controller into a fully functioning midi controller and it took so a little time. It actually makes me laugh
I swear the bar with AI now is just the craziest things that you can think of
That sounds like fun. Do you have anything written up about the project?
The majority of the ones I’ve been in have tended to be run by people who judge based on their notion of how useful the app will be societally, with the tie breaking factor being the UI/architectural design.
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.
We took a problem, designed an internal tool for it, and put some Bootstrap UI on top with some fancy CSS animations.
After wiring up the mock data, it looked convincigly real.
We did win, got congratulated by upper management, and were immediately asked if we could get this into production in a week, or do we need 2?
Hackatons are commonly used as a way to take credit for & reap the benefits of another person or team's work, without attribution or compensation. And oftentimes, a promising hackathon idea will be "improved" by management & added to the creator's workload with tight deadlines (because the hard part is already done!) -- even if they don't necessarily agree with the "improvements".
It's also funny to me because of how they try to show its a treat to the engineering staff, and then railroad them as soon as they can to implement the half baked idea.
The truth is that most management don't ever get beyond half baked ideas and so trying to push you to make low quality crap is often their only move.
Oh, and don't get me started on the fact that a lot of developers get two relaxed fun days while with catering, networking and basically paid for self-improvement workdays, while QA, supports and other teams are expected to work as usual AND cheer for those participating and watch presentations (thankfully that last is optional).
"-thons" aren't contests, at least not in the traditional sense, they are activities where participants test the limits of their endurance. A marathon, for example, allows runners to see how far they can push themselves running. Likewise, a hackathon gives a place for one to see how far they can push themselves to create something over a short amount of time, beyond what would normally be possible, and beyond what would be sustainable in an everyday setting. I suppose you could argue that it is contest with yourself, but calling that a contest is atypical.
You are right to call out that few people want to push themselves to their limits for a corporate event, so corporate entities have turned to contests instead to try and find something that does appeal, but a contest, no matter how it is conducted, is outside of the spirit of a hackathon.
I did a lot of hackathons when I was in school more than 10 years ago and that's how they all were and what every team did.
Winner in our category had a powerpoint and a poster, no one even looked at the implementation. I learned something that day.
The winning team bought a bootstrap theme for $35 and made a landing page for a nonexistent app.
I had the chance to attend the LibreOffice one back in 2023 but life got in the way and I missed it sadly.
More recently, teams have been attending hackathons with an already completed product, using the event to attend VC meetings instead of doing any hacking. And when they invariably win with a well done, complete product they use the media announcements to generate leads. My duct-tape and cardboard hack doesn't look very good but we designed and built it within the team we assembled 48hours ago.
Instructions that deliberately lack specificity, like "Drill a hole for the switch and then mount it" work fine in meatspace whether those instructions are issued by a bot or a human teammate.
AI does a pretty good job of a lot of it... I've mostly been using Rust for my target language, the biggest parts so far in terms of rework/retries has been getting the "experience" how I want it, which isn't really a 1:1 of the classic experience, but updated. Like mouse scrolling for scrollback controls, etc.
There's also been a lot of activities in enhancing the BBS software that remains today (Synchronet, Enigma, Mystic and a MajorBBS remake) along with continued classics and some door games.
Yes? If your problem is that there a tree in road and one guy builds a autonomous robot to remove it and the other guy just goes and moves it, the “dumb” guy wins. We are at a point in history where a couple of markdown files solve problems better than hundreds of hours spent by experts in building dedicated solutions. But you win based on the results not based on how much effort you put into it.
I always really enjoyed making a slick presentation. It was a lot of fun figuring out how to scope the hardest problem you are sure you can finish in 24hr while still having time to polish your presentation and make the app look good. I find picking a problem that lets you put a big map on the screen helps with the latter.
All good things must come to an end, I suppose.
We did not even try to win the hackathon, just to get a passing grade.
hacker_88•17h ago
locusofself•15h ago