Semana do Universe, badges hackeáveis e o dilema do open source no GitHub | S02E06 | The GitHub Podcast

Vídeo de autoria do canal indicado, não da IANIA; todos os direitos pertencem ao criador. Transcrição, resumo e tradução gerados automaticamente; o conteúdo no idioma original é preservado na versão em idioma original.

Idioma original: inglês

Vídeo original: Universe week, hackable badges, and GitHub’s open source dilemma | S02E06 | The GitHub Podcast · Canal: GitHub · 40:03 · Assistir no YouTube

Tópicos: Agentes de IA, Engenharia de software com IA, Infraestrutura e hardware de IA, Open source e ecossistemas de software

Resumo

Neste episódio, Martin Woodward conversa sobre o GitHub Universe, o aumento de pull requests gerados por IA e os desafios que isso traz para quem mantém projetos open source. Ele explica como ferramentas e limites configuráveis podem ajudar mantenedores a lidar com contribuições de baixa qualidade, sem tirar deles o controle sobre os projetos. Também apresenta o badge hackeável do evento e fala sobre como Copilot pode facilitar a criação de aplicativos para o dispositivo. A conversa aborda ainda a importância de continuar aprendendo e experimentando, os fundamentos técnicos úteis para trabalhar com IA e projetos open source recomendados pelos apresentadores.

Pontos-chave

O GitHub Universe combina conversas sobre IA e melhorias na plataforma principal do GitHub, além de reunir a comunidade de software.
O aumento de pull requests gerados por IA cria mais pressão sobre mantenedores e exige novas práticas de contribuição.
Mantenedores devem poder definir limites para contribuições e decidir se aceitam pull requests.
Uma contribuição open source também implica uma responsabilidade de manutenção; é melhor contribuir para resolver uma necessidade real do que apenas ganhar visibilidade.
O badge do GitHub Universe é um dispositivo hackeável, com recursos como acelerômetro, controles capacitivos e suporte a aplicativos em MicroPython.
Copilot pode ajudar a criar e executar aplicativos no badge, reduzindo as barreiras para experimentar com hardware.
Projetos pessoais e experimentação ajudam profissionais a aprender, manter a criatividade e desenvolver julgamento técnico.
Martin recomenda entender fundamentos como DevOps, redes e a relação entre cliente e servidor, além de aprender linguagens.
A IA facilita a criação de aplicativos pequenos e pessoais, enquanto profissionais experientes continuam sendo importantes para lidar com escala e sistemas complexos.
Os apresentadores recomendam ZoomIt, pre-commit e projetos de hardware open source.

Capítulos

Início	Capítulo	Resumo
00:03	Abertura e GitHub Universe	Os apresentadores recebem Martin Woodward e conversam sobre a programação e a comunidade do GitHub Universe.
04:50	Open source e o aumento de contribuições geradas por IA	Martin discute como a IA facilita contribuições, mas também aumenta a carga sobre os mantenedores.
08:08	Ferramentas e limites para mantenedores	A conversa aborda limites de pull requests em andamento e outras opções para controlar contribuições de baixa qualidade.
11:20	Como contribuir para projetos open source	Martin aconselha novos desenvolvedores a entender as necessidades dos projetos e o custo de manutenção de cada contribuição.
13:32	O badge hackeável do GitHub Universe	Martin conta a origem dos badges e apresenta recursos de hardware do modelo mais recente.
20:34	Manter a curiosidade e aprender brincando	Os participantes falam sobre como projetos pessoais e experimentação ajudam a preservar a criatividade na carreira.
27:05	Aplicativos pessoais e mudanças no desenvolvimento	A conversa explora a criação de aplicativos pequenos com IA e o papel de profissionais na evolução desses projetos.
29:13	Fundamentos técnicos e aprendizado	Martin destaca a importância do julgamento técnico, de aprender durante a prática e de conhecer conceitos de sistemas.
34:06	Learn to Cloud e fundamentos de cloud engineering	GPS apresenta o currículo open source Learn to Cloud e defende a relevância de habilidades de operações e DevOps.
35:42	Recursos do Universe e projetos recomendados	Martin indica conteúdos do evento, e os apresentadores compartilham ferramentas e projetos open source de que gostam.
38:27	Projetos de hardware e encerramento	Martin apresenta projetos de hardware inspirados no GitHub e em dispositivos da IKEA antes do encerramento do episódio.

Citações

Contribuir era mais difícil do que consumir. — 05:26

O fato de você ter feito uma contribuição não significa que ela seja adequada. — 12:27

Dê a si mesmo permissão para brincar. — 22:09

Você deve ter uma opinião sobre o que constrói e publica. — 25:28

É o caminho de aprendizado que dá a você o julgamento e as habilidades de um especialista. — 30:15

Conceitos e entidades

GitHub Universe (conceito): Evento do GitHub que reúne a comunidade de software para palestras e atividades sobre tecnologia, open source e IA.
Copilot (ferramenta): Ferramenta mencionada como apoio à programação e à criação de aplicativos para o badge hackeável.
open source (conceito): Modelo de desenvolvimento no qual projetos e código podem ser compartilhados e receber contribuições da comunidade.
Pimoroni (empresa): Empresa britânica que criou o badge Tofty usado como referência para o badge do evento.
RP2040 (modelo): Microcontrolador citado como base de uma versão anterior do badge hackeável.
MicroPython (ferramenta): Implementação de Python para microcontroladores, usada para criar aplicativos para o badge.
Learn to Cloud (repo): Currículo open source apresentado por GPS para ensinar fundamentos de cloud engineering.
ZoomIt (ferramenta): Ferramenta recomendada por Cassidy para ampliar e destacar partes da tela durante apresentações.
pre-commit (ferramenta): Ferramenta que executa verificações antes de um commit, citada na conversa sobre o projeto prek.
prek (ferramenta): Alternativa mais rápida ao pre-commit, reimplementada em Rust e recomendada por GPS.
GitHub Actions (ferramenta): Serviço do GitHub cujos créditos são usados como parte de um projeto de abóbora iluminada.
Martin Woodward (pessoa): Líder do GitHub e convidado do episódio, que fala sobre open source, badges hackeáveis e aprendizado por experimentação.
Cassidy Williams (pessoa): Apresentadora do podcast e developer advocate no GitHub.
GPS (pessoa): Cohost do podcast e integrante da equipe de developer experience do GitHub.

Tradução completa (pt-BR)

00:03 Este é o podcast do GitHub, um programa dedicado a temas, tendências, histórias e à cultura da comunidade de desenvolvimento open source no GitHub e em torno dele. Sou Cassidy Williams, também conhecida como Cassidoo, e sou developer advocate aqui no GitHub. E estou aqui com meu querido coapresentador, GPS. Oi, GPS. >> [fungada] >> Oi, Cassidy. Oi, pessoal. Boas-vindas a um novo episódio. Sou GPS, da equipe de experiência do desenvolvedor aqui no GitHub. Cassidy, temos convidados muito especiais conosco hoje, não é? >> Eu sei. Estou toda empolgada. É o nosso chefão, o grande chefe, Martin. Oi, Martin.

00:37 Boas-vindas ao programa. >> Como você está? Bem, depois dessa apresentação, não tem como não ficar decepcionado. Então, obrigado por me receberem, finalmente. Sou um ex-apresentador do podcast do GitHub, então… >> Eu ia dizer, sim, você começou o programa originalmente, não foi? >> Eu e Neha apresentamos por um tempo, nos revezando. Brian Douglas também estava por perto nos primeiros dias. Então, sim, mas é bom estar de volta. Adoro o que vocês fizeram com o programa. Obrigado por me receberem. >> Quando este episódio for ao ar, o GitHub Universe já estará acontecendo, e estaremos todos muito, muito animados, no local e conversando com desenvolvedores do mundo todo,

01:08 online e presencialmente, sobre open source, sobre IA e sobre tantas coisas diferentes. E, Martin, você fará a palestra de encerramento do Universe. Se não se importar, fale um pouco sobre isso e sobre algumas das coisas que estão empolgando você no Universe deste ano. >> Sim, estou mesmo ansioso. Ainda bem que estamos gravando um pouco antes de subirmos ao palco, porque agora estamos correndo por aí com o cabelo pegando fogo. Mas vou cobrir a parte divertida no final, falando um pouco sobre a comunidade por trás do GitHub e todas as coisas incríveis que podemos fazer juntos. Durante o evento em si, obviamente, haverá muito sobre IA. Mas o que também

01:42 estou animado para ver são as conversas sobre melhorias fundamentais na plataforma central do GitHub e algumas coisas empolgantes nessa área. E, se você estiver ouvindo isto e não estiver no Fort Mason, em San Francisco, não tem problema. A conferência está disponível online, e todo o conteúdo também ficará disponível depois do evento, então você pode acompanhar tudo em githubuniverse.com. >> An- antes de começarmos, Martin, posso perguntar quando foi seu primeiro Universe? E qual foi sua coisa favorita naquele ano?

02:12 >> Estava tentando descobrir isso. Na verdade, fui a todos os eventos Universe. Só entrei no GitHub em 2020, mas fui aos primeiros Universe quando trabalhava na Microsoft, porque éramos patrocinadores. Tenho uma foto minha que vou procurar e compartilhar, em que estou no banco de trás de um táxi levando uma caixa de camisetas para o meu primeiro GitHub Universe. E, sim, foi legal. Vindo do mundo da Microsoft naquela época, eu pensava: “O que é isso?” Porque esperava algum tipo de conferência para desenvolvedores e

02:42 era… eu sentia como se tivesse sido convidado para uma rave underground ali perto do cais, em San Francisco. Não fazia ideia do que estava acontecendo, mas sabia que tinha encontrado a minha turma. E, desde então, voltei todos os anos. Acho que houve um ano que perdi pelo caminho, mas depois nos mudamos de lá para o Palace of the Fine Arts e outros lugares assim. Ou, como eu conheço, a sede da Frota Estelar, lá perto do portão. E, nos últimos anos, temos estado no Fort Mason. Então, tem sido bom. Tem sido interessante ver

