Julio Viana

E por quê? Desde uma profissional de entrada de dados, até uma assistente executiva, até um cara de contabilidade, até um gestor de mercado como eu, que não necessariamente está colocando mais a mão em código no dia a dia, ou nunca fez isso, esse cara hoje, inevitavelmente, ele vai passar a ser um gestor de código. E aí a gente vai para muito além do que falar em low-code e no-code, porque alguém que sai da infraestrutura, alguém que sai de tecnologia...

Alguém que está lá na ponta olhando para os antigos cubos, para os antigos modelos tridimensionais, para os antigos modelos de análise estatística. Esses caras vão facilitar muito a vida no dia a dia com algumas coisas, alguns brinquedinhos novos que a gente já está olhando ali na frente e já prontos para lançar para o mercado. Que vão ser alguns caras que vão ter uma pegada assim muito mais focada em talvez design. Por que não? Design e colocar na mão do Júlio um cara que hoje não é mais...

código puro na veia, não é mais C++, não é mais polimorfismo na veia, mas é um cara que precisa de resultado, um cara que precisa de acessar diversas bases em diversos locais e ter alguma coisa na mão para analisar de uma maneira muito simples, muito rápida e muito precisa.

Isso é inevitável, isso é inevitável, a gente já vê no nosso dia a dia isso acontecendo. Para dentro do nosso país, a gente tem sempre aquele delayzinho lá de seis meses a um ano, mas acaba acontecendo inevitavelmente da mesma forma que no resto do mundo. Então eu vejo muito mais essa figura, esse estereótipo do novo usuário da nossa plataforma e vai ser fantástico, porque continua sendo de maneira gratuita e nos traz muito mais insumos para continuar alimentando o nosso lado open source.

de uma maneira muito rápida. Só que isso tomou uma dimensão tão absurda em tão pouco tempo que o pair programmer pra gente deixou de fazer sentido acho que no primeiro ano de vida do Copilot. Quando a gente olhou pro mercado e percebeu que pô, mas peraí, o cara conversar diretamente com o chat EPT

É a mesma coisa que conversar com um GitHub Copilot? Então tem alguma coisa errada aqui. E aí que a gente começou a perceber que algumas coisas faziam muito mais sentido pra nós, dentro da nossa casa, do que ser pura e simplesmente um pre-programmer. E a primeira, primeiríssima, uma de todas as outras, se eu posso assim dizer, é a questão do liability. E aí já começando a responder um pouquinho mais a questão do Marcos e do Fabrício. É a questão do

A quem eu vou culpar ou a quem eu vou responsabilizar numa questão de um possível request, um possível prompt que eu faço para o banco X e me volta o resultado de código, um pedaço de código do banco Y? Isso não vai acontecer. Isso não é possível de acontecer. Por quê? Exatamente a questão do liability. E a gente teve muito e muito e muito cuidado.

Exatamente com essa questão. E óbvio, se você olha para fora do GitHub, se você olha para o mercado, apareceram 10, 20 outras empresas sendo pair programmers, só que fazendo exatamente isso. Liability zero. Então a gente preferiu dar alguns passos para trás, mas garantir um liability, mesmo porque nós temos nos bastidores um gigante que nos suporta, que é o nosso proprietário, nos bastidores, mas é o nosso proprietário e qualquer questão de liability no Brasil

Eles não vão processar o GitHub Brasil. Eles vão processar o Microsoft do Brasil. E é um belo processo. E é uma bela causa. E é uma bela conversa. Então, esse tipo de coisa nos fez dar alguns passos para trás para ter certeza do que a gente fazia. Ter certeza do liability correto, do momento correto e dar o próximo passo. Abandonando as questões de ser pura e simplesmente um pair programmer.

O próximo passo foi bem bacana, porque a gente conseguiu começar a integrar tudo isso daí, olhar para dentro de workspaces, olhar para dentro de indexar o próprio ambiente enterprise de usuários blindados, e aí olhando para o lado enterprise da coisa, usuários robustos que tem um ambiente totalmente fechado, e hoje eu posso falar sem medo de errar, 100% de todos os bancos grandes no Brasil estão conosco, 100%. Olha o tamanho do cuidado que a gente tinha que ter com isso.

