Adeus aos hackathons de software. Vida longa aos hackathons de hardware

• Em um hackathon de 48 horas, foi criado um demo conectando um Raspberry Pi a um antigo telefone de disco, integrando áudio bidirecional, campainha e o interruptor do gancho a um servidor
• O demo foi configurado para que um agente de IA pesquisasse músicas, criasse playlists com a API do Spotify e atendesse aos pedidos musicais do usuário
• Os dois participantes não olharam uma única linha de código durante todo o fim de semana e passaram a ver que, em hackathons, o mais importante é funcionar
• Ao focar menos em escrever código e mais no projeto do sistema como um todo e no ajuste fino da implementação, surgiu espaço mental para lidar com hardware e interfaces com o mundo físico
• Só com web apps os hackathons ficaram menos desafiadores, e a visão é que os hackathons de hardware, misturando tecnologias antigas e eletrônicos de consumo, vão se destacar mais

---

Demo de hackathon com telefone de disco

• Em um hackathon realizado em Vilnius, uma equipe de duas pessoas levou um antigo telefone de disco e trabalhou nele por 48 horas
• O telefone foi conectado a um Raspberry Pi, e o Raspberry Pi se integrava às entradas e saídas do aparelho enquanto se comunicava com o servidor por uma única conexão WebSocket
• A conexão WebSocket controlava áudio bidirecional, a campainha com frequências e padrões de áudio personalizados, e o interruptor de desligar do fone
• O demo final foi configurado para que um agente de IA pesquisasse músicas, criasse playlists e reproduzisse seleções específicas via API do Spotify
• Exemplos de pedidos incluíam: “toque músicas de artistas que supostamente apareceram nos arquivos Epstein” e “crie uma playlist de rock psicodélico zambiano dos anos 70”
• A personalidade do outro lado da linha foi definida, via ElevenLabs, como a de um caloroso cavalheiro de Yorkshire

Mudança de foco nos hackathons

• Com as mudanças recentes no fluxo de escrita de código, os dois participantes não olharam diretamente uma única linha de código durante todo o fim de semana
• Algo que seria difícil de imaginar 12 meses atrás agora virou realidade, e em hackathons o ponto central passou a ser se o resultado funciona
• O foco dos hackathons está saindo da lógica de dormir menos e digitar código até os dedos doerem para um modo de pensar o sistema inteiro
• Como iterar sobre detalhes de implementação e fazer refatorações radicais se tornou algo menor, abriu-se mais espaço para lidar com hardware e os pontos de contato com o mundo físico
• Um web app que poderia ter sido um grande feito 24 meses atrás agora ficou comum, e a forma de elevar de novo o nível dos hackathons é o hardware
• A expectativa é de que, nos próximos meses, haja uma ênfase maior em hackathons de hardware do que antes
• Tecnologias antigas, que antes exigiam conhecimento de domínio muito específico e muito tempo, podem voltar a viver como objeto de experimentação
• Alguns exemplos: apps esquisitos para Apple II, transformar uma máquina de fax em uma rede social, transformar um Game Boy Advance em um terminal Bloomberg, uma caixa registradora baseada em LLM capaz de sentir amor e dor, e um micro-ondas ativado por voz com IA
• Esses projetos talvez não tenham um caso de negócio convencional, mas hackathons devem ser um pouco absurdos
• Não se quer ver pitch para VC nem o problema que alguém está tentando resolver; quer-se ver uma estrutura exageradamente bizarra feita de fios e APIs
  • uma manifestação de hubris (arrogância) montada sobre uma breadboard, buscando uma fusão com eletrodomésticos ao estilo Frankenstein que faça você duvidar da realidade

[GN⁺]

Comentários do Hacker News

• Faz sentido, considerando várias circunstâncias. Participei de hackathons só algumas vezes, mas a melhor experiência foi em Amsterdam, por volta de 2022. Metade do time foi dormir, e eu e mais uma pessoa ficamos presos a noite toda num local com umas 200 pessoas, construindo alguma coisa e quebrando a cabeça com otimizações, gambiarras e soluções meio forçadas para problemas quase impossíveis
  Nos últimos anos perdi o interesse, e agora acho que não vou mais participar. Recebi um e-mail de um hackathon que terminou recentemente, e dizia que os vencedores tinham feito algo como uma equipe de engenharia de IA, e a apresentação era composta por 20 arquivos de bobagem em Markdown tipo skills.md. Fiquei pensando se bastava escrever um texto convincente para ganhar ouro e, como um amigo disse, parece que “chegamos ao fundo do poço e agora estamos cavando para baixo”. Pelo menos no hardware você realmente precisa construir algo e usar a cabeça

  • A maioria dos hackathons já era assim há muito tempo. Passei um fim de semana inteiro preso num complicado problema de classificação de dados, sem fazer progresso, enquanto os vencedores apareceram com slides bonitos de apresentação e uma demo de código de 30 segundos empacotando um app CRUD
  • Ganhei o único hackathon de que participei, contra a minha vontade, 10 anos atrás. Os jurados ficaram especialmente impressionados com a seção de IA do relatório, mas aquilo era praticamente pose técnica, citando alguns algoritmos que estavam na moda na época e dizendo algo como “no futuro o sistema deveria fazer isso e aquilo”
    Nada daquilo tinha sido implementado na demo de forma alguma, mas eles só queriam confirmar se eu parecia saber do que estava falando, e falar com confiança foi suficiente. A gente nem estava tentando vencer, só queria uma nota para passar
  • Infelizmente, acho que o hardware também não vai durar muito. Está aumentando o número de pessoas tentando fazer desenvolvimento de hardware com LLM sem entender de hardware
  • Quanto à pergunta “20 arquivos Markdown merecem medalha de ouro?”, eu diria que sim. Se uma árvore caiu na rua e uma pessoa constrói um robô autônomo para removê-la, enquanto outra simplesmente vai lá e a tira do caminho, o lado “idiota” vence
    Estamos num momento histórico em que alguns arquivos Markdown resolvem melhor o problema do que soluções dedicadas feitas por especialistas ao longo de centenas de horas. Vitória ou derrota não se decide pela quantidade de esforço investido, mas pelo resultado

