The Good Tech Companies - 4 Ways to Win a Hackathon (None of Them Is Writing Code)

Episode Date: September 11, 2026

This story was originally published on HackerNoon at: https://hackernoon.com/4-ways-to-win-a-hackathon-none-of-them-is-writing-code. Learn how to win a hackathon with four practical lessons on product vision, AI coding tools, tech choices and pitching, from a hackathon winner. Check more stories related to undefined at: https://hackernoon.com/c/undefined. You can also check exclusive content about #hackathon, #developer-hackathon, #voice-ai, #speech-to-text, #speech-ai, #good-company, #how-to-win-a-hackathon, #hackernoon-top-story, and more. This story was written by: @speechmatics. Learn more about this writer by checking @speechmatics's about page, and for more stories, please visit hackernoon.com. Want to win a hackathon? Start with a clear product vision, use AI to move faster, take risks with your tech stack and, crucially, know how to sell what you’ve built.

This audio is presented by Hacker Noon, where anyone can learn anything about any technology. Four ways to win a hackathon, none of them is writing code, by speechmatics. Written by Tudor Evans, as Jean-Luc Goddard once said, Every story has a beginning, a middle and an end but not necessarily in that order. Allow me, then, to start at the end, and tell you that I won my company's annual hackathon. Well, I won in one of three categories to be precise. The winning ticket was a MacOS Dictation Act. instructions for use were as follows. Put cursor in text area. Press write option. Speak,

win. Simple, clean, effective. Your voice was your keyboard wherever you went. It was in the lingo of the online youth, Wiggity whack. Alas, this was no triumph for me. Rather, it was a relief. It was a relief because I'd spent the previous week pointedly telling everyone that I really, really was going to win the hackathon, and that there was no point in them even competing. Imagine the humiliation if I'd fallen short, you might wonder where I got my overwhelming confidence from. Was it my dashing good looks? My charm and my wit? My can-do attitude? How could anyone? I hear you cried despondently, be confident of winning a hackathon in this day and age, when I can generate a million lines of working code in a week, despond no more, friend. For I am here to share with you

the secrets of my craft the keys to the eternal kingdom of coding victory, if you will. 1. The Art of the Hustle. Winning a hackathon is rather like increasing one's share of an inheritance. I felt to poison the other interested parties. Alas, poison is not in our approved arsenal of weapons on this occasion, and we aren't in the midst of an Agatha Christie novel. But we are allowed to use Claude code code, which feels about as close as one can get a cheating without resorting to murder. If you're not using Claude to code these days, your odds of winning a hackathon are precisely zero. And even if, like Han Solo, you don't want to be told the odds, nevertheless the odds are rather. There is no way a mere mortal can compete with Claude in a hackathon. It's just so damned good at churning out boilerplate. It's like drinking rocket fuel, or coating on crack, or any other performance-enhancing drug. Actually, in truth, there are other forms of cheating. It's here I should mention that I started my project a week early. Now this may sound like outrageous trickery. And it is, but a few words must be offered in my defense. First, I told everyone I was doing this, giving them the opportunity to take on my godlet.

Second, as Donald Trump once said about avoiding taxes, that makes me smart. At the end of the day, the free market doesn't reward waiting for the start date. Hard work pays off. That being said, I was burnt out basically the entire week afterwards, so make sure you take time off too. The need for vision. Vision is the defining factor for software engineers and product developers today. I knew from the start what the product I was shooting to build would look like. Just as governing without ideals is a fool's errand, so building without vision will get you nowhere.

Vision is like the breath of life which inflates an otherwise lifeless balloon. It gives form and substance to the things you try to build and ensures that when critical design choices come to a head, the needs of the bigger picture take precedence over this or that quick hack. To give a concrete example, I rejected the U.X used by other transcription tools where the text is dumped out into your text editor all in one go. This had benefits and drawbacks, not least that it made the technical implementation more challenging. But it was all driven by the vision. This wasn't a dictation tool, it was a voice keyboard, goddammit, so the most important lesson I have to give is this. If you want to win, don't start from the perspective of, this would be cool. Don't start from the

perspective of, the judges will like this. Instead, ask yourself, what does a world look like in which other people actually use this thing I'm building? Keep the vision of a real, concrete product in mind. That one step will already get you into the 10th percentile of hackathon projects. 3. Experimenting with tech. I made some pretty wacky choices in the tech stack. I wanted to build it with Golang, as that's one of the main languages we use at speechmatics. That design choice, made at a time when I didn't appreciate how things would evolve, led me down some interesting routes. Most notably, it meant I avoided using electron and similar technologies, which are a pretty standard way of creating cross-platform desktop apps these days. Electron is great

