
4 Ways to Win a Hackathon (None of Them Is Writing Code)
About this episode
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.
Get every episode summarized
Each time The Good Tech Companies publishes, we email you a written briefing from the transcript — the topics, who appeared, and any specific claims, with the ad reads skipped.
Email me new episodesFree for 3 shows. No card needed.
Hosts & guests
Transcript ready
111 searchable segments. Every word is indexed and playable.
Full transcript
The Good Tech Companies — 4 Ways to Win a Hackathon (None of Them Is Writing Code). Machine-transcribed; use the interactive transcript above to jump the player to any line.
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 Tutor Evans, as Jean-Luc Goudard 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 app. Instructions for use were as follows. Put cursor in text area. Press right option. Speak. Win. Simple. Clean. Effective. Your voice was your keyboard wherever you went. It was, in the lingo of the online youth, wigitiywak. 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 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 cry 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, to spawn 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. One, 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, 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 coding 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 burned out basically the entire week afterwards, so make sure you take time off too. Two. 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 another wise 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 UX 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. Goddamn it, 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. Three. 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 Durandoran'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. Atausso 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 app. 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 Merleib 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 Claude 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, new best friend until 2 a.m. This is one of the great powers of AI coding assistance. In the past, an architectural choice like this would be heavily belabored over. If I had to write it myself, I surely would have chosen an electron because it was the safe option. I was sure to get it working eventually, it was tried and tested. I only came new about Wales because Claude told me. Yet since I knew I, read, Claude, Caldrey 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 another wise dangerous choice which in the end paid off dividends. HTTPS colon slash slash www.YouTube, Com, Watch, V equals OBE 7M4 V8 Foo4 and embeddable equals true 4.
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 or 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 Nuver plays 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. Q laughter from the audience, and note that humor is a great way to win ever 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 hello 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 gloring 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 enoblement of our immortal souls? To which I say, no. Victory is all that counts.
Happy hacking! Thank you for listening to this Hackernoon story, read by artificial intelligence. Visit Hackernoon.com to read, write, learn and publish.
More episodes
More from The Good Tech Companies

Credible Captain Launches Independent Consumer Review Platform Focused on Transp...
The Good Tech Companies

Tokenized Stocks vs Real Stocks vs Stock Futures: Wall Street Without Walls and...
The Good Tech Companies

How to Pay for Subscriptions With Crypto? Using the MEXC Global Card for Streami...
The Good Tech Companies

Why Speech Recognition Misses Human Context: Dr. Sunday David Ubur’s Affective A...
The Good Tech Companies