• Hackathons viraram uma competição de “UI bonita e dados mockados”. Ganha quem tiver o melhor responsável por UI no time, e eu mesmo já me beneficiei disso algumas vezes

  • Passei por algo parecido num hackathon interno da empresa. Foi antes dos LLMs. Pegamos um problema, desenhamos uma ferramenta interna e colocamos por cima uma UI em Bootstrap com animações chamativas em CSS
    Ao ligar dados mockados, ficou bem convincente, e vencemos, recebendo parabéns da diretoria. Logo em seguida veio a pergunta: “dá para colocar isso em produção em 1 semana ou vão precisar de 2?”
  • Os jurados normalmente são gerentes com capacidade técnica mediana
  • Em um hackathon de alguns anos atrás, ainda antes dos LLMs, investi um esforço considerável em treinar um algoritmo tradicional de aprendizado de máquina e integrá-lo a um app React Native. Para 2016, isso já era algo bem impressionante para um time conseguir fazer
    O time vencedor comprou um tema Bootstrap de 35 dólares e fez uma landing page para um app que nem existia
  • Depois de ver uma apresentação em PowerPoint vencer, aquele foi meu último hackathon
  • A outra metade, no fim das contas, é toda pitch

• Acho hackathons bons. Eles exigem justamente as coisas em que sou fraco: pitch, contato visual, construir uma narrativa convincente, envolver o público. Sou realmente ruim nisso
  Sou péssimo em fazer as pessoas sentirem a minha dor ou em comunicar algo com rapidez e eficácia. Hoje em dia hackathons são quase só isso, e como viraram um campo de treino que expõe minhas fraquezas centrais, continuo indo quase todo fim de semana mesmo com 25 anos de carreira. É uma área em que realmente preciso melhorar e, enfim, estou melhorando aos poucos, mas de forma verificável
  Eu chamo esse problema de trailhead. Quando você entra fundo demais no caminho de um problema, esquece como ele parecia no ponto de partida, e aí acaba gastando tempo no nível errado de detalhes e nos aspectos errados, sem conseguir vender o produto. Por isso consigo fazer pitch do que é dos outros melhor do que do que é meu

  • Me identifico. Fico me perguntando se isso é mais próximo de um problema de autoconfiança. Não digo isso para atacar ou diminuir, mas por curiosidade do ponto de vista de autoanálise e percepção
    Às vezes sinto algo parecido também, mas quando reenquadro a situação a partir do interesse e da empolgação, deixando de lado a pressão por desempenho e a ansiedade, e compartilho com outras pessoas, em geral não parece ficar completamente horrível

• Como alguém que entrou no Linux e no open source no começo dos anos 90, sempre acho uma pena que hackathon tenha deixado de significar “vamos todos nos reunir para colaborar em software livre” e tenha virado uma atividade competitiva. Hoje parece que chamam a primeira opção de “sprint de desenvolvimento”, mas quando ouço a palavra hackathon é sempre isso que me vem à cabeça primeiro

  • Os hackathons a que eu ia quando era mais novo eram bem abertos e colaborativos. Os que participei recentemente são mais um meio de fazer você usar infraestrutura em nuvem como AWS, GCP e Vercel
    Mais recentemente ainda, há times que chegam com um produto já pronto, não fazem hacking nenhum e vão participar de reuniões com VCs. Naturalmente vencem com um produto acabado e bem-feito, e usam a exposição na mídia para gerar leads. Meu hack improvisado com fita adesiva e papelão, projetado e montado por um time que se reuniu 48 horas antes, não parece lá grande coisa visualmente
  • Você não está sozinho. Os MBAs descobriram as APIs. É tipo um Eternal September
  • Concordo. A própria ideia de “vencer” um hackathon parece bem estranha. Parece que não deveria ser o tipo de coisa em que se pode ganhar
  • A KDE ainda parece fazer esse tipo de evento durante a Akademy, e o LibreOffice também no último dia da conferência
    Tive a chance de ir a um evento do LibreOffice em 2023, mas infelizmente deixei passar por causa de questões da vida cotidiana
  • Na prática, hackathons patrocinados ou organizados por empresas se parecem muito com rodar várias tarefas de contratação em paralelo. A empresa consegue muito trabalho de graça para problemas que originalmente deveria pagar para resolver, e depois pode escolher os resultados de que mais gosta. É exploratório demais, então nunca tive vontade de participar