03:14 como o evento evoluiu ao longo dos anos. Mas, o mais importante, é quando toda a comunidade se reúne, e acho que dá para sentir isso no evento. Sabe, é mais como uma exposição mundial de software do que uma conferência de fornecedores. Pelo menos espero que seja. >> Bem, participar online também é muito divertido. Antes de entrar no GitHub, eu acompanhava online porque nunca conseguia ir à conferência. E sempre ficava com FOMO, querendo estar no evento, mas, mesmo podendo falar disso desde os tempos da pandemia, também é só

03:48 acompanhar online e coisas assim: é muito divertido ver pessoas de open source se reunindo, e pessoas de software se reunindo. >> Sim, de fato. Na verdade, lembro que tivemos você no programa, Cassidy, durante a pandemia. Tivemos que mudar tudo muito rapidamente para o formato virtual em 2020 e, obviamente, também em 2021. E, sim, Cassidy foi uma das palestrantes convidadas naquela época. Foi legal. >> As luzes do meu escritório são daquele Universe, porque montei tudo para ele. É. >> [risos] >> Porque, na época, era só uma webcamzinha e, sim, tivemos que fazer com que parecesse um pouco mais profissional. >> Eu com certeza também dei uma melhorada no meu equipamento naquela época. >> Sim. Sim, acho que todo mundo foi melhorando aos poucos, à medida que percebia que aquela era sua presença online. Nossa. Sim. Enfim, o GitHub Universe mudou e, neste ano, está maior, melhor e mais legal em muitos aspectos. Então, Martin, você poderia falar um pouco mais sobre… Sim, sobre o que é sua palestra principal? O que as pessoas deveriam saber? O que… >> Sim, quer dizer, obviamente, durante a semana tivemos muito assunto sobre IA e muito

04:20 debate sobre o Copilot e tudo mais. Mas também… uma das coisas que me deixou muito tranquilo foi ver toda a conversa sobre a plataforma central do GitHub e sobre como podemos fazê-la escalar para dar conta da carga maior desta época da IA em que estamos. E também sobre algumas das ferramentas e coisas que fizemos para facilitar a manutenção de projetos. Essa é uma das áreas que mais me preocupa porque, sabe, cheguei ao GitHub por meio do open source e sou membro da comunidade open source há muito

04:50 tempo. E sempre trabalhamos com a suposição de que contribuir era mais difícil do que consumir, sabe? E um dos grandes sucessos do GitHub, uma das coisas que mais fez pela comunidade open source, foi, na verdade, tornar o pull request e a contribuição relativamente fáceis. E também garantir que, como consumidor de open source,

05:26 você nunca fosse impedido de mexer por conta própria. Você sempre pode experimentar, brincar e fazer suas próprias coisas, sabe, criar um fork do código e fazer alterações, mas depois facilitar para você pegar esse fork e levá-lo de volta ao projeto. Isso é ótimo. E isso realmente ajudou a impulsionar o open source como uma forma de desenvolver software para o mundo, o que tem sido fantástico de ver. >> [ofega] >> Mas, desde esta época no ano passado, desde novembro, na verdade, eu acho, com os modelos mais recentes, vimos que ficou significativamente mais fácil para quem contribui enviar código relevante para um projeto open source.

05:57 E vemos muitos dos nossos mantenedores de open source sob muita pressão por causa das pessoas que enviam pull requests, muitas vezes com ótimas intenções, mas enviando um PR sem realmente ter o envolvimento com a comunidade que talvez fosse necessário para alcançar aquele nível de contribuição. Então, introduzimos várias ferramentas e

06:30 vários processos e maneiras de ajudar os mantenedores, incluindo, de forma controversa, a possibilidade de desativar completamente o recebimento de pull requests. >> Certo. >> Isso me deixa triste. Como alguém que ama open source, o fato de termos adicionado isso, de termos precisado adicionar esse botão, de termos precisado adicionar isso como uma caixa de seleção, me deixou meio triste. Mas, quando você conversa com pessoas como Sindre ou com outros mantenedores de open source, fica claro que eles precisam ter essa opção. O projeto é deles. Eles precisam

07:04 um conjunto de processos e maneiras de ajudar os mantenedores, incluindo, de forma controversa, a possibilidade de desativar totalmente o recebimento de pull requests. >> Certo. >> Isso me deixa triste. Como alguém que ama open source, o fato de termos acrescentado isso, de termos precisado adicionar esse botão, de termos precisado incluir isso como uma caixa de seleção, meio que me deixou triste. Mas, quando você conversa com pessoas como Sindre ou com outros mantenedores de open source, elas precisam ter essa escolha. O projeto é delas. Elas precisam

07:34 poder escolher se vão aceitar PRs ou não. Então, cabe a nós tornar essa escolha possível, mas também é uma daquelas coisas com que me preocupo quando pensamos no futuro do open source e em como é fácil fazer uma contribuição. Acho que há um novo conjunto de regras de etiqueta e padrões que as pessoas precisam aprender. São tempos interessantes. >> Essa última parte é exatamente o que me vem à cabeça quando penso nisso. É como se todo mundo estivesse aprendendo um novo comportamento

08:08 agora. Ainda há pessoas que fazem pull requests direitinho e contribuem para projetos, claro. Mas eu estava olhando os números: em janeiro deste ano, 2026, houve menos de 10 milhões de PRs gerados por IA naquele mês. Em março, foram cerca de 17 milhões e, em agosto, cerca de 71 milhões. Isso vem crescendo exponencialmente e, com isso, tanto os bons quanto os maus comportamentos são amplificados, porque é uma gigantesca máquina de calcular médias

08:39 . E é empolgante poder ver tanto crescimento em tantos projetos. Também é muito empolgante ver que algumas coisas podem ser criadas do zero tão rapidamente. Mas, ao mesmo tempo, as pessoas precisam aprender os comportamentos adequados, e isso acontece muito mais devagar do que o ritmo em que os modelos estão evoluindo. >> Sim. Sim. Além disso, há incentivos para ter seu nome associado a alguém que contribuiu para um projeto open source, sabe? Especialmente quando você está começando

09:10 , você meio que quer provar seu valor e deixar sua marca, dizendo: “Ah, contribuí para o projeto XYZ.” É uma dessas formas de fazer isso, e as pessoas precisam aprender isso. Mas também precisamos garantir que as ferramentas estejam integradas à plataforma para que os mantenedores não sejam soterrados pelo ruído. Sabe, além de desligar tudo de vez, o que mais podemos fazer? Uma das coisas que a equipe do Tiny Wins, a Helen, a Camilla e

09:40 toda a equipe, ajudaram a fazer foi adicionar um recurso que permite definir limites de trabalho em andamento para um pull request. Assim, você pode dizer: “Para um novo contribuidor, permita apenas um pull request em andamento por pessoa de cada vez, ou três, ou qualquer número que você quiser.” Isso é bem legal porque força você, como contribuidor, a decidir qual é a coisa mais importante que quero contribuir agora. Sabe, é essa correção de ortografia de um erro de digitação em um comentário ou é

10:13 esse recurso que criei, ou é outra coisa? E, sabe, se quiser que seja integrado, você precisa escolher qual deles quer enviar ao projeto agora. Então, isso é legal, e há outras maneiras de fazer isso. Há outras coisas que também podemos analisar, e temos outros controles em vigor, mas não acho que já tenhamos descoberto qual é a solução completa para todo mundo. Acho que precisamos ter muitas opções diferentes e permitir que os projetos decidam por si mesmos o que é melhor para eles, inclusive usar IA para criar automaticamente reproduções de

10:46 issues relatadas ou usar IA para fechar automaticamente PRs que não atendem aos seus requisitos. Esse tipo de coisa. Sabe, há maneiras de usarmos IA para combater contribuições de baixa qualidade e também ajudar a tornar as coisas mais seguras. >> Acho que você tocou em algo que vejo bastante, porque, sabe, temos o aumento do uso de IA e todos esses modelos sendo lançados, ao mesmo tempo que temos um mercado de contratação difícil, e aí vem a mensagem do tipo

11:20 : desenvolvam projetos, contribuam para o open source, certo? Então, temos quase uma trifeta de fatores que podem fazer as coisas darem errado, porque tudo está preparado para dar errado. Mas estou curioso para saber se você pensou em algum conselho para alguém que está começando na área de desenvolvimento de software. Estou tentando fazer uma boa contribuição, sabe? Mas talvez, por ser iniciante, eu não saiba como é uma boa contribuição. Você tem algum conselho para mim? >> Não faz mal começar algo novo por conta própria e criar uma comunidade. Meu

11:53 filho está começando na área de tecnologia e, sabe, ele foi um dos sortudos que conseguiram recentemente uma vaga para recém-formados. Ele estava criando um projeto para fazer seu próprio framework de IA e, só por criá-lo, aprender sobre ele, aprender a fazer a integração com o VS Code e aprender a trabalhar com a comunidade, isso foi bom para ele, porque ajudou a aprender a trabalhar em equipe e coisas do tipo. Então, isso foi legal. Acho também que você precisa entender as motivações, como

12:27 por que o mantenedor deveria aceitar sua contribuição? Só porque você a fez não significa que ela seja legal, sabe? E é importante entender que, quando você contribui para um projeto open source, sim, você está oferecendo ao projeto esse presente glorioso que é seu código, o que é legal, obrigado. Mas também está passando para aquela equipe a dívida de manutenção de cuidar desse código daqui para a frente. E, quando você é iniciante, tende a subestimar drasticamente o tamanho dessa

13:00 carga de manutenção ao longo de toda a vida do projeto, porque ainda não vivenciou tanta manutenção de código a longo prazo. Nem sempre crie algo novo; contribua pelos motivos certos. Contribua com um recurso que seja útil para você e que você tenha usado. Não contribua só porque quer ver seu nome em destaque. Provavelmente esse é o pior motivo para contribuir com open source, infelizmente. Mas, sim, contribua com isso. E, quanto a ganhar experiência,

