Leb wohl, Software-Hackathon. Es lebe der Hardware-Hackathon

• Bei einem 48-Stunden-Hackathon wurde ein altes Wählscheibentelefon an einen Raspberry Pi angeschlossen und eine Demo umgesetzt, die bidirektionales Audio, Klingel und Gabelschalter mit einem Server verbindet
• Die Demo war so aufgebaut, dass ein AI-Agent Musik recherchiert, mit der Spotify API Playlists erstellt und Musikwünsche der Nutzer verarbeitet
• Die beiden Teilnehmer sahen das ganze Wochenende über keine einzige Zeile Code, und beim Hackathon sei wichtiger geworden, ob es funktioniert, als der interne Code
• Statt Code zu schreiben, konzentrierten sie sich auf das Design des Gesamtsystems und die Feinabstimmung der Implementierungsdetails, wodurch mentaler Freiraum entstand, um sich mit Schnittstellen zu Hardware und der physischen Welt zu befassen
• Nur mit Web-Apps seien Hackathons weniger herausfordernd geworden, und Hardware-Hackathons, die alte Technik mit Unterhaltungselektronik verknüpfen, würden stärker hervorstechen

---

Wählscheibentelefon-Hackathon-Demo

• Bei einem Hackathon in Vilnius brachte ein Zweierteam ein altes Wählscheibentelefon mit und arbeitete 48 Stunden daran
• An das Telefon wurde ein Raspberry Pi angeschlossen; der Raspberry Pi interagierte mit den Ein- und Ausgängen des Telefons und kommunizierte über eine einzelne WebSocket-Verbindung mit dem Server
• Die WebSocket-Verbindung steuerte bidirektionales Audio, die Klingel mit angepassten Frequenzen und Audiomustern sowie den Schalter für das Auflegen des Hörers
• Die finale Demo war so aufgebaut, dass ein AI-Agent Musik recherchiert, Playlists erstellt und über die Spotify API bestimmte Musiksammlungen abspielt
• Beispielanfragen waren unter anderem: „Spiel Musik von Künstlern, die angeblich in den Epstein files auftauchen“, „Erstelle eine Playlist mit sambischem Psychedelic Rock aus den 70ern“
• Die Persönlichkeit am anderen Ende der Leitung wurde über ElevenLabs als warmherziger Gentleman aus Yorkshire gestaltet

Verschiebung des Schwerpunkts bei Hackathons

• Angesichts der jüngsten Veränderungen im Coding-Workflow schauten sich beide Teilnehmer das ganze Wochenende über keine einzige Zeile Code direkt an
• Was vor 12 Monaten kaum vorstellbar gewesen wäre, ist heute Realität, und bei Hackathons ist entscheidend geworden, dass das Ergebnis funktioniert
• Der Schwerpunkt von Hackathons verlagert sich von der Methode, weniger zu schlafen und sich die Finger wund zu tippen, hin zu einer Denkweise, die das gesamte System in den Blick nimmt
• Da das Iterieren über Implementierungsdetails und radikale Refactoring zu Nebensachen geworden sind, entsteht mehr Raum, um die Schnittstellen zwischen Hardware und physischer Welt zu behandeln
• Eine Web-App, die vor 24 Monaten noch eine große Leistung gewesen wäre, ist heute gewöhnlich; der Weg, die Messlatte für Hackathons weiter anzuheben, ist Hardware
• Es wird erwartet, dass in den kommenden Monaten Hardware-Hackathons stärker betont werden als bisher
• Alte Technik erforderte früher sehr spezielles und zeitaufwendiges Domänenwissen, könnte aber wieder als Experimentierfeld auferstehen
• Beispiele dafür sind eine bizarre App für den Apple II, ein Faxgerät als Social-Media-Netzwerk, ein Game Boy Advance als Bloomberg-Terminal, eine LLM-basierte Registrierkasse, die Liebe und Schmerz empfinden kann, oder eine AI-sprachaktivierte Mikrowelle
• Für solche Projekte gibt es möglicherweise keinen normalen Business Case, aber Hackathons sollten ein wenig absurd sein
• Ich will weder VC-Pitches noch das zu lösende Problem sehen, sondern überkonstruierte bizarre Konstruktionen aus Drähten und APIs
  • eine auf dem Breadboard umgesetzte Manifestation von hubris (Hybris), eine Frankenstein-artige Verbindung mit Haushaltsgeräten, die einen an der Realität zweifeln lässt

[GN⁺]

Hacker-News-Kommentare