• Concordo com o autor que, em hackathons onde velocidade é importante, bugs são tolerados e só a demo é avaliada, o vibe coding substituiu completamente a programação
  Mas não entendo por que disso se conclui que software foi “resolvido” e que só hackathons de hardware têm sentido. Na verdade, acho que hackathons de software ficaram ainda mais úteis justamente porque as ideias passaram a importar mais. Mesmo que ideias tenham ficado mais baratas, nem todo mundo consegue passar 24 a 72 horas num protótipo, pensando em detalhes melhores dentro de um espaço que estimula a criatividade
  Software também não foi resolvido. Principalmente se os jurados exigirem certo nível de funcionalidade, algumas ideias ainda precisam de conhecimento e habilidade de baixo nível para virar protótipo. Seja o objetivo do hackathon um protótipo para depois refazer como produto, um protótipo para atrair investidores, descobrir ideias relacionadas à empresa, ou simplesmente se divertir, comer de graça e curtir pessoas legais

  • Porque a IA não consegue fazer hardware. Não sabe soldar, trocar um LED vermelho por um LED azul e encontrar o resistor limitador de corrente para o brilho ideal
    Também não consegue ver que parte do invólucro precisa ser cortada, nem observar o comportamento transitório de partida de um LDO

• No Hack Club, nos últimos dois anos houve um grande investimento para ajudar adolescentes a entrar em eletrônica e projetar seus próprios PCBs
  É bem mais difícil de fingir e, especialmente para iniciantes, muitas vezes é muito mais interessante do que software. O vídeo recente do evento na sede do GitHub também vale a pena: https://youtu.be/kaEFv7e49mo?si=sLer815jCJIyWR9Y
  Em breve vai acontecer o Hack Club Fallout, levando estudantes do ensino médio dos EUA e do mundo todo para Shenzhen para um hackathon de 7 dias. É um dos poucos lugares onde dá para fabricar PCBs no mesmo dia: https://fallout.hackclub.com

• Na faculdade, quase todos os meus projetos de hackathon eram de hardware
  Por exemplo, coisas que fiz no HackPrinceton, que tinha o melhor laboratório de engenharia elétrica e eletrônica. https://blog.cyrusroshan.com/post/electronic-banjo ganhou o prêmio do público, e https://blog.cyrusroshan.com/post/spin-to-win era uma ideia “moonshot”
  Poder segurar na mão algo que você mesmo fez é muito bom. Um resultado tangível é fácil de explicar e difícil de falsificar. Por isso ir para o lado do hardware era divertido, recompensador e ainda rendia boas notas. Bons tempos

• O lado das conferências também não está muito melhor
  Fui a uma meio contra a vontade alguns meses atrás e fiquei realmente chocado. Era um evento de dois dias, e prefiro nem dizer o nome da linguagem de programação. Hoje em dia talvez já nem importe, mas no máximo uns 20% das palestras eram de fato sobre programação
  Um pequeno grupo que se chamava de campeão da indústria subia ao palco em sequência para pregar sobre sua própria santidade e sobre as coisas extraordinárias que dizia ter feito pela comunidade, num campo tão relacionado à engenharia de software quanto a Islândia está ao Oceano Índico
  Era palestra atrás de palestra, estilo de vida, ostentação nerd, tudo menos programação. O único workshop enfiado ali à força nem deu tempo de construir o básico direito, e uma pessoa que eu pessoalmente considerava heroica apareceu para falar sobre drama interno de gerenciador de pacotes. Próximo! Nunca mais vou. Está podre até a raiz

• Eu estava pensando nisso esses dias. Agora que software chegou ao ponto de ficar acessível à maioria das pessoas com ideias, isso abre espaço para um nível muito mais profundo de trabalho manual e experimentação
  Com impressoras 3D lentas, mas muito baratas, e interfaces de hardware abundantes, acho que muitos utilitários lindos do tipo “como isso ainda não existia?” vão surgir a partir de projetos de fim de semana. Estou animado para ver engenheiros de software e equipes se transformando nos criadores da próxima geração de produtos

  • Meu irmão mais novo é salva-vidas de praia e, no último ano, construiu uma quantidade enorme de projetos incríveis. Dá uma sensação de libertação. É uma época muito legal

• No último hackathon a que fui, nosso time perdeu para um time que só fez uma apresentação em PowerPoint. Não quero mais participar disso

  • Mas como? O PowerPoint deles era tão interessante assim?