in many ways, but like Duran Duran's eponymous wolf, it's very hungry. A typical electron app might consume around a gigabyte of RAM in order to run. Instead, I went with a package called Wales, which does for go what Tori does for rust. Okay, now it might sound like I'm speaking in tongues. Atauso has the advantage of being homophonous with my country of origin, Wales. That package allowed me to bundle a single page react UI into the app with a memory usage of 100mb, an order of magnitude less than an electron ab. What did I do with that extra memory, you might wonder? Fear not that it went toast.

I made good use of it implementing on device transcription, which left Merle-e break-even with other transcription tools. How much of this, though, could really be said to be my choice. almost none though i acted as supervisor all due credit must go to claude for writing the code our financial controller reliably informs me i'm the number one user of clod in the company and almost all of that usage happened across the one wild week of the hackathon when i would often keep whispering to my ai agent nubest friend until two a m this is one of the great powers of a i coding assistance in the past an architectural choice like this would be heavily belabored over if i had to write to

it myself, I surely would have chosen electron because it was the safe option. I was sure to get it working eventually, it was tried and tested. I only K knew about Wales because Claude told me, yet since I knew I read, Claude, Caldry write the whole thing according to a different architecture within hours, the risk of choosing a novel approach was almost zero. That freed me up to make an otherwise dangerous choice which in the end paid off dividends. HTTPS colon slash www. YouTube com, watch, v equals Obe 7M4 V8 Fu4 and embeddable equals true four. A winning presentation. If you want to win, it's not enough to have a great product. You need to sell it. A lot of great products have failed to take off, not because the tech waspore, but because it was sold

badly. Don't be that nerd who's too clever to communicate with other people. Admittedly, that's easy for me to say. I've always found presenting comes naturally to me. This isn't about some secret trick, are that one simple thing that makes communication work. It all comes down to one simple thing. I'm naturally enthusiastic and I get excited about the things I do. If I'm good in front of a crowd, it's only because I'm able to give off the energy that I bring to the things I care about, and people respond to that. For anyone looking to get better at public speaking, this would be my biggest piece of advice. Bring the enthusiasm you have for what you do into talking about what you do. It'll make all the difference, that, and bribing the audience. Since the product

was pitched as a legal dictation tool as much as anything else. I brought our senior legal counsel on board for the demo. I know what you're thinking. You're thinking I was running the risk of being upstaged by that famously charismatic class of person, the lawyer, who always tries to stealth limelight with their flashy jokes and quick wit. Thankfully, Naomi knew her place and stuck to the script after only the shortest round of beatings. Domain expertise is a great way of showing off the quality of your product. It's a bit like holding up a giant placard that says, look, I solved a problem, except it's considerably less needy and weird. I'm already needy and weird enough. Thank you very much. The icing on the cake was when she tried to use emojis during legal dictation,

which gave me the excellent opportunity to turn to her and say, in my most supercilious of tones, that you should never use emojis in a legal document. Cue laughter from the audience, and note that humor is a great way to win over the voting public, or an angry mob at a pinch. The victory. So, there you have it. To win, you must. Poison your competitors. Start early, cheat. Get something else to write your code. Co-opt other, more trustworthy people into your presentation. But it's not just about getting there. How you win is as important as how you want. Remember, in victory, to behave appropriately. Make sure the other participants are aware that they lost. remind them of this with phrases like L-O-O-O-O-S-E-R and get wrecked.

Gently suggest that they belong in a bin, because they ain't nothing but trash. Or you could be nice to your colleagues and remember that it's all about having fun and making friends. I mean, it's your call, but at what cost, I want to come to one final point. We've spent so much time in this article contemplating if we could, that we never even asked if we should. After all, why should we care to win a hackathon in this day and age, when software is a dime a dozen and the world is going to hell in a handcart,

should we not instead look up from our machines and take in the wonders of nature? Should we not spend our evenings glorying at the sight of another sunset? Should we not attend to the feeling of a fresh summer breeze flowing through our hair? Should we not, in some, focus our attention on all that this beautiful creation we call Earth has to offer for the ennoblement of our immortal souls, to which I say, no. Victory is all that counts. Happy hacking. Thank you for listening to this hackernoon read by artificial intelligence. Visit hackernoon.com to read, write, learn and publish.