• Klingt angesichts der Umstände nachvollziehbar. Ich war nur auf ein paar Hackathons, aber meine beste Erfahrung war etwa 2022 in Amsterdam. Die Hälfte des Teams ging schlafen, und ich war mit einer weiteren Person die ganze Nacht in einer Halle mit vielleicht 200 Leuten eingeschlossen, habe irgendetwas gebaut und mir den Kopf zerbrochen über Optimierung, Tricks und halb erzwungene Lösungen für fast unlösbare Probleme
  In den letzten Jahren habe ich das Interesse verloren, und ich werde wohl nicht mehr teilnehmen. Ich bekam neulich eine Mail zu einem gerade beendeten Hackathon, in der stand, das Gewinnerteam habe so etwas wie ein AI-Engineer-Team gebaut, und die Präsentation bestand aus 20 sinnlosen Markdown-Dateien wie skills.md. Da fragte ich mich, ob man schon Gold bekommt, wenn man einfach nur überzeugend formuliert, und wie ein Freund sagte, fühlt es sich an, als sei man „am Tiefpunkt angekommen und bohre sich jetzt noch darunter“. Bei Hardware muss man wenigstens tatsächlich etwas bauen und sein Gehirn benutzen

  • Die meisten Hackathons waren schon lange so. Ich habe ein ganzes Wochenende an einem kniffligen Datenklassifizierungsproblem gesessen und kam nicht voran, während die Gewinner mit schick aufbereiteten Präsentationsfolien und einer 30-sekündigen Code-Demo eines verpackten CRUD-Apps ankamen
  • Ich habe vor 10 Jahren unfreiwillig an meinem einzigen Hackathon teilgenommen und gewonnen. Die Juroren waren besonders beeindruckt vom AI-Abschnitt im Bericht, dabei war das fast nur technisches Imponiergehabe: ein paar damals angesagte Algorithmen zitieren und dazu schreiben, dass das System in Zukunft dies und jenes tun solle
    In der Demo war davon in keiner Form etwas umgesetzt, aber es reichte, dass ich so klang, als wüsste ich, wovon ich rede, und es selbstbewusst vortrug. Wir wollten gar nicht gewinnen, sondern nur irgendwie bestehen
  • Leider wird wohl auch Hardware nicht lange durchhalten. Es gibt immer mehr Leute, die Hardwareentwicklung mit LLMs versuchen wollen, ohne Hardware zu verstehen
  • Auf die Frage „Sind 20 Markdown-Dateien wirklich Gold wert?“ würde ich sagen: ja. Wenn auf der Straße ein Baum umgefallen ist und eine Person baut einen autonomen Roboter, um ihn wegzuräumen, während eine andere einfach hingeht und ihn wegträgt, dann gewinnt die „dumme“ Lösung
    Wir leben gerade in einem historischen Moment, in dem ein paar Markdown-Dateien Probleme besser lösen als dedizierte Lösungen, in die Experten Hunderte Stunden gesteckt haben. Gewonnen oder verloren wird nicht nach dem eingesetzten Aufwand, sondern nach dem Ergebnis

• Hackathons sind zu Wettbewerben für „schicke UI und Mock-Daten“ geworden. Das Team mit dem besten UI-Menschen hat gewonnen, und ich habe davon selbst ein paar Mal profitiert

  • Bei einem firmeninternen Hackathon habe ich etwas Ähnliches erlebt. Das war noch vor LLMs. Wir nahmen uns ein Problem vor, entwarfen ein internes Tool und setzten eine Bootstrap-Oberfläche mit auffälligen CSS-Animationen darauf
    Mit angebundenen Mock-Daten wirkte es ziemlich echt, wir gewannen und bekamen Glückwünsche von der Geschäftsleitung. Sofort kam die Frage, ob wir das in 1 Woche in Produktion bringen könnten oder ob wir 2 Wochen bräuchten
  • Die Juroren sind normalerweise Manager mit durchschnittlichen technischen Fähigkeiten
  • Bei einem Hackathon vor einigen Jahren, noch vor LLMs, habe ich erhebliche Mühe investiert, einen klassischen Machine-Learning-Algorithmus zu trainieren und in eine React-Native-App zu integrieren. Für 2016 war das selbst für ein Team schon ziemlich beeindruckend
    Das Gewinnerteam hatte ein Bootstrap-Theme für 35 Dollar gekauft und damit eine Landingpage für eine App gebaut, die es gar nicht gab
  • Nachdem ich gesehen hatte, wie eine PowerPoint-Präsentation gewann, war das mein letzter Hackathon
  • Die andere Hälfte ist am Ende ohnehin nur Pitch