13:32 a melhor experiência que você pode ter é começar algo novo, manter um projeto e tentar resolver um problema de negócio para alguém. Essa provavelmente é a habilidade mais transferível. >> Já que estamos falando de todos esses projetos, você trabalhou em um projeto muito legal para o próprio GitHub Universe: o badge. Você poderia nos contar um pouco mais sobre por que um badge de conferência é tão importante? >> Porque é do GitHub. E, na verdade, este ano eu me envolvi menos do que nunca nos badges, infelizmente. Mas, ainda assim, é o melhor badge de todos, então isso meio que diz

14:05 alguma coisa. Mas… >> [risos] >> Sim, Avni e toda a equipe fizeram um ótimo trabalho com o badge da conferência. Esses badges começaram em 2022, acho. Começamos com um badge hackável, e eu sou amigo de algumas pessoas de uma empresa chamada Pimoroni, que fica em Sheffield, no Reino Unido. Eles já tinham um badge de conferência baseado em tinta eletrônica. E eu pensei: “Opa, isso é legal.” Ele é baseado em um chip RP2040

14:38 e eu pensei: “Ah, e eu participei da criação dele com a Raspberry Pi Foundation.” E tudo isso é feito em open source e coisas do tipo, então foi legal. Trabalhamos com eles para criar uma versão personalizada para a edição de 2022, para alguns dos nossos GitHub Stars, influenciadores e outras pessoas, como um agrado especial. Foi tão popular que o trouxemos de volta para toda a conferência no ano seguinte e nos anos seguintes. E, no ano passado, em vez de usar tinta eletrônica, decidimos colocar uma bateria

15:10 nisso, e uma bateria recarregável, que… >> Muito legal. >> É uma coisa completa, porque agora você também precisa se preocupar com a duração da bateria. >> Mas… >> Isso é principalmente por uma questão de saúde e segurança, porque você não quer células de polímero de lítio explodindo nas pessoas, nem nada do tipo. Então, precisa colocá-las dentro de uma carcaça rígida e fazer todo esse tipo de coisa para funcionar. Também precisa se preocupar com o peso do aparelho, quanto tempo vai durar e tudo mais. Mas, ao colocar uma tela no badge…

15:42 é, percebemos uma diferença no ano passado: muito mais gente entendeu que esse badge era um computador e que era capaz de fazer coisas. Vimos de tudo: gente criando apps, jogos e outras coisas; gente criando um sistema de notícias personalizado que funciona no badge da conferência do ano passado, o que é bem legal; e alguém portou Doom para ele, e o jogo é totalmente jogável. Tudo isso é legal. Então, neste ano, o que fizemos com os badges é parecido em termos de hardware com o do ano passado…

16:16 …além de termos acrescentado algumas inovações importantes. A primeira coisa que fizemos — e parece boba — foi acrescentar um acelerômetro, porque percebemos que as pessoas usam os badges pendurados no pescoço. Fica legal, mas, quando olham para o badge, elas o viram para cima e olham diretamente para ele, e aí o badge fica de cabeça para baixo, por assim dizer. E percebemos que as pessoas quase se estrangulavam tentando segurar o badge na posição certa e coisas do tipo. Então, o que fizemos foi simplesmente acrescentar um…

16:48 …acelerômetro e, no firmware, giramos a tela em 180 graus. Assim, quando você o levanta para olhar a tela, ela fica na posição certa para você; depois, você o abaixa de novo, e a tela fica na posição certa para quem estiver olhando. É uma coisinha simples, que custou apenas alguns centavos a mais por badge, mas melhorou muito a experiência de uso. >> Isso é incrível. Eu tenho… acho que tenho o último badge com e-ink da… >> Aí está. >> Estou muito animada para ver o primo maior em ação e comparar os dois. >> Bem, também acrescentamos o hardware dos novos badges.

17:23 Eles têm Wi-Fi e Bluetooth. Não ativamos o Wi-Fi na conferência, porque descobrimos que ter, sabe, 4.000 badges hackeáveis na rede da conferência assusta bastante o provedor de Wi-Fi. Temos alguns beacons de luz perto da área de hack your badge e coisas assim, mas, em geral, não fazemos isso. E a outra coisa que fizemos em termos de hardware foi… como imprimimos designs bonitos nele e temos gráficos legais, e colocamos gráficos legais no novo badge, que vão ficar…

17:55 …legais e têm um estilo bem de entusiasta de tecnologia. Mas, na verdade, descobrimos que esses gráficos na PCB são controles capacitivos. Então, quando você o vira para cima, pode usá-lo como um sistema de jogos completo. Configuramos a PCB para que ela se pareça e tenha bastante a sensação de um sistema de jogos. Assim, você pode sentar e jogar, usando os botões impressos na placa de circuito como botões físicos. Isso também aumenta a jogabilidade e dá aquela sensação imediata de querer pôr a mão na massa: quero…

18:28 …construir alguma coisa com isso. E, para facilitar, adicionamos instruções do Copilot ao repo do Badger, onde você pode aprender a criar apps para o seu badge. Acrescentamos instruções do Copilot lá, e configuramos um agent. Assim, você pode pegar seu agent, apontá-lo para o código-fonte e dizer: “escreva um app para fazer XYZ”, e ele pode escrever esse app para você. Ele sabe tudo sobre MicroPython. Sabe tudo sobre como se conectar ao MicroPython em execução…

19:01 …em um badge, o que significa que precisa se conectar por serial e fazer algumas coisas em um anel de repo no badge. Ele sabe tudo sobre isso. Então, pode fazer o deploy do app no badge para você, testá-lo e depois executá-lo no badge. E pronto: você tem um app no seu badge só digitando um único prompt no app do Copilot ou algo assim. >> Estou muito animada. >> Eu sei, né? >> Mal posso esperar para brincar mais com ele, porque gosto de mexer com hardware, mas é assustador o bastante para eu pensar: “Vou explodir alguma coisa”. Então, mal posso esperar para ver que ele simplesmente funciona.

19:32 >> E o melhor é que é por isso que isso é tão bom para um evento como o GitHub: permite que você simplesmente brinque em um ambiente seguro e volte ao motivo pelo qual começou a programar, sabe? O amor por código, aquela vontade de mexer nas coisas e fazer algo acontecer. Você pode voltar a fazer isso, mas em um dispositivo que, se você o destruir, se fizer algo terrivelmente errado com o badge, basta apertar alguns botões, colocá-lo em modo de flash e copiar a imagem de backup para ele…

20:03 …e o badge será restaurado para algo como as configurações de fábrica. Então, é muito, muito, muito difícil inutilizar de vez o badge. Você sempre pode restaurá-lo, acrescentar algumas coisas e voltar a brincar com ele. Então, é legal. É muito divertido experimentar. >> Isso leva à minha próxima pergunta, que eu ia introduzir dizendo que talvez seja um pouco filosófica. >> Certo. >> Mas você obviamente está nesse espaço há um tempo, no setor de tecnologia, certo? >> Mas você sempre teve…

20:34 …essa energia, esse entusiasmo pelas coisas, que acho que as pessoas tendem a perder mais tarde na carreira. Você gosta de mexer nas coisas; uma coisa sobre você é que adora o badge. Você fala do badge. Você diz: “Ah, consegui fazer isso”, mesmo quando não é época do Universe; você pega o do ano passado e mostra o que ele faz. E você sempre demonstra esse entusiasmo. Então, fico pensando: como você mantém isso? Como incentiva isso em si mesmo? E porque…

21:06 …sinto que há uma tendência de as pessoas serem talvez sérias demais na área de tecnologia, e acho que, por causa disso, perdemos um pouco da alma, da criatividade e da diversão nas coisas que construímos. Então, queria saber como você conseguiu manter isso ao longo da carreira. >> Bem, acho que ninguém poderia acusar o apresentador deste podcast de ser sério demais. Então, pelo menos isso. Mas… >> Somos melhores que todo mundo. >> [risos] >> Você precisa… é… continuo dizendo isso porque, se eu simplesmente fizesse meu trabalho o dia inteiro, todos os dias, ficaria apagando…

21:37 …e-mails, aprovando despesas e, sabe, dizendo não às pessoas quando querem viajar para conferências ou algo assim. Isso acaba com a gente. Mexer nas coisas, brincar com elas é o que me mantém são. E acho que o motivo pelo qual todos entramos na área de tecnologia é que, primeiro, gostamos de resolver problemas e de aprender coisas novas; e, segundo, queremos ganhar dinheiro. Sabe o que quero dizer? Queremos pôr comida na mesa e tudo mais. Não devemos subestimar isso. Eu…

22:09 originalmente queria ser professor de física e depois percebi que, na verdade, sabe, eu podia ganhar muito mais dinheiro. Sou um professor de física fracassado. Podia ganhar, sabe, muito mais dinheiro trabalhando com tecnologia, esse tipo de coisa. Então, para mim, é só continuar fazendo as coisas, continuar encontrando tempo para satisfazer essa vontade e ser criativo. E também se dar permissão para, entre aspas, brincar. Chame isso de aprendizado e, de repente, brincar passa a ser uma atividade aceitável de desenvolvimento pessoal.

22:41 Mas simplesmente se dê permissão para fazer isso, porque é assim que você aprende tanto. Por exemplo, aprendi a executar um modelo local em um Raspberry Pi com um acelerador de IA de hardware e uma câmera conectada. Estava aprendendo porque queria fazer isso — parece muito bobo, mas queria registrar os veículos que entravam na minha casa para ver as placas deles. Aí eu ficava com esse registro e podia pesquisar e encontrá-los. Sabe, era para ser um projeto que eu queria fazer. Eu pensei:

23:15 “Bom, provavelmente consigo fazer isso agora.” Principalmente com o Copilot ao meu lado, porque, como você disse, GPS, estou nessa há muito tempo. Muitas vezes, eu não começava projetos porque já estava tempo suficiente nessa área para saber quanto tempo e quanto código eu teria que escrever, esse tipo de coisa. Mas agora, com o Copilot, voltei a programar nos fins de semana. Posso simplesmente começar e pedir ajuda para construir algumas coisas. Então, vá começar algo, vá brincar e use isso como um exercício de aprendizado. Mas também limite o tempo, para não acabar — é muito fácil se perder e simplesmente

