← 返回日报
略读 预计 2 分钟

RIP software hackathons. Long live the hardware hackathon

摘要

作者分享了在 48 小时内将旧式拨号电话改造为 AI 音乐助手的经历,利用 Raspberry Pi、ElevenLabs 和 Spotify API 实现了语音交互。他指出,由于 AI 编程工具的成熟,团队在整个周末甚至无需阅读代码,这使得纯软件项目的门槛大幅降低。作者认为 Hackathon 的重心应从编写代码转向系统设计与硬件交互,鼓励开发者利用旧电子设备进行更具想象力、非商业导向的硬件实验。

荐读理由

硬件集成Raspberry Pi到老设备(如回转电话)的IO控制、websocket通信及AI代理调用Spotify API的整体系统实现方式,能直接迁移到AI工程项目上手

原文

I took part in a hackathon in Vilnius the other weekend (courtesy of Basedcollective) during the pink soup festival. I brought along an old rotary phone and our two-man team spent the next 48 hours sticking our fingers in it. We wired a Raspberry Pi into the phone which interfaced with all of its IO and communicated with our server via a single websocket connection which controlled everything from two-way audio, the bell ringer (with custom frequency and audio patterns) and the hangup switch. For the demo, we set up an AI agent which could research music, create playlists and play collections of niche music all via the Spotify API on request. Interpreting requests such as:

“play some music by artists who are alleged to be on the Epstein files”

or

“create me a playlist of 70s Zambian psychedelic rock”,

et cetera

We put the personality of a warm Yorkshire gentleman on the other end of the line (courtesy of ElevenLabs) and had good fun getting all the parts working together ready for the final demo under 48 hours later.

As is the evolving trend with writing code nowadays, neither me nor my team-mate looked at a single line of code over the entire weekend. Something which would have been unheard of just 12 months ago has become today's reality. As it was a hackathon, all we cared about was that it worked and the inner lines of code didn't matter.

For this reason, the focus of hackathons has completely shifted away from typing code with aching fingers and zero sleep, to thinking of the system as a whole (not a very unique opinion now, I know) and iterating on intricacies of implementation with radical refactors has become a trivial task. This leaves free mental RAM to actually faff with hardware and how it interfaces with the physical world.

All of this really makes me think:

What does a hackathon moonshot idea really look like nowadays?

As software subtends to becoming more and more "solved", a web-app which may have been a fantastic feat 24 months ago has now tumbled into mediocrity. How do we continue to push the hackathon bar further? This is where I think hardware comes in.

In the coming months, we are going to see more of an emphasis on hardware hackathons than we did before. Something I would like to see specifically is a renaissance of old tech which had previously required very niche and time consuming domain knowledge to mess with.

Some project ideas off the top of my head:

  • Building a ridiculous Apple II application

  • Turning a fax machine into a social media network

  • Turning a Game Boy Advance into a Bloomberg terminal

  • Making an LLM-driven cash register that can feel love and pain

  • An AI voice-activated microwave

These are just some ideas...

Yes there’s probably no real sane business case in any of these projects but I am also of the opinion that hackathons should be a bit ridiculous. I don’t want to see your VC pitch and the problem you are solving, I want to see an unholy, overbuilt and morally confusing obelisk of wires and APIs, a hubris manifest in a breadboard paired with a frankenstein'd consumer electronics item that makes me question my very own reality.

Hacker News · 159 赞 · 64 评 讨论 → 阅读原文 →

这条对你有帮助吗?