• Ich finde Hackathons in Ordnung. Sie verlangen genau die Dinge, in denen ich schwach bin: Pitch, Blickkontakt, eine überzeugende Geschichte aufbauen, das Publikum mitnehmen. Darin bin ich wirklich schlecht
  Ich bin miserabel darin, andere meinen Schmerz spüren zu lassen oder Dinge schnell und wirksam zu vermitteln. Heute sind Hackathons fast nur noch das, und weil sie zu einem Trainingsfeld geworden sind, das meine zentrale Schwäche offenlegt, gehe ich selbst nach 25 Berufsjahren fast jedes Wochenende hin. Das ist wirklich ein Bereich, in dem ich besser werden muss, und endlich werde ich langsam, aber nachweisbar, besser
  Ich nenne dieses Problem trailhead. Wenn man tief in den Pfad eines Problems hineingeht, vergisst man, wie es vom Ausgangspunkt aus aussah, und verbringt dann Zeit auf der falschen Detailebene und mit den falschen Aspekten, sodass man das Produkt nicht überzeugend darstellen kann. Deshalb kann man oft die Dinge anderer besser pitchen als die eigenen

  • Das kann ich nachvollziehen. Ich frage mich, ob das eher ein Selbstvertrauensproblem ist. Nicht als Angriff oder Herabsetzung gemeint, sondern aus Sicht von Selbstdiagnose und Selbsterkenntnis
    Mir geht es manchmal ähnlich, aber wenn ich das Ganze wieder aus Interesse und Begeisterung heraus rahme und es anderen vermittle, ohne Erfolgsdruck und Angst mitzuschleppen, wirkt es normalerweise nicht völlig misslungen

• Als jemand, der Anfang der 90er mit Linux und Open Source eingestiegen ist, fand ich es immer schade, dass Hackathons sich von „Lasst uns alle zusammenkommen und gemeinsam freie Software bauen“ zu einer Wettbewerbsveranstaltung entwickelt haben. Heute nennt man Ersteres wohl eher einen „Entwicklungssprint“, aber wenn ich das Wort Hackathon höre, denke ich immer zuerst daran

  • Die Hackathons, zu denen ich als Jüngerer ging, waren ziemlich offen und kollaborativ. Die Hackathons, an denen ich in letzter Zeit teilgenommen habe, sind eher ein Mittel, Leute dazu zu bringen, Cloud-Infrastruktur wie AWS, GCP und Vercel zu benutzen
    In jüngerer Zeit kommen sogar Teams mit bereits fertigen Produkten, hacken gar nichts und gehen stattdessen zu VC-Meetings. Mit einem sauber gemachten fertigen Produkt gewinnen sie natürlich und nutzen die Medienaufmerksamkeit zur Lead-Generierung. Mein mit Klebeband und Pappe zusammengeschusterter Hack, den ich mit einem Team gebaut habe, das sich erst 48 Stunden vorher zusammengefunden hatte, sieht daneben natürlich nicht besonders gut aus
  • Du bist nicht allein. MBAs haben APIs entdeckt. Es ist wie Eternal September
  • Stimme zu. Schon die Vorstellung, bei einem Hackathon „zu gewinnen“, fühlt sich ziemlich seltsam an. Es sollte eigentlich nichts sein, bei dem man gewinnen kann
  • KDE macht so etwas offenbar noch während der Akademy, und LibreOffice auch am letzten Tag seiner Konferenz
    Ich hatte 2023 die Gelegenheit, zu einer LibreOffice-Veranstaltung zu gehen, habe sie aber wegen Alltagsdingen leider verpasst
  • Im Grunde sind von Unternehmen gesponserte oder organisierte Hackathons ähnlich wie viele Bewerbungsaufgaben parallel laufen zu lassen. Man bekommt kostenlos eine Menge Arbeit an Problemen, deren Lösung man eigentlich bezahlen müsste, und kann sich dann die Ergebnisse aussuchen, die einem gefallen. Das ist mir viel zu ausbeuterisch, deshalb wollte ich nie an so etwas teilnehmen

• Der Verfasser meint, dass bei Hackathons, in denen Geschwindigkeit wichtig ist, Bugs toleriert werden und nur die Demo bewertet wird, Vibe Coding das Programmieren vollständig ersetzt hat, und ich stimme dem zu.
  Aber ich verstehe nicht, warum daraus die Schlussfolgerung folgt, dass Software damit „gelöst“ sei und nur Hardware-Hackathons noch Bedeutung hätten. Im Gegenteil: Ich denke, Software-Hackathons sind nützlicher geworden, weil Ideen noch wichtiger geworden sind. Selbst wenn Ideen billiger geworden sind, kann nicht jeder in einem Raum, der Kreativität anregt, bessere Details entwickeln und 24–72 Stunden in einen Prototypen investieren.
  Auch Software ist nicht gelöst. Vor allem, wenn die Jury ein gewisses Maß an Funktionalität verlangt, brauchen manche Ideen nach wie vor Low-Level-Wissen und -Fähigkeiten, um in einen Prototypen umgesetzt zu werden. Egal, ob das Ziel des Hackathons ein Prototyp ist, der später als Produkt neu gebaut wird, ein Prototyp zur Gewinnung von Investoren, das Finden unternehmensbezogener Ideen oder einfach Spaß, kostenloses Essen und gute Leute zu genießen.

  • Weil AI keine Hardware machen kann. Sie kann nicht löten, keine rote LED gegen eine blaue austauschen und nicht den Strombegrenzungswiderstand für die optimale Helligkeit finden.
    Sie kann auch nicht sehen, welchen Teil eines Gehäuses man ausschneiden muss, oder die Einschalttransienten eines LDO erkennen.