23:47 passar tempo demais nas coisas. Então, sabe, perceba quando algo está bom o suficiente, publique e compartilhe com alguém. >> Adorei. Adorei a ideia de brincar e simplesmente chamar isso de aprendizado. Isso é demais. >> Que ótimo. >> Sim, dê a si mesmo permissão. Sabe o que quero dizer? É isso que você tem que fazer. >> Hum. E acho que muita gente lamenta a arte de programar, porque ela mudou muito, especialmente neste ano. Mas, se você olhar para dez anos atrás, programar não seria igual em 2026 ao que era em 2016 ou em 2006. Se

24:19 você continuar voltando, voltando. E a mudança é muito inevitável, especialmente na tecnologia, e sempre foi. >> Sim. >> E aproveitar as mudanças para pensar: “Como posso usar o que sei agora para ter a oportunidade de aprender algo novo e brincar?” Isso me mantém motivado, pelo menos pessoalmente, porque posso pegar algo e pensar: “Bom, agora não preciso mais me preocupar em escrever essa regex, porque um bot pode fazer isso por mim, e posso me concentrar nas partes divertidas.” >> E tem muita, na Grã-Bretanha chamaríamos de esnobismo, mas acho que seria algo como querer controlar quem pode participar, seja como for, na tecnologia, sabe o que quero dizer?

24:52 Tem muito disso, tipo: “Ah, na minha época eu tinha que escrever assembly à mão”, ou algo assim. E, quer dizer, olhando para as crianças de hoje, elas já sabem fazer. Conseguem fazer tudo com um conjunto de agents de IA. E simplesmente montam um grupo. E é incrível ver o que conseguem fazer. Não tem problema programar de um jeito diferente e fazer as coisas de outra maneira, desde que você, sabe, coloque nisso o bom gosto, a criatividade e o tipo de julgamento necessário para construir bem as coisas, e que não seja simplesmente

25:28 uma fábrica de código. Você não está simplesmente, sabe, produzindo coisas de baixa qualidade que ninguém quer. Você deve ter uma opinião sobre o que constrói e publica. Deve ser algo com personalidade. Deve ter bom gosto e, sabe, você deve colocar sua personalidade nisso tanto quanto possível. E projetos de hobby são uma ótima maneira de fazer isso. Sabe, muitas vezes, se você está construindo mais um sistema de controle de faturas para o trabalho ou, sabe, corrigindo um algoritmo para a sua seguradora, esse tipo de coisa

26:01 pode acabar com a alegria da sua vida. Então, sim, vá construir alguns projetos de hobby. Vá se divertir. Vá aprender. E eu sempre tento aprender uma tecnologia diferente daquela com que estou programando naquele dia. Então, quando eu era desenvolvedor .NET, lá atrás, fazia open source por diversão. E, se eu estivesse trabalhando com Java, eu faria… Desculpe, faria projetos de open source em Java por diversão. E, se estivesse trabalhando com Java no emprego, faria um projeto em .NET ou Python por diversão, esse tipo de coisa. Então, acho bom simplesmente experimentar coisas diferentes para manter a mente afiada e aprender. >> Tem sido divertido e quase mágico ensinar

26:34 às pessoas que não têm nada a ver com o setor de tecnologia que agora elas podem construir coisas. Isso tem sido muito, muito divertido para mim. Muitos dos meus amigos acham que o que eu faço é místico. Não entendem totalmente qual é o meu trabalho. E poder colocar um computador na frente deles e dizer: “E se você criasse um app agora?” Ter esse acesso, de certa forma, para que possam transformar o que estiver na cabeça deles em palavras, em código, na tela, e fazer acontecer, tem sido a coisa mais divertida. Porque normalmente eu

27:05 diria algo como: “Bom, vamos começar com HTML.” E depois, aos poucos, deixaria a pessoa colocar o nome dela na tela com uma linha de JavaScript ou algo assim. O fato de agora poderem criar algo muito mais empolgante, mesmo que provavelmente não publiquem nem façam nada com isso, é algo que acho muito empoderador e legal de poder mostrar às pessoas. >> Com certeza. E isso também é fascinante nesta nova época da IA: a ascensão dos apps efêmeros e dos apps

27:36 feitos para uma ou duas pessoas. E isso não é necessariamente algo ruim. E sei que, como profissionais de desenvolvimento, isso pode assustar, porque pensamos: “Ah, não, você precisa escalar isso e ter arquiteturas empresariais enormes.” Mas às vezes não precisa. Às vezes, funcionar no laptop de uma pessoa está perfeitamente bem, ou ficar hospedado no GitHub Pages ou algo assim. Isso já é escala suficiente, sabe? E é preciso saber quando isso se aplica. Além disso, sejamos honestos: isso vai nos manter empregados por muito, muito tempo

28:08 também, porque vai haver vários desses apps individuais para uma pessoa que, de repente, vão precisar escalar para um milhão de usuários, esse tipo de coisa. E é aí que os profissionais de desenvolvimento precisam entrar, porque entendemos de escala, sabemos como construir sistemas para os quais mais de um desenvolvedor contribui — o que, por si só, já é um problema — e como estruturar essas bases de código e coisas assim. Então, toda vez que passamos por uma dessas mudanças, uma dessas épocas na ciência da computação, sabe, do mainframe para cliente-servidor, do cliente-servidor para, sabe, computadores de mesa para todo mundo, depois para dispositivos móveis e assim por diante,

28:41 vimos um aumento enorme no número de pessoas que podem ser desenvolvedoras, e estamos vendo um aumento enorme na quantidade de código criado. O que não vemos é uma redução da qualidade, sabe, nem uma enxurrada de aplicativos ruins, por assim dizer. Vemos essa constante ebulição, com coisas subindo até o topo, e simplesmente uma ampliação de quem pode se chamar de desenvolvedor, o que é ótimo, porque significa que o ecossistema de desenvolvimento fica mais diverso, o que, por sua vez, em

29:13 por si só é um ecossistema mais saudável. >> Você tem em mente alguma habilidade técnica na qual acha que as pessoas deveriam se concentrar mais? Ou está percebendo algum padrão do tipo: “Nossa, se as pessoas pudessem fazer mais isso, talvez a qualidade aumentasse, ou o tempo que passam com IA fosse mais bem aproveitado, ou algo assim?” >> O que estamos vendo é que o número de linguagens que as pessoas usam está caindo para algo em torno de quatro e meia, mais ou menos. Sei que parece bobo, mas estamos vendo uma

29:43 redução na quantidade de linguagens de programação de que as pessoas precisam. As pessoas dizem: “Ah, deveríamos criar uma linguagem de programação excelente para LLMs?” Ela já existe. Chama-se TypeScript e Python. Porque há muito conteúdo disponível para esses modelos trabalharem com esse tipo de linguagem, e há muitos ecossistemas profundos de módulos dos quais é possível importar componentes e coisas assim. A maior coisa é

30:15 também se dar permissão para brincar. Dar a si mesmo permissão para embarcar nessa jornada também. As pessoas acham que, se eu souber coisas o suficiente, serei especialista. Mas, na verdade, é percorrer essa jornada e aprender essas coisas que lhe dá o discernimento e as habilidades que fazem de você um especialista. Então, não subestime os benefícios de embarcar nessa jornada,

30:50 porque aí você aprende: “Ah, se eu fizer esses tipos de sistemas, sabe, haverá armadilhas, coisas ruins acontecerão; já se eu construir dessa maneira, coisas boas tendem a acontecer”, e pode aplicar isso a muitas tecnologias diferentes. Então, não acho que seja necessário — antigamente, seria: “Ah, vá aprender este framework específico” ou “vá aprender V tool”, seja lá o que for, sabe? Isso é menos verdade agora. Você só precisa de uma compreensão básica de um certo conjunto de habilidades, e o principal motivo para precisar delas é conseguir seu primeiro emprego em tecnologia. E, depois que você conseguir

31:23 seu primeiro emprego em tecnologia e começar a provar que consegue agregar valor, acho que aprender linguagens diferentes não é tão importante quanto costumava ser, porque a IA pode ajudar você, desde que saiba, de modo geral, como as linguagens funcionam. >> Acho que boa parte disso também é simplesmente infraestrutura em geral. As empresas de infraestrutura, os softwares open source, essas coisas são o que as pessoas realmente deveriam aprender. Se você… Se você… Se quiser um conselho direto, pessoalmente acho que, sim, você deve experimentar e se aventurar em uma

31:56 linguagem, mas, ao mesmo tempo, TypeScript e Python são bem importantes. Mas entender como um sistema pode funcionar e como você pode mexer nele de diferentes maneiras — de novo, há elementos de experimentação e brincadeira nisso —, se eu fosse dar uma recomendação a alguém hoje que quer entrar na área de tecnologia, começaria aprendendo muitos desses fundamentos de DevOps. >> Sim, [limpa a garganta] vemos que pessoas com mais conhecimento de DevOps conseguem avançar mais rápido com IA. Em termos de fundamentos, também é útil saber

32:29 sobre redes, saber onde o código que estou executando realmente roda e em que parte da pilha ele está rodando, para ajudar a entender como esse sistema se encaixa. O problema é que, quando dizem “aprenda redes”, as pessoas pegam um livro e lá está tudo aquilo sobre as sete camadas do modelo OSI, blá-blá-blá, e fica muito, muito entediante bem depressa. Você só precisa aprender o básico para ter sucesso, mas precisa entender: esse código está rodando no meu navegador, na máquina do cliente? Está

33:03 rodando no servidor? Como essas duas coisas vão se comunicar? Se o código está rodando aqui embaixo, no cliente, como ele consegue acessar dados que ficam no servidor? Acho que entender esses conceitos ajuda muito. Então, como se chama isso? Pensamento sistêmico? Compreensão de sistemas? Nunca fiz ciência da computação. Estou meio que… sabe, então não tenho certeza de qual é exatamente a matéria que você precisa fazer, mas é algo desse tipo. >> Deve haver algum curso por aí. Há muitos cursos gratuitos. >> Eles acabam entrando em detalhes demais, quase. Eu queria algo como o