Olha o tamanho da responsabilidade que a gente passou a ter nas nossas mãos de zelar pelo liability e garantir que todos esses caras tivessem sucesso no dia a dia. Então, quer dizer, a questão de ter pressa no que fazer para nós já não virou alguma coisa desenfreada.

E aí veio a tocada genial, veio o toque de Midas que eu olho para aquele cara toda vez que eu cruzo com ele em algum lugar, agora infelizmente não com muito mais frequência porque ele vai nos deixar, que é o Thomas. Veio a sacada de gênio dele, há dois anos atrás, dois anos e meio, em pegar todos os motores, todos os impulsionadores de LLMs e de AI do mercado e colocar dentro da nossa própria plataforma, onde você pudesse ter a capacidade de virar um seletor e escolher com quem você quer trabalhar.

continuando tendo toda a questão de liability, segurança e blindagem enterprise, se você assim precisar. E do lado de lá, do lado do pensores, eu escolho, eu tenho toda a flexibilidade e abertura para trabalhar da maneira como eu quiser. A nossa veia colaborativa, a nossa veia de comunidades nunca foi mais forte na história do GitHub do que hoje.

O GitHub nasceu lá em 2008 com uma pegada colaborativa, mas se eu posso dizer hoje, eu já estou há quase oito anos na empresa, desde que eu trouxe a operação para o Brasil, ele nunca teve uma pegada mais colaborativa, mais aberta, mais comunidades do que atualmente.

Não, a gente enxerga esse tipo de coisa como um ecossistema, como um stack, como parte integrante do que a gente chama dentro de casa do nosso full stack. E por quê? Eu não sei se vocês tiveram a oportunidade de olhar todos os lançamentos e todos os comunicados agora do Universo, mas um deles foi um que me chamou muito a atenção e dessa vez, por incrível que pareça, nós temos sempre acesso a tudo que vai ser comunicado um mês antes. Dessa vez a gente não teve acesso a exatamente nada.

E eu entendi os porquês. Teve um lançamento específico que conecta com vários outros que eu olho à frente e vendo o mercado de AI mundial e o do Brasil, já faz muito sentido para a gente, que foi exatamente o Mission Control. É a capacidade de você olhar para todos os agentes, monitorar, fazer a gestão deles, abrir um particular agente em tempo de execução e ver o que ele está fazendo ali.

Ou seja, já tem o cliente me batendo, dizendo, cara, isso aqui tá complicado desse jeito, cara, eu acabei de lançar, fazem semanas que o brinquedo acabou de sair da linha de produção. Dá um tempo em fôlego, até janeiro pelo menos, pra gente melhorar isso daí, eu não tenho dúvida que isso daí vai ficar fantástico. Mas, culturalmente falando, é no que a gente acredita, e a gente já tá olhando pra frente, já tá olhando...

para 26 e 27, com certeza olhando para a questão de orquestração e gestão de agentes autônomos, numa pegada de olhar real-time para dentro dele, pescar um particular agente, ver o que ele está fazendo e, por que não, alterar ele durante o voo, fazer a ingestão de mais parâmetros ou de mais informações ou de mais contexto durante o próprio voo.

Aí eu já estou enlouquecendo um pouquinho aqui, fazendo um enlouquecimento daiado prompt aqui, mas eu acredito fortemente nisso e que vai ser o nosso futuro daqui para frente. O mission control já está aí, já é uma realidade. Se bem que embrionar ainda em public preview já é um fato, já é uma realidade. Para 2026, ano calendário, não o nosso fiscal, eu acredito que isso daí vai melhorar e vai melhorar

Muito. Tanto que a capacidade que a gente trouxe agora é de trazer todos os agentes de IA do mercado, colocar pra baixo desse cara e fazer a gestão centralizada num único lugar. Outra coisa que a GitHub acredita e acredita muito. Cara, para de trocar tela. Para de virar tela. Antigamente, antes do GitHub, a gente precisava ir lá no Google, pesquisar alguma coisa, pesquisar algum pedaço de código, uma função, enfim, algum hash.