• Bei Hack Club wurde in den letzten zwei Jahren massiv investiert, um Jugendlichen den Einstieg in die Elektronik zu erleichtern und sie dazu zu bringen, selbst PCBs zu entwerfen.
  Es ist viel schwerer zu faken und oft, besonders für Anfänger, deutlich spannender als Software. Das Video der jüngsten Veranstaltung im GitHub-HQ ist ebenfalls sehenswert: https://youtu.be/kaEFv7e49mo?si=sLer815jCJIyWR9Y
  Bald veranstalten wir Hack Club Fallout und bringen Oberstufenschüler aus den USA und der ganzen Welt nach Shenzhen für einen 7-tägigen Hackathon. Einer der wenigen Orte, an denen PCB-Fertigung am selben Tag möglich ist: https://fallout.hackclub.com

• Fast alle meine Hackathon-Projekte im Studium waren Hardware.
  Zum Beispiel die Dinge, die ich bei HackPrinceton gebaut habe; dort war das Elektrotechniklabor am besten. https://blog.cyrusroshan.com/post/electronic-banjo gewann den Publikumspreis, und https://blog.cyrusroshan.com/post/spin-to-win war eine „Moonshot“-Idee.
  Es ist ziemlich großartig, etwas in der Hand halten zu können, das man selbst gebaut hat. Greifbare Ergebnisse sind leichter zu erklären und schwerer vorzutäuschen. Deshalb hat es mehr Spaß gemacht, war lohnender und brachte bessere Bewertungen, in Richtung Hardware zu gehen. Das waren gute Zeiten.

• Bei Konferenzen ist es auch nicht viel besser.
  Vor ein paar Monaten bin ich widerwillig zu einer gegangen und war wirklich schockiert. Sie dauerte zwei Tage; den Namen der Programmiersprache nenne ich lieber nicht. Wahrscheinlich würde er inzwischen ohnehin nichts mehr bedeuten, aber höchstens 20 % der Vorträge hatten tatsächlich mit Programmierung zu tun.
  Eine kleine Clique selbsternannter Branchenchampions trat nacheinander auf die Bühne und predigte über ihre eigene Heiligkeit und die großartigen Dinge, die sie angeblich für die Community getan hätten — mit Software Engineering hatte das ungefähr so viel zu tun wie Island mit dem Indischen Ozean.
  Vortrag auf Vortrag, Lifestyle, Geek-Prahlen, alles, nur keine Programmierung. Der eine erzwungen eingeschobene Workshop ließ nicht einmal genug Zeit, um die Grundlagen ordentlich aufzubauen, und jemand, den ich persönlich als Held angesehen hatte, war da, um über internes Paketmanager-Drama zu reden. Nächster! Da gehe ich nie wieder hin. Es ist bis in die Wurzeln verfault.

• Darüber habe ich in letzter Zeit nachgedacht. Jetzt, wo Software für die meisten Ideengeber erreichbar geworden ist, wird Handarbeit und Experimentieren auf einem viel tieferen Niveau möglich.
  Mit langsamen, aber sehr billigen 3D-Druckern und reichlich Hardware-Schnittstellen werden aus Wochenendprojekten vermutlich viele wunderschöne Utility-Produkte entstehen, bei denen man sich fragt: „Warum gab es das bisher nicht?“ Ich freue mich darauf zu sehen, wie sich Softwareingenieure und Teams zu den nächsten Produktbauern weiterentwickeln.

  • Mein jüngerer Bruder ist Rettungsschwimmer am Strand und hat im letzten Jahr unglaublich viele erstaunliche Projekte gebaut. Es fühlt sich irgendwie befreiend an. Wirklich eine großartige Zeit.

• Beim letzten Hackathon, auf dem ich war, hat unser Team gegen ein Team verloren, das nur eine PowerPoint-Präsentation gemacht hat. So etwas will ich nicht mehr machen.

  • Aber wie denn? War diese PowerPoint so interessant?