33:34 básico, sabe, a versão do YouTube sobre o que você precisa entender de redes. Porque, quando você sabe o que são endereços IP, um pouco sobre máscaras de rede e um pouco sobre como a internet funciona em termos de tabelas de roteamento, provavelmente já sabe o suficiente. >> O bom é que eu não precisei aprender isso. >> [risos] >> Minha carreira foi muito focada em frontend e, como você disse, aprendi umas coisinhas aqui e ali. Mas agora, com todas essas ferramentas, as lacunas vão sendo preenchidas exatamente o suficiente para o que preciso, e ainda consigo publicar coisas. E, já que estamos falando

34:06 de aprender isso, precisamos falar do Learn to Cloud GPS. Vocês têm um currículo gratuito e open source para ensinar as pessoas sobre a nuvem. Em learntocloud.guide, cobrimos Linux, Bash, redes, programação, plataformas de nuvem, DevOps e segurança. Venham conferir. >> Nosso projeto é praticamente todo construído em torno do GitHub. Tenho bastante orgulho deste currículo, porque ensinamos desde o começo coisas como fazer fork de repos, abrir issues e pull requests — coisas bem concretas, relacionadas a

34:38 funções reais, desde o início, em vez de simular tudo em um ambiente isolado ou algo assim. É muito gratificante, durante sua jornada de aprendizado, sentir que está fazendo coisas que engenheiros em empregos remunerados fazem. Por isso, construímos o currículo em torno disso. Mas administração de sistemas e desenvolvimento — essa é minha experiência, em operações. Sinto que sempre fomos meio que vistos como cidadãos de segunda classe, tipo: “Ah, sim, o pessoal de operações”. Porque víamos os desenvolvedores de software sempre com

35:11 todo aquele prestígio: “Sim, nós escrevemos código; vocês cuidam dos servidores, quem se importa, sabe?” >> [risos] >> Mas agora completamos o ciclo, e é tipo: “Ah, sim, sabemos fazer tudo isso”. Então, mais do que nunca, acho que essas habilidades são muito importantes e relevantes. E, assim que as pessoas com habilidades de desenvolvimento de software adquirirem as habilidades do outro lado, aí acabou o jogo. Estou muito animado para ver como as coisas vão evoluir quando isso acontecer. Mas confiram learntocloud.guide se estiverem procurando um currículo open source para aprender os fundamentos da engenharia de nuvem.

35:42 >> Nem era para ser uma divulgação, mas ficou perfeito. >> Foi na hora certa, exatamente. >> Bem, estou olhando o horário; estamos ficando sem tempo. Então, antes de encerrarmos, Martin, há algo de que as pessoas deveriam saber sobre o Universe, algo para conferir depois? >> Sim, todas as sessões estão disponíveis online, então vão dar uma olhada. As sessões começam amanhã. Vão lá conferir. Embora o badge em si não fosse exclusivo para quem estava no evento, ele é baseado no badge Tofty da Pimoroni, que é a versão comercial. Ele

36:15 não tem coisas como o acelerômetro e os controles de jogos, mas, se quiserem experimentar um desses, também podem comprá-lo comercialmente. Mas confiram todas as sessões. Confiram também minhas notas finais da conferência, se quiserem se divertir um pouco. Mas é basicamente isso sobre o evento. >> Ótimo. E, no final de cada episódio, falamos de projetos open source de que gostamos. Então, vou começar pelo meu. O meu é, sinceramente, meio bobo, mas é muito legal. Chama-se ZoomIt. Se você tem um PC, ele já vem instalado na sua máquina. Mas

36:50 A Microsoft lançou o ZoomIt para Mac, e é muito bom: quando você está apresentando a tela, pode ampliar as coisas e apontar para elas. É realmente muito bom. >> Eu estava bem cético, porque no Mac eu costumava usar o Control e, sabe, os controles de acessibilidade integrados. Mas o que achei legal foi poder desenhar na tela; algumas dessas coisas básicas foram muito úteis. E também poder usar alguns daqueles atalhos de teclado, porque precisamos alternar bastante entre PC e Mac. Então, isso é muito legal. >> É muito bom simplesmente funcionar nas duas máquinas — e funciona. É ótimo.

37:25 >> E você, GPS? >> Então, o Pre-K é uma ferramenta. Se você está no ecossistema Python, cada ecossistema tem seu equivalente. Mas existe… Ah, acho que isso vale para vários ecossistemas. O pre-commit. Tenho certeza de que você conhece o pre-commit. Basicamente, são ações executadas antes de você fazer um commit, certo? Certo. O Pre-K é uma versão — claro, como tudo hoje em dia — refeita em Rust. É muito mais rápido

37:56 e, como você sabe, estamos enviando mais código. Há momentos em que você para e pensa: “Ah, queria que isso fosse mais rápido”. Para mim, uma dessas coisas era o pre-commit. O Pre-K é muito mais rápido. Ele executa, sabe, tudo o que você teria no seu pre-commit. Mas é muito, muito eficiente, e eu adoro. É open source. É como se houvesse uma única pessoa desenvolvendo, muito apaixonada por essa questão específica. Com certeza, confira se você está no… Sim, adoro esse tipo de

38:27 projeto em que existe uma coisa que eu simplesmente detesto e penso: como posso resolver isso? E ele faz isso muito bem. Então, com certeza, confira. >> Isso. >> E agora vou fazer uma divulgação descarada do meu projeto. Como o programa está saindo agora, acabou de ser Halloween. Então, no meu repo em martingower.com/martywoodward, tenho um projeto de torta de abóbora — aqui está. Hum, basicamente, é uma abóbora inspirada no GitHub, impressa em 3D. E o código-fonte dela roda em um pequeno

38:58 microcontrolador com luzes. E, na verdade, ele está conectado aos seus créditos do GitHub Actions. Então, o que poderia ser mais assustador no Halloween do que ficar sem créditos do Actions, sabe? Ele vai se animar e mudar de cor quando seus créditos do Actions estiverem acabando e, depois, se animar quando seus créditos do Actions forem renovados. Então, esse é um. E tem outro projeto para o qual vou mandar um link para as notas do programa. A IKEA vende acessórios, mas nem todos são totalmente hackeáveis. Há uma comunidade crescente de pessoas hackeando esses acessórios. Um deles foi feito por um desenvolvedor

39:32 chamado PH1P. Ele tem um projeto para instalar o que se chama ESP32 — um microprocessador minúsculo de US$ 1 — na parte de trás de uma luminária da IKEA. Aí você pode transformá-la numa espécie de tela inteligente. Também vou passar esse projeto para vocês. >> Nossa! Eu poderia mesmo usar isso. >> Sim, exatamente. Seria ótimo. >> Sim, tão simples e fácil. Bom, isso é incrível. Adorei conversar com você, Martin. Muito obrigada por ser nosso convidado hoje e por nos ajudar a encerrar o Universe. Estou muito animada com isso. Dito isso, eu sou Cassidy Williams.

40:03 Você pode me encontrar como cassidoo — c a s s i d o o — no GitHub e na maioria dos lugares da internet. >> E eu sou a GPS. Encontre-me como madebygps em todos os lugares onde você procura pessoas. Martin, alguma palavra final? >> Não. Sou Martin Woodward. Encontre-me como Martin Woodward nas redes sociais se quiser reclamar comigo. E obrigado por nos ouvir. >> Tchau.

Transcrição original

[00:03] This is the GitHub podcast, a show dedicated to the topics, trends, stories, and culture in and around the open source developer community on GitHub. I’m Cassidy Williams, aka Cassidoo, and I’m a developer advocate over here at GitHub. And I am here with my lovely co-host, GPS. Hey, GPS. >> [snorts] >> Hey, Cassidy. Hi, everyone. Welcome to a new episode. I am GPS, on the developer experience team here at GitHub. And Cassidy, we have a very special guests with us today, don’t we? >> I know. I am fan girling. It is our head honcho, big boss, Martin. Hey, Martin.

[00:37] Welcome to the show. >> How you doing? Well, after that intro, I can’t fail to be underwhelmed. So, thanks for having me on, finally. I’m a former a former host of the GitHub podcast, so it’s >> going to say, yeah, you kicked this off originally, didn’t you? >> Uh me and Neha did it turn for a while. Brian Douglas was also around in the early days, as well. So, yeah, but it’s nice to be back anyway. I love what you’ve done with the show. So, thanks for having me on. >> So, by the time this episode comes out, GitHub Universe is here, and we’re all very, very excited and on site and talking to developers from all around

[01:08] the world, online and in person, about open source, about AI, about so many different things. And Martin, you have the closing keynote at Universe. If you wouldn’t mind talking about that and just some of the things that you’re excited about at Universe this year. >> Yeah, I’m really looking forward to it. I’m glad you’re recording this a little bit early before we we go on stage, cuz we’re currently running around with our hair on fire. But, I’m going to be covering the fun stuff at the end, kind of talking about the community behind GitHub and all the great things that we can do together. During the show itself, it’s going to be obviously lots about AI. But, what I’m

[01:42] also thrilled to see is the talk about like kind of core improvements to the the core platform behind GitHub and some exciting things there. And it doesn’t matter if you know, you’re listening to this and you’re you’re not in Fort Mason in San Francisco when you’re listening to this. Uh the conference is available online and all of the content will also be available after the conference so you can you can catch up at githubuniverse.com. >> Bef- before we dive in, Martin, can I know when was your first Universe? And like what what was your favorite thing of that year?

[02:12] >> I was trying to work this out. I’ve actually been to every Universe so I didn’t join GitHub until um 2020, but I went to the early Universes um when I worked at Microsoft cuz we were we were sponsoring. I’ve actually got a a picture of me that I’ll I’ll dig out and share of me in the back of a a taxi carrying like a box of t-shirts to my first GitHub Universe. And uh yeah, it was cool. And coming from the Microsoft world back then, it was like, “What is this?” Cuz I was like I was expecting some sort of developer conference and it

[02:42] was it was I was like I was being invited to some underground rave down by the you know, by the key in San Francisco. I didn’t quite know what was happening, but I I knew I’d found my people. Um and then yeah, I’ve been back um every year since. I think there was one I missed along the way, but then uh we moved from there to um Palace of the Fine Arts and things like that. Um uh or sort of Starfleet Headquarters is what I know it as out out towards the gate and then we’ve been at Fort Mason the past few years. So it’s been it’s been good. It’s been interesting to see

[03:14] how it’s evolved over the years. Um but importantly, it’s when the whole community comes together and you can kind of feel that by the event, I think. You know, it’s more of like a um a world’s fair of software rather than like a vendor conference. I hope so anyway. >> Well, even even attending online is so fun, too. Where that’s something where before I joined GitHub, I was attending online just cuz I could never make it out to the conference. And I always felt a lot of FOMO wanting to be at the event, but even in even being able to speak from pandemic times, but also just

[03:48] tuning in online and stuff, it It so fun to just see open-source people coming together and software people coming together. >> Yeah, indeed. In fact, I remember we had you on, Cassidy, during the pandemic. We did a We We had to very, very quickly pivot to virtual in 2020 and then obviously 2021 as well. And yeah, Cassidy was one of the guest speakers back then. So, that was cool. >> My lights in my office are from that universe cuz I got it all set up. Yeah. >> [laughter] >> Cuz at at the time it was just like a little webcam and and yeah, we had We

[04:20] had to make it look a little bit more legitimate. >> I definitely upgraded my kit back then, too. >> Yeah. Yeah, I think everybody slowly but surely elevated as they realized this was their online presence. Wow. Yeah. So, anyway, GitHub Universe has changed and and this year it’s bigger and better and cooler in so many different things. And so, Martin, could you speak a bit more about Yeah, what what is your big talk about? What what should people know? What are >> Yeah, I mean, obviously, during the week we’ve There’s been a lot of AI and a lot

[04:50] of talk about Copilot and everything. But, there’s also One of the things I was very reassured to see was actually all of the conversation that was happening about just the core GitHub platform and how we’re able to make it scale to support the increased load of this this AI epoch that we’re in. And then some of the tools and some of the things that we’ve done to kind of make it easier to to maintain projects. That’s one of the areas that concerns me the most because I, you know, I came to GitHub via open source and I I’m sort of long

[05:26] time been a member of the open source community. And we’ve kind of always been working under this assumption that it was harder to contribute than to consume, you know? And that the one of the great successes of GitHub and one of the things it did most for the open source community was actually making the pull request, making contribution kind of easy. So, and also making sure that you as a consumer of that open source,

[05:57] you were never blocked from tinkering yourself. You can always go tinker and play and do your own, you know, fork the code and make changes, but then make it easy for you to take that fork and and bring it back to the project. That’s great. And that’s that’s really kind of helped, you know, that helped sort of boost open source as a way of building software for the world, which has been fantastic to see. >> [gasps] >> But, since this time last year, since November really, I suppose last year, and the latest models, we saw the ability for

[06:30] people to contribute meaningful code to an open source project has has got significantly easier for the person contributing. And we see a lot of our open source maintainers kind of, you know, under a lot of load from people who are sending pull requests, often very very very well-meaning, but sending a PR without really having the the the sort of investment in the community that they might have otherwise needed to have to get to that bar of contribution. And so, we’ve introduced a bunch of tools and a

[07:04] bunch of sort of processes and ways to help maintainers, including, controversially, the ability to switch accepting pull request off entirely. >> Right. >> Like, that makes me sad. As as somebody who loves open source, the fact that we added that we had to add that button, that we had to add that as a checkbox, kind of made me sad, but also when you talk to people like Sindre or you talk to other open source maintainers, like they have to have the choice. It’s their project. They have to

[07:34] be able to choose if they are taking PRs or not. And so, it’s on us to make that that that choice possible, but it is also a kind of um you know, it’s it’s one of those things that I kind of worry about as we look towards the future of open source and and um you know, how easy it is to to make a contribution. There’s there’s a new set of kind of etiquette and and kind of patterns that people have to learn, I think. It’s interesting times. >> That last bit is exactly what I think about when I think about it. Like it’s like everyone’s learning a new behavior

[08:08] now. Where there there’s still people who like properly do pull requests and everything and contribute to projects, of course. But I was looking at the numbers where in January just of this year 2026, there were less than 10 million AI-generated PRs that month. In March it was about 17 million and in August it was about 71 million. Like it’s just been exponentially growing and so with that, it’s both emphasizing good behaviors and bad behaviors cuz that’s just it’s the gigantic averaging

[08:39] machine. Um and it’s exciting to be able to see so much growth on so many projects. And it’s really exciting to see like some things are able to be built from nothing so quickly. But at the same time, people need to learn proper behaviors and that is much slower than the speed at which the models are increasing. >> Yeah. Yeah. Um also, there are incentives to get your name like as a as a somebody who’s contributed to an open source project, you know. Um especially as you starting

[09:10] out, you kind of want to prove yourself and things and you kind of want to you know, make your mark and saying, “Oh, I’m a I’ve contributed to you know, XYZ project.” Um it is one of those ways and people need to kind of learn that. But also, we need to make sure we build the the tools into the platform so that maintainers don’t get overwhelmed by the noise. Um you know, short of switching it off entirely, what else can we do? Um one of the things that the Tiny Wins team um, sort of Helen and Camilla and

[09:40] the the whole team there um, helped do was add a feature that can where you can set work in progress limits for a pull request. So, you can say, “Hey, for a for a new contributor, only allow one in progress pull request from any one person at any one time or three or whatever number it is you want.” And that’s pretty cool because that then that forces you as a contributor decide what is my most important thing that I want to contribute right now. You know, is it this typo spell fix to a comment or is it

[10:13] this feature I’ve got or is it something else? And you know, if you want to get it merged, you have to kind of make that choice as to which one you want to have um, submitted to the project right now. So, that’s cool and there’s other ways to do it. There’s other things we can look at as well and there’s other controls we’ve got in place, but um, it’s in I don’t think we’ve yet really figured out what the entire solution is for everybody. So, I think we’ve got to have lots of different choices and allow projects to to decide themselves what’s right for them including using AI to um, automatically create reproductions of

[10:46] issues that are raised or using AI to automatically close PR’s that don’t meet your requirements. That sort of thing, you know, there’s ways we can use AI to to to sort of fight low quality contribution as well as um, help make things more secure. >> I think you touched on something that I see a lot because you know, we have the increase of AI usage and all these models coming out and at the same time we have a difficult hiring market and then you have the messaging of like

[11:20] build projects, contribute to open source, right? So, we have we almost have like this trifecta of like things are going to go bad because everything’s in place for things to go bad. But, I’m curious if you’ve thought of advice for let’s say I’m new into software dev. I’m trying to get you know, a good contribution out there. But perhaps because I’m new, I don’t know what a good contribution looks like. Do you have any advice for me? >> It doesn’t hurt to start something new yourself to start building a community. My

[11:53] son is new in tech and you know, he’s he was one of the sort of lucky ones to be able to get a graduate role recently. And you know, he was creating a project to do his own sort of AI framework and just creating that, learning that, learning how to do the VS code integration, learning how to kind of work with the community was good for them because it it it helped them kind of you know, just learn how to work with a team and things. So that was cool. I think as well as you’ve got to understand the motivations like

[12:27] what why should the maintainer accept your contribution? Just cuz it’s just cuz you did it doesn’t mean it’s cool, you know, and an understanding that when you contribute to an open source project, you’re kind of you yes, you are handing like this glorious gift of code to the project which is cool and thank you. But you’re also handing a the debt of maintenance to that that team to maintain that code going forward. And when you’re new, you kind of drastically underestimate what what

[13:00] that burden of maintenance is for the life lifetime of the project cuz you haven’t seen as much you know, long-term maintenance of code. Don’t always do something new, contribute for the right reasons, contribute because it’s a feature that you’ve got that’s useful to you and you’ve used it. Don’t be contributing just because I want to get my name in lights. Like that’s that’s the worst probably the worst reason for contributing to open source, sadly. Um, but yeah, contribute to that. And then in terms of building experience, it’s

[13:32] more the best experience you can get is by starting something new, running a project, and and kind of, um, you know, trying to solve a business pain for somebody. That’s probably the most transferable skill. >> So, speaking of all of these projects, you’ve worked on a very cool project for GitHub Universe itself, and it’s the badge. Could you tell us a little bit more about why a conference badge is such a big deal? >> Cuz it’s >> GitHub. So, and then this is I actually this year I was the least involved in the badges I’ve ever been, unfortunately. But but but yet it’s the best badge ever, so that kind of tells

[14:05] you something. But um >> [laughter] >> Yeah, Avni and the whole team have done a great job with with the conference badge. Um, it start Those badges started actually in 2022, I think it was. We We started with a with a hackable badge, and it was um I’m friends with some guys at a company called Pimoroni, uh, who are based in Sheffield in the UK. And they had a a conference badge already that was e-ink based. And I was like, “Ooh, that’s cool.” Um, and it’s based on an RP2040

[14:38] chip, and I was like, “Oh, and which I was involved in the creation of with the Raspberry Pi Foundation.” And like that all that’s done open source and things, so that was all cool. Um worked with them, um, to create a custom version of it for the 2022 version, for like some of our you know, uh, GitHub Stars and influencers and things as kind of like a special treat. And it was so popular that we then brought it back to the full conference the following year and and the following years after that. And then last year we, rather than make it e-ink, we took the decision to put a battery

[15:10] into it, and a rechargeable battery, which >> So cool. >> It is a whole thing, because now you have to worry about life though. >> But >> It it does just mostly from a health and safety point of view because you don’t want to like you don’t want lipo cells you have to you don’t want them exploding on people and all that sort of stuff and so you have to encase them in like a hard shell and all this sort of thing to make it work and you have to worry about the weight of the thing how long it’s going to last all that sort of stuff but by putting a screen on the badge

[15:42] um it really we just saw a difference last year in how much more people understood that this badge was a computer and that it was capable of doing things and we saw everything from people creating apps and games and things to people you know creating a custom news that works on this on the last year’s conference badge which is pretty cool or people somebody ported Doom to it and it’s completely playable and all that’s cool. So this year what we’ve done with the badges it’s similar hardware to last

[16:16] year apart from we we’ve added a couple of kind of major innovations from it so the first thing that we’ve done is we’ve added and it sounds dumb but we added an accelerometer cuz what we noticed is people carry their badges and they dangle down on their necks and it looks cool but then when they’re looking at their badge they kind of flip it up and they look directly at their badge and their badge is now upside down if you like. Um and we were noticing people kind of getting strangling themselves trying to hold the badge in the right direction and all this sort of stuff that’s what we did was we just added an

[16:48] accelerometer and then in the firmware we flipped the screen 180 degrees and so when you lift it up you look at the screen and it’s the right way up for you and then you pop it back down and the screen is the right way for somebody looking at it so a small thing and it cost only a couple of extra cents per badge but a big quality of life improvement. >> That’s amazing. I have I have the I think the last e-ink badge at >> There we go. >> I’m so excited to have like the big cousin come into play and compare the two. >> Well, we also did we do add the the the hardware on the new badges as well.

[17:23] It has like Wi-Fi and Bluetooth on the new badges. We don’t enable Wi-Fi for the conference cuz it turns out having, you know, 4,000 hackable badges on your conference network is like scares your Wi-Fi network provider extraordinary amounts. We We do have a couple of light little beacons near the hack your badge area and things like this, but but mostly we don’t do that. And then the other thing we did hardware-wise is um cuz we print nice designs on it, and the you know, we we have like nice graphics and things, and we’ve got nice graphics on the new one that will kind of look

[17:55] cool and are very gear hobby, but actually it turns out that these PCB graphics are capacitive controls. And so you can when you flip it up, you can now use it as a full gaming system. And so we’ve set the PCB up so it actually feels and looks an awful lot like a gaming system. So you can sit there and play games and stuff, and just use the the printed circuit board kind of buttons as as as hardware buttons. And so again, that increases the kind of playability and the immediate hands-on, I want to

[18:28] build something with this. And to make that easier, what we’ve done is we’ve added this Copilot instructions into the the Badger repo where where you can go to to learn how to create apps for your badge. We’ve added Copilot instructions there, and an agent set up the So you can take your your agent and point it at the source code, and then say write me an app to do XYZ, and it can write you that app. And it knows everything about MicroPython. It knows everything about how to connect to MicroPython running on

[19:01] a badge, which it means it has to connect over serial and do some stuff to a repo ring on a badge. It knows all about that. So it can actually deploy the app to the badge for you, test it, and then run it on the badge and you’ve got tada an app on your badge just by typing a single prompt into the copilot app or whatever. >> I’m so excited. >> I know, right? >> I can’t wait to play with it more because it I I like dabbling with hardware things, but it’s just scary enough that I’m like I’m going to blow something up. So the fact that it just kind of works, I can’t wait.

[19:32] >> And the best thing is that’s why this is so good for like an event like GitHub cuz it it allows you to just play in a sandbox and get back to why you got into code in the first place, you know, the love of code, that that love of tinkering and making stuff happen. Um you can get do that again, but it’s on a device that if you if you nuke it, if you do something horribly wrong to the badge, you can just press a couple of buttons, put it into like a flash state, drop it drop the backup image onto it

[20:03] and it’ll restore the badge back to the factory default settings kind of thing. So um yeah, it’s very very very hard to kind of really brick the badge, you know, you can you can always restore back and then add some stuff to it and go play with it again. So yeah, it’s cool. It’s great fun to experiment with. >> That was kind of leading into my next question which I was going to preface by saying it’s probably a bit of a philosophical one. >> Okay. >> But you have obviously been in this space for a while, like the tech space, right? >> But you’ve always had sort of

[20:34] this energy or this like sort of excitement around things that I feel like people tend to lose later in their career. Like you you like to tinker, like one thing about you is that you love the badge. You will talk about the badge. You’ll Oh, I I was able to do this and even if it’s not Universe time, like you’ll pull out the the one from last year. You’ll show things off. And you always have this excitement. So I wonder how how do you keep that? How do you encourage that in yourself? And because

[21:06] I feel like there’s a little bit of a trend of like people being a little too perhaps too serious in tech and I think we lose a little bit of soul of creativity of funness in the things that we build due to that. So I’m just wondering like how how have you been able to keep that throughout your career? >> Well, I don’t think anyone could accuse the host of this podcast for being too serious. So there’s that for a start. But >> We’re just better than everyone. >> [laughter] >> You need to is it’s it’s how I keep saying cuz I if I just did my job all day every day, I’d be like deleting

[21:37] emails and approving expenses and you know, saying no to people when they want to travel to conferences or something like that. Like it it it it it gets you down. Um tinkering with things, playing with things is is what keeps me sane and and I think the reason we all got into tech is cuz well, A uh we like solving problems and we like like learning new things and then B, we want to put money on the table. You know what I mean? We want to put food on the table and all that sort of stuff. Like we we shouldn’t underestimate that. Um I

[22:09] originally wanted to be a physics teacher and then realized actually, you know, I could earn a lot more money. I’m a failed physics teacher. I could earn you know, a lot more money being in tech kind of thing. Um So yeah, to me it’s just like keep keep doing the things, keep finding the time to do to scratch that itch and just be creative. Um and also um like give yourself permission to air quotes play. Call it learning and then all of a sudden play is now an acceptable kind of personal development

[22:41] activity. Um but just give yourself permission to do that because that’s how you learn so much. Like I learned I was running um a local model on a Raspberry Pi with a hardware AI accelerator and a camera attached and like learning cuz I wanted to do that to basically um it sounds really dumb, but I wanted to capture a log of vehicles coming onto my house so I could see what their number plates were and then I had a thing of the thing and then I could search find them. You know, it should it

[23:15] was a project I kind of wanted to do. I was like, well, I can probably do that now. Especially with Copilot at my side because um I am to your point, GPS, I’ve been around a long time. So, a lot of times I was not starting projects because I’ve been around long enough to know how long how much code that was going to take me to write kind of thing. But now now got Copilot I I code again at the weekends and so I can just kick it off and help me go build some stuff. So, just go start some things, go play and um use it as a learning exercise. Um but also time box it so that you don’t it’s very easy to rat hole and and just

[23:47] spend too much time on things. So, you know, know when something’s good enough and just ship it and share it with somebody. >> I love it. I love the play and just call it learning. That’s awesome. >> That’s great. >> Yeah, give yourself permission. You know what I mean? That’s what you have to do. >> Mm. And I think a lot of people kind of mourn the craft of coding because it has changed so much, especially this year. But if you look back 10 years ago, coding wasn’t going to look the same in 2026 as it did in 2016 or in 2006. If

[24:19] you keep going back, keep going back. And they’re change is very inevitable, especially in tech and always has been. >> Yeah. >> And taking advantage of the changes to be just like, how can I take what I know now to have that opportunity to learn something new and play? It It keeps me motivated, at least personally, because I I can take something and be like, okay, well, now I don’t have to worry about writing this regex anymore cuz that that a bot can do for me and I can focus on the fun stuff. >> Well, and there’s a lot of um in in Britain we would call it snobbishness, but I guess gatekeeping or whatever in tech, you know what I mean?

[24:52] There’s a lot of like, oh, in my day I had to, you know, handwrite assembly or whatever. And I mean, if you look at the kids today, they’ve got it down. They can do everything with a set of AI agents. And you know, they just build a squad together. Um and it’s amazing to see what they can do. It’s okay to code differently and to do things differently as long as you kind of are not um as long as you inject that that taste, that the creativity, the kind of a judgment that that’s needed to build stuff well, and that you’re not just uh

[25:28] you’re not just a slot factory. You’re not just kind of you know, emitting low-quality things for for that nobody really wants. It’s you should have an opinion on what you build and what you ship. It should it should be opinionated. Um and it should have taste and that should you know, you should inject your personality into it as much as possible. And the hobby projects are a great way of doing that. You know, quite often if you’re building yet another kind of invoice tracking system for work or you know, fixing an algorithm for your insurance company, like it that stuff

[26:01] can can um suck the joy out of your life. So, yeah, go build some hobby projects. Go have some fun. Go learn. And I always try to learn in a different technology to what I’m writing with that day. So, when I was a .NET developer back in the day, I would do open source for fun. And then if I was doing a Java gig, I would do Sorry, I would do a Java open source for fun. And if I was doing a Java gig for work, I’ll do like a .NET or a Python project for fun kind of thing. So, I think it’s good to kind of just try different things to just keep you sharp and learn stuff. >> It’s been fun and very magical teaching

[26:34] people who have nothing to do with the tech industry that they can build now. That that’s been that’s been so so fun for me. Where where so many of my friends who just they they think what I do is mystical. They don’t fully understand what my job is. And being able to put a computer in front of them and be just like, “What if you made an app right now?” And having that accessibility to kind of let them put whatever their brain is to paper, to code, to screen, and make it happen has been the most fun thing. Cuz normally I

[27:05] would say like, “Well, we’re going to start with HTML.” And then go and then slowly but surely let them put their name on a screen with a JavaScript line or something. The fact that they can now make something way more exciting, even though they probably aren’t going to ship it or do anything with it, the fact that we’re able to unlock that for people is I I think that’s a really empowering and cool thing to be able to show people now. >> Definitely. And that’s what’s fascinating about this new kind of AI epoch as well, that it the rise of the ephemeral app and the rise of the app

[27:36] for kind of one to two people. Um and that’s not necessarily a bad thing. And I know that, you know, as pro devs, that can be scary cuz we’re like, “Oh, no, you need to scale this out and have massive enterprise architectures.” But sometimes you don’t. Sometimes actually it running on a laptop for one person is just fine or it being hosted on GitHub pages or whatever is just fine. Like that’s scale enough, you know? Um and it’s knowing when that comes in. Also, let’s be honest, it’s going to keep us in work for a long, long time as

[28:08] well because there’s going to be a number of those kind of individual apps for one that suddenly need to scale for a million kind of thing. And then then that’s where pro devs need to come in because we know about scale, we know about how to build systems that have more than one developer contributing to them, which is, you know, a problem in itself, and how you how you can kind of structure those code bases and things. So, every time we’ve been through one of these changes, one of these epochs in computer science, you know, from from the mainframe to client server, from client server to kind of desk you know,

[28:41] everybody’s got a desktop to mobile to whatever, we’ve seen a a massive uptick in the number of people who can be a developer, and we’re seeing a massive uptick in the amount of code created. What we don’t see is less quality, you know, rubbish applications, if you like. We we we see this constant bubbling up, rising up to the top, and just a widening of who can call themselves a developer, which is great, cuz it means the the developer ecosystem becomes more diverse, which which in

[29:13] itself is a healthier ecosystem. >> Do you have in mind any technical skills that you feel like people should focus on more, or are you are you seeing a pattern where where it’s like, “Oh, man, if people could only do this more, perhaps the quality would increase, or their time spent with AI would be better used, or or something like that?” >> What we are seeing is the number of languages people use is trending down to about four and a half, kind of thing. I know it sounds silly, but we’re seeing a

[29:43] reduction in the amount of languages, computer languages, people need. Um people talk about, “Oh, should we create a computer language that’s great for LLMs?” It already exists. It’s called TypeScript and Python. like, because there’s so much corpus out there for the for those models to be able to play with that kind of language, and there’s so much so many deep ecosystems of modules to be able to pull in components and things like this. Um the you know, the the biggest thing is

[30:15] as well as giving yourself permission to um to play. Giving yourself permission to go on the journey as well. Um people think that you can go from if I know enough stuff, I’ll be an expert. Um and actually, it’s going on that journey, learning the stuff, that gives you the judgment and the skills that makes you an expert. And so, don’t underestimate the benefits of going on the journey,

[30:50] because then you learn, oh, if I do these types of systems, like it’s get, you know, there’ll be dragons, bad things happens, whereas if I build it this way, kind of good things happen, and you can apply that to lots of different technologies. So, I don’t think there’s a need, in the old days it would be, oh, go learn, you know, this particular framework, or go learn you know, V tool, whatever it is, you know? Um, that’s less true now. Um, you just need a basic understanding of a certain set of skills, and the main reason you need those is to get your first job in tech. And once you’ve got

[31:23] your first job in tech, and you start to prove you can add value, then, um, I think you can kind of, um, you know, having to learn different languages isn’t as important as it used to be, because the AI can assist you, as long as you know how languages generally work. >> I think a lot of it, too, is just infrastructure in general. The The infrastructure companies, open-source softwares, things that be, are the things that people should really learn. If they’re If they If you want some hard advice, I personally think, like, yes, you should play, dabble in a

[31:56] language, but at the same time, TypeScript, Python, those are Those are pretty big. But, understanding like how a system can work, and how you can tinker with it in different ways, again, there’s tinkering, there’s playing elements of it, but if I were to declare to someone today, if you want to go into tech, I would start by learning a lot of those, like, DevOps fundamentals. >> Yes, [clears throat] we we we do see that people who are better at DevOps can be are accelerated faster with AI. Um, I also, like, fundamentals-wise, knowing

[32:29] about networking, um, knowing about like where the code actually runs that I’m executing, and where where it’s running in the stack kind of thing is useful to help you understand how that system fits together. Um and the problem is when people say learn networking, they get a book out and it’s all like the OSI seven stack whatever blah blah blah and it gets very dull very very quickly. There there’s only the basics you need to learn to be successful, but you do need to understand is this code running on in my browser in on the client machine? Is

[33:03] this running on the server? How are those two things going to talk to each other? If code’s running down here in the the client, how is it able to access some data that sits on the server? Like understanding those concepts I think really really helps. So I guess what’s that? Systems thinking? Systems understanding? I don’t I never did computer science. This is all I’m all kind of, you know, so like I’m not sure what the exact module is you need to take there, but yeah, that that sort of thing. >> There’s a course somewhere. There’s a lot of free courses >> they’re going into for too much detail almost. I kind of want to do like the

[33:34] the basics, you know, the YouTube version of the what you need to understand about networking. Cuz once you know about IP addresses and kind of a little bit about netmasks and a little bit about kind of how the internet works in terms of routing tables, you probably know enough. >> What’s great is I’ve not had to learn that. >> [laughter] >> I’ve had had such a front-end focus in so much of my career where I like like you said, little bits here and there, but now because of all of these tools, it’s filling in the gaps just enough where I need them and I could still ship stuff. And also because we’re talking

[34:06] about learn this, we got to talk about learn to cloud GPS. You got your free open-source curriculum for teaching people about the cloud. learntocloud.guide, we cover Linux, Bash, networking, programming, cloud platform, DevOps, and security. Come check us out. >> We We pretty much are wrap around GitHub. We I I’m quite proud of this curriculum cuz we teach a lot from the beginning of like forking repos, opening issues, pull requests, things that are like quite tangible in terms of like

[34:38] real roles from the start versus like simulating it in like a sandbox or or something like so it’s quite it’s quite powerful to feel on your learning journey that you’re doing stuff that like engineers in paying jobs are doing. So we built the curriculum around that, but sysadmins and dev that’s my background like operations. I feel like we were always sort of kind of seen as like second class citizens like oh yeah like the operations people. Because and we would see like the the software devs always like they had

[35:11] this prestige like yeah we write code like you handle the servers who cares you know. >> [laughter] >> But now it’s like full circle and now it’s like oh like yeah we know how to do all that stuff. So more than ever I think the skills are are are very important very relevant and as soon as people who will have the software dev skills gain the other side oh it’s like it’s game over. So I’m very excited to see like where stuff heads when that happens but yeah check out learntocloud.guide if you’re looking for an open source curriculum to learn the fundamentals of cloud engineering.

[35:42] >> Didn’t even mean to make it a plug and it was perfect. Fit in. >> Perfect timing exactly. >> Well I am looking at the time we are running out of time and so before we wrap up Martin is there anything people should be aware of at Universe for checking things out later things that they should know. >> Yeah I mean all the sessions are available online so go take a look. The sessions are going to start tomorrow now. Um go grab those. Uh while the badge itself wasn’t exclusive for people who were at the event it’s based on the Tofty badge from Pimoroni which is the commercial version. It

[36:15] doesn’t have things like the accelerometer and the gaming controls but if you want to go play with one of those you can you can buy that commercially as well. Um but yeah make sure you check out all of the sessions. Uh check out my my end notes from the from the conference as well if you want to have some fun. But yeah, that’s about it really for the event. >> Awesome. And also at the end of every single episode, we talk about open source projects that we like. And so I will start off with mine. Mine it’s honestly kind of silly but it’s so nice. It’s called ZoomIt. If you have a PC, it is built in to your machine. But

[36:50] Microsoft released ZoomIt for Mac and it’s so nice where if you’re presenting your screen, you can zoom in on things and and and point at things and it’s really really nice. >> So I was super skeptical because in the Mac I used to do control and you know, I use the built-in kind of accessibility controls. But the the thing that was cool for me was the ability to draw on the screen and just some of the basic stuff like that was super handy. And so bringing over some of those keyboard shortcuts because we have to jump between PC and the Mac quite a lot as well. So that’s really cool. >> it’s so nice to just have it work on both machines and it works. It’s great.

[37:25] >> What about you GPS? >> So pre-K is a tool So if you’re in the Python ecosystem, every ecosystem has their equivalent. But there is Oh, I guess this is cross ecosystems. Pre-commit. I’m sure you’re familiar with pre-commit. So essentially they’re actions that run before you commit something, right? Right. Pre-K is a version course like everything these days rebuilt in Rust. It is so much faster

[37:56] and as you know, we’re pushing code more. There are moments where you there where there are things that like make you pause or you’re like, “Oh, I wish this was faster.” For me, one of those was pre-commit. Like So pre-K is so much faster. It runs, you know, everything that you you would have in your pre-commit. But yeah, it’s just very very efficient and I love it. It’s open source. It’s like a single dev working on it was quite passionate about this one particular issue. Definitely check it out if you’re in the Yeah, like I love those types of

[38:27] projects where it’s like there’s this one thing that I just hate. How can I fix it? And it’s so good at it. So, definitely check it out. >> that. >> And I’m going to do a shameless plug then for mine. So, as we’re as the show’s coming out, it’s just Halloween. And so, we have I’ve on my repo on martingower.com/martywoodward, you can there’s a pumpkin pie project which is here it is. Um and this is basically a 3D printed GitHub inspired pumpkin. And the source code for this one runs on a tiny little

[38:58] microcontroller with lights. And we’ll actually it’s hooked up to your GitHub Actions credits. So, what could be scarier at Halloween than running out of Actions credits, you know? And so, it’ll animate and change color as you’re running out of Actions credits and then animate when your Actions credits get renewed. So, that’s one. And then another one I’ll I’ll give you a link to you for the show notes, but IKEA do accessories, but they’re not all completely hackable. And there’s a growing community of people like hacking these. And one of them was a was from a developer

[39:32] PH1P. And they’ve got a project to kind of stick what’s called an ESP32 which is like a tiny $1 microprocessor on the back of an IKEA IKEA lamp. And then you can turn it in kind of a into a smart display. So, I’ll give you that project as well. >> Oh, wow. I could really use that. >> Yeah, exactly. It’d be great. >> Yeah, so nice and easy. Well, that is awesome. I loved chatting with you, Martin. Thank you so much for being our guest today and for helping us close out Universe. I’m so excited for that. That being said, I’ve been Cassidy Williams.

[40:03] You can find me at cassidoo, c a s s i d o o on GitHub and most things on the internet. >> And I’ve been GPS. Find me at madebygps everywhere where you look for people. Martin, any final words? >> No, I’m Martin Woodward. Find me at Martin Woodward on social media if you want to shout at me. And thank you for listening to us. >> Bye.