Análise da polêmica envolvendo o youtuber Abraham e seu software de IA, discutindo segurança, escalabilidade e o paradoxo de Jevons no desenvolvimento tecnológico.
Ask about this video. Answers come from its transcript only — with the timestamp, so you can check them.
Generated from the transcript and can be wrong — check the timestamp.
Key Takeaways
- Falhas de segurança em softwares de IA podem gerar grandes repercussões e a necessidade de correções rápidas.
- Projetos tecnológicos complexos demandam conhecimento técnico e equipe especializada para escalar e manter.
- O paradoxo de Jevons mostra que maior eficiência pode levar a maior consumo e geração de empregos.
- A evolução tecnológica democratiza a criação de soluções antes inacessíveis financeiramente.
- Comunidades de desenvolvedores são essenciais para identificar problemas e melhorar produtos digitais.
What the video covers
- O vídeo aborda a polêmica causada pelo youtuber Abraham, que lançou um software de IA com falhas de segurança.
- Foram encontrados vazamentos de dados e exposição de variáveis sensíveis no GitHub, gerando críticas da comunidade dev.
- Abraham deletou posts no Twitter após a repercussão e aparenta estar tentando corrigir os problemas de segurança.
- O software é uma ferramenta complexa que integra múltiplos modelos de IA, usada para gerar imagens e chatbots.
- Apesar das falhas, o criador demonstra inteligência e potencial para evoluir o projeto, possivelmente contratando desenvolvedores.
- O vídeo destaca a importância de consultoria em segurança e a necessidade de profissionais técnicos para escalar projetos.
- Também é discutida a questão do custo de infraestrutura e operações conforme o software cresce em usuários.
- O apresentador introduz o paradoxo de Jevons para explicar como o aumento da eficiência pode aumentar o consumo total.
- Usa-se a analogia da produção de café para ilustrar como melhorias tecnológicas podem gerar mais demanda e empregos.
- O vídeo termina ressaltando a nova era de desenvolvimento facilitado por IA, que permite criar plataformas antes inviáveis.
Full Transcript — Download SRT & Markdown
Speaker A
Você que é dev e ganha acima de R$ 4.500 por mês, tá na hora de começar a investir, vem fazer parte da UVP, a maior e melhor escola de investimentos do Brasil, link na descrição.
Speaker B
Alô, produção, é esse daqui o humilhante? Esse é o cara que a gente tá odiando hoje?
Speaker B
Vamos falar disso aqui, você pode ter visto essa polêmica ou não, eu vou resumir aqui rapidamente o que que aconteceu, o que que foi a polêmica aqui desse cara que eu acabei de conhecer chamado Abraham.
Speaker B
E te falar o que que eu penso dessa polêmica super ultra relevante pra gente.
Speaker B
Vamos lá, esse carinha no YouTube lançou um vídeo faz alguns dias, esse aqui, ó, criei um software de IA para agregar valor aos meus clientes.
Speaker B
Antes esse vídeo tinha outro título, ele lançou também o vídeo no Twitter que viralizou mais no Twitter do que no YouTube.
Speaker B
Aparentemente, a primeira versão desse vídeo era diferente, aqui eu já não sei confirmar, eu tô falando o que eu li na internet.
Speaker B
Essa primeira versão desse vídeo que ele lançou no Twitter também irritou muito vários devs e alguns deles simplesmente olharam as requisições que o sistema fazia.
Speaker B
E encontraram vários vazamentos nas requisições e depois encontraram o ponto env exposto no GitHub, né?
Speaker B
Depois o mesmo cara, o mesmo Abraham fez um post dizendo que tem muita gente ruim nesse mundo.
Speaker B
E a gente foi hackeado e tal, porque a gente incomodou muito os desenvolvedores.
Speaker B
E depois acho que ele deletou esse post de novo.
Speaker B
E talvez ele tenha falado que ia processar alguém, talvez alguém dos usuários falou que ia processar ele.
Speaker B
Não entendi muito bem essa parte.
Speaker B
Enfim, fato é que isso daqui explodiu no Twitter, encontraram muitas falhas de segurança.
Speaker B
Vamos falar hoje sobre isso.
Speaker B
A questão aqui é que eu não sei nem direito quem é esse cara e eu não dou a mínima para essa polêmica.
Speaker B
Mas eu acho que isso daqui levanta uma questão muito interessante pra gente conversar sobre.
Speaker B
A plataforma que ele fez iniciou nisso daqui, ó.
Speaker B
Se você olhar, é um gerador de imagens com IA que, na verdade, ele explica ali como funciona.
Speaker B
Que é basicamente uma cola quente de diferentes modelos, né, se você vai gerar uma imagem com IA, você pode fazer tipo uma pipeline.
Speaker B
Onde você pede uma coisa para um modelo, depois outra coisa para outro modelo, depois uma imagem para um modelo, depois você pode fazer um upscaling e tal.
Speaker B
Quem é muito nerd de Hugging Face e tal, tipo um Peter Levels entende bastante disso aqui, tá?
Speaker B
E começou com isso, foi uma ferramenta que ele gerou com Cloud Code que diz que os clientes dele acharam bastante úteis.
Speaker B
E aí ele foi evoluindo essa ferramenta, ele adicionou também um storyboard.
Speaker B
Novamente, falando com o Cloud Code.
Speaker B
Adicionou depois também um chatbot ali que os usuários da comunidade dele podem interagir.
Speaker B
E foi incrementando isso daqui conversando com o Cloud Code.
Speaker B
E é até engraçado que aqui ele vai mostrar uma das features nova e dá um bug e ele fala, ah, o pessoal está debugando.
Speaker B
A gente está corrigindo a plataforma, o que me leva a crer que tem mais pessoas trabalhando nisso daqui.
Speaker B
Gente, eu vou te falar uma coisa, tá?
Speaker B
Esse carinha aqui, vocês podem estar odiando ele nesse exato momento.
Speaker B
Eu vou cravar aqui para você.
Speaker B
Se for verdade que o software dele já gerou R$ 100.000 em dois meses e se ele continuar escalando esse software.
Speaker B
Escreve o que eu tô falando.
Speaker B
Ele vai contratar devs e ou pessoas de tecnologia para ajudar a escalar esse software.
Speaker B
Por que que eu tô falando isso?
Speaker B
Bom, ele chegou num momento em que ele tem bastantes features aqui.
Speaker B
Você consegue ver que ele criou ali um software relativamente complexo, com bastante features.
Speaker B
Se você vê o vídeo, você vai entender isso daqui.
Speaker B
E ele, bom, claramente não sabe nada sobre segurança e não tem nenhum problema.
Speaker B
Não é nem demérito dele, não é função dele saber isso.
Speaker B
Ele ainda pode ser processado pelo usuário por vazar os dados, né?
Speaker B
As leis não se importam se ele é dev ou não.
Speaker B
Mas fato é, ele criou um software que eu acho impressionante alguém não técnico ter feito isso.
Speaker B
Eu estou impressionado.
Speaker B
Ele rapidamente percebeu que sec é um problema.
Speaker B
Tanto que deletou os posts no Twitter e tal.
Speaker B
E aparentemente tá tentando corrigir isso aqui, se escondeu um pouquinho ali nas redes sociais.
Speaker B
Que viu que deu ruim.
Speaker B
Esse cara provavelmente vai pagar uma consultoria de segurança.
Speaker B
Ou vai dar um jeito de corrigir esse problema, né?
Speaker B
Ou ele vai trabalhar e aprender.
Speaker B
Ou ele vai chamar alguém para corrigir o problema.
Speaker B
Parece que é um cara com dinheiro, então acredito que ele vai contratar alguém para fazer uma consultoriazinha ali.
Speaker B
Para ajudar ele de alguma forma.
Speaker B
As próximas etapas, as próximas barreiras que ele vai esbarrar nisso aqui.
Speaker B
É que tá ficando com um número legal de features.
Speaker B
Conhecendo o Cloud Code, os modelos atuais, eles vão começar a esbarrar num legado que é um pouquinho difícil de evoluir se você não for bastante inteligente ou até alguém muito técnico.
Speaker B
E esse cara me parece ser um cara bastante inteligente, tá?
Speaker B
Eu acho que ele ainda consegue evoluir mais isso daqui.
Speaker B
Mas o que muitas das plataformas que cresceram com vibe coding perceberam é que chega um ponto que faz sentido trazer um dev.
Speaker B
Porque você não tem o refino técnico para conseguir escalar aquilo.
Speaker B
E a terceira coisa que talvez ele descubra é que a parte de ops/infra, claro, isso aqui vai demorar um pouco, tá?
Speaker B
É só se ele tiver muitos usuários mesmo.
Speaker B
Que essa parte de office/infra vai começar a custar tanto que vai fazer sentido contratar gente para otimizar isso.
Speaker B
Isso daqui nos leva para um gancho que é o que eu realmente queria falar hoje.
Speaker B
Que é sobre isso aqui, ó.
Speaker B
O paradoxo de Jevons.
Speaker B
Que ele afirma que, à medida que as melhorias tecnológicas aumentam a eficiência com a qual um recurso é usado, o consumo total desse recurso pode aumentar em vez de diminuir.
Speaker B
Deixa eu explicar isso daqui com uma analogia, tá?
Speaker B
Imagina que você está fazendo café.
Speaker B
E você acabou de descobrir como é que você faz café.
Speaker B
Nesse mundo imaginário que a gente tá imaginando, tá?
Speaker B
Para fazer café, leva 8 horas por dia de uma pessoa para produzir uma única xícara de café.
Speaker B
Bom, eu te pergunto.
Speaker B
Quantas pessoas no mundo vão ser contratadas para fazer café?
Speaker B
A resposta é muito simples, você vai pegar o número de monarcas em cada país.
Speaker B
E cada monarca vai tomar umas três, quatro xícaras por dia.
Speaker B
E esse é o número de pessoas.
Speaker B
Então, vamos supor, Portugal tem um rei e uma rainha.
Speaker B
A gente vai ter umas duas, três, quatro, cinco pessoas em Portugal trabalhando em produzir café, né?
Speaker B
Nada que hoje em dia, no nosso mundo real, não imaginário.
Speaker B
Para você fazer uma xícara de café, com todo o ferramental que a gente tem, máquinas de expresso e esse tipo de coisa.
Speaker B
Acho que você consegue fazer uma xícara de café em 2 minutos.
Speaker B
Certo?
Speaker B
Cada pessoa consegue fazer uma xícara em 2 minutos.
Speaker B
Quantas pessoas em Portugal são contratadas para fazer café?
Speaker B
Cara, assim, tranquilamente mais de 1.000, provavelmente mais de 10.000, tá?
Speaker B
Existem muitas cafeterias em Portugal.
Speaker B
Ou seja, o aumento da produtividade na produção de café.
Speaker B
Aumentou também o consumo de café.
Speaker B
E aumentou tanto o consumo de café que aumentou o número de pessoas que trabalham fazendo o café.
Speaker B
Mas você não precisa ouvir isso da minha boca.
Speaker B
Você pode ouvir o próprio Abraham explicando esse conceito para você.
Speaker B
Vamos ver se o áudio vai pegar aqui bem.
Speaker C
É, essa nova era, essa barreira que caiu dos desenvolvedores, abre margem pra gente criar coisas incríveis.
Speaker C
Que não eram financeiramente viáveis.
Speaker C
Antigamente.
Speaker C
Isso aqui não era financeiramente viável.
Speaker C
Uma plataforma dessas aqui, eu sei com conhecimento de causa, porque eu já tive equipe de desenvolvedores.
Speaker C
Uma plataforma dessas aqui não seria viável financeiramente para mim há pouco tempo atrás, porque ela custaria muito dinheiro, muitos meses de trabalho de um time.
Speaker C
Que talvez não me entregasse isso daqui com essa qualidade.
Speaker C
Porque você precisa pensar na arquitetura daquilo que você quer, passar para o desenvolvedor.
Speaker C
E existe um gap grande entre o que você diz e o que o desenvolvedor entende.
Speaker C
E o que ele consegue passar para o restante do time.
Speaker C
Tá entendendo?
Speaker C
Acabou essa, essa, essa grande barreira de software que a gente tinha.
Speaker C
Você pode simplesmente imaginar e criar.
Speaker C
E eu vou te mostrar isso daqui agora.
Speaker B
Como muito bem explicado pelo nosso amigo Abraham.
Speaker B
Esse projeto que ele criou não existiria porque não era financeiramente viável.
Speaker B
Assim como não era financeiramente viável, uma, né, nesse mundo imaginário, não seria financeiramente viável eu pagar uma pessoa para produzir café para mim.
Speaker B
Não faz sentido.
Speaker B
Agora, tornam-se financeiramente viáveis projetos que antes não eram financeiramente viáveis.
Speaker B
E nesses projetos que hoje em dia são financeiramente viáveis, é plausível que esses projetos venham a contratar pessoas.
Speaker B
Esse foi o caso, por exemplo, desse SaaS aqui brasileiro.
Speaker B
Chamado Plink.
Speaker B
Que foi um SaaS criado inicialmente por pessoas não técnicas no Lovable, que depois que o SaaS começou a funcionar e gerar dinheiro.
Speaker B
Veio a contratar, né, os criadores disso aqui.
Speaker B
Não sei se é mais de uma pessoa.
Speaker B
Mas enfim.
Speaker B
A Sabrina, que é a criadora ou uma das criadoras desse SaaS, veio a montar uma equipe de desenvolvimento para prosseguir na, na evolução desse SaaS.
Speaker B
Que não teria sido feito caso Lovable não existisse.
Speaker B
A IA viabilizou projetos que não eram viáveis.
Speaker B
E nessa viabilidade de projetos que não eram viáveis, projetos que antes nunca existiriam, hoje em dia existem e contratam devs.
Speaker B
E o número de empregos tem subido.
Speaker B
Esse é o ponto que eu quero chegar.
Speaker B
O número de empregos de tecnologia desde o início desse ano, que honestamente é quando eu consigo falar sem nenhuma ressalva.
Speaker B
Que essas ferramentas são muito poderosas e criam coisas muito poderosas.
Speaker B
E até pessoas não técnicas conseguem criar projetos impressionantes.
Speaker B
Enfim, esse aqui é um exemplo disso, tá?
Speaker B
O Abraham é uma pessoa não técnica.
Speaker B
Que criou um projeto que se alguém me mostrasse isso dois anos atrás, eu acharia sim um projeto muito impressionante.
Speaker B
Hoje em dia eu só não estou impressionado pelo fato de que eu já sei que o Cloud Code consegue fazer isso, né?
Speaker B
Se eu não soubesse, eu estaria impressionado.
Speaker B
Enfim.
Speaker B
No início desse ano, que é quando o Cloud Code e o Cloud Opus, etc, ficaram muito bons.
Speaker B
O número de contratações de devs começou a crescer bastante.
Speaker B
Pode ser uma coincidência, tá?
Speaker B
Não, não vou dizer que não pode.
Speaker B
Pode ser que o paradoxo de Jevons não aconteça dessa vez, isso daqui não é uma lei econômica implacável.
Speaker B
É apenas uma constatação que às vezes, às vezes isso acontece, né?
Speaker B
A gente pode ser comparado de novo com, com cavalos.
Speaker B
Com, é, escrivãos, datilógrafos, sei lá.
Speaker B
O que você quiser comparar a gente, né?
Speaker B
Não é uma certeza absoluta que o número de empregos de tecnologia vai continuar crescendo.
Speaker B
Mas é algo interessante a se ressaltar.
Speaker B
Você também pode estar pensando que, bom, é óbvio que segurança é um problema.
Speaker B
É impossível fazer código seguro com vibe coding.
Speaker B
E talvez com esse carinha aqui, ó, o Yuri R Dev.
Speaker B
Ele fez um vídeo chamado um hacker versus quatro vibe coders.
Speaker B
É, recomendo que você se inscreva no canal dele.
Speaker B
É muito bom.
Speaker B
E nesse vídeo, ele chama quatro pessoas, dessa vez elas são técnicas ou mais ou menos técnicas, tá?
Speaker B
Ele separa aqui as pessoas em quatro níveis.
Speaker B
E essas pessoas que são, vamos colocar assim, devs ou adjacente a devs.
Speaker B
Elas conseguiram fazer softwares relativamente seguros com vibe coding.
Speaker B
Lógico, não existe software que é 100% seguro, né?
Speaker B
Mas embora todas essas coisas possam ser melhoradas através de vibe coding.
Speaker B
Certo?
Speaker B
Eu não existe nada que impeça a gente de fazer um software seguro com vibe coding.
Speaker B
Não existe nada que impeça a gente a fazer um software que seja de alta manutenção com vibe coding.
Speaker B
Não existe nada que impeça a gente de fazer um software escalado com vibe coding.
Speaker B
Mas atualmente, para você conseguir atingir esses objetivos, é muito mais fácil, muito mais eficiente e muito melhor com uma pessoa técnica no comando.
Speaker B
Se você botar, por exemplo, eu contra a minha mãe para competir de quem faz o melhor SaaS num dia.
Speaker B
É, desculpa, mãe, mas eu tenho certeza que o meu vai ser melhor, tá?
Speaker B
O dela vai sair com menos erros de português, sem sombra de dúvida.
Speaker B
Isso tudo, cara, para dizer que nem quem tava errado, nem quem tava certo.
Speaker B
Eu acho que tava errado ou tava certo.
Speaker B
Eu vou falar umas coisas agora que eu acho que são verdade, que eu acho que não houve nenhuma pessoa que acertou todas essas.
Speaker B
Tá, é possível fazer código seguro com IA.
Speaker B
É, de fato, possível.
Speaker B
Eu não sei se é possível fazer código seguro com IA se você for uma pessoa profundamente não técnica.
Speaker B
Eu não acho que vai ser possível aí.
Speaker B
Porque você nem vai conseguir saber que é para pedir para IA fazer um código seguro.
Speaker B
Então, não sei se dá.
Speaker B
Eu acho que não, a sua mãe não vai criar o Candy Crush.
Speaker B
Isso não vai acontecer.
Speaker B
Ela não vai recriar os joguinhos que ela joga no celular.
Speaker B
Eu acho que sim, pessoas não técnicas vão sim produzir softwares que não eram possíveis de serem feitos antes.
Speaker B
Vão fazer sim SaaS que eram impossíveis de serem feitos antes.
Speaker B
E isso aqui é uma realidade, né?
Speaker B
Isso aqui é o exato exemplo disso.
Speaker B
E a demanda por devs talvez aumente.
Speaker B
Ela talvez aumente por causa da IA, tá?
Speaker B
Mentira, alguém deve ter acertado essas coisas tudo, tá?
Speaker B
Não, não era tão difícil assim de acertar tudo.
Speaker B
Eu não acho que eu não acertei, mas enfim.
Speaker B
Essa é a discussão que a gente tem para hoje.
Speaker B
E é isso, né?
Speaker B
E o tal do mitos da Anthropic.
Speaker B
É isso e agora o Claude 5.0, o Claude Mythos, sei lá o que que a gente tá chamando isso daqui agora.
Speaker B
Resolvendo uma vulnerabilidade de 20 anos atrás do Linux em 90 minutos.
Speaker B
Não sei mais o que que tá acontecendo, gente.
Speaker B
Sinceramente.
Speaker B
Umas coisas em japonês falando de Claude Mythos.
Speaker B
Vamos ver, né, faz uns três anos que estão prometendo que daqui seis meses a IA ia chegar.
Speaker B
Será que agora a Anthropic vai entregar pra gente?
Speaker B
Se você gostou desse vídeo, tá procurando um próximo emprego como desenvolvedor.
Speaker B
A gente vai ter aqui na descrição o link para o roadmap para o seu próximo emprego, que é um curso feito com muito, muito trabalho.
Speaker B
Não foi vibe codado.
Speaker B
Não foi feito nem só por mim, tá?
Speaker B
A gente tem pelo menos cinco pessoas envolvidas na criação disso aqui.
Speaker B
E a gente tem também pelo menos cinco pessoas que foram extremamente beneficiadas com isso.
Speaker B
Na verdade, muito mais, né, essas aqui são só as que gostaram o suficiente ao ponto de me mandar um e-mail agradecendo.
Speaker B
Que o comentário, né?
Speaker B
Após um currículo do zero, assistindo as aulas anteriores, estou indo para minha primeira entrevista daqui a dois dias.
Speaker B
Ou então, o curso me ajudou a arrumar um trampo melhor.
Speaker B
Mesmo sendo júnior, né?
Speaker B
Sendo júnior ainda.
Speaker B
Fiz o passo a passo, já consegui três entrevistas.
Speaker B
O curso é extremamente conciso e prático, com aulas de especialistas sem enrolação.
Speaker B
Era só, né?
Speaker B
O cara conseguiu três entrevistas, duas delas foram para gringa.
Speaker B
Ele nem colocou o currículo em inglês.
Speaker B
Ele fez isso em cinco dias, cara.
Speaker B
Se você quiser.
Speaker B
O link vai estar na descrição.
Speaker B
A gente vai te entregar o passo a passo de como ter um currículo melhor, encontrar vagas melhores.
Speaker B
Aplicar para as empresas, né, mandar bem nas entrevistas para te botar na cara do gol na negociação salarial.
Speaker B
Não tem risco nenhum.
Speaker B
Se você não gostar, comprou e achou que não era para você.
Speaker B
Eu te dou um mês inteiro de reembolso que você pode pedir reembolso sem motivo nenhum.
Speaker B
É só você querer pedir o reembolso.
Speaker B
Que a gente faz o reembolso.
Speaker B
Se você pagar no cartão de crédito, né, o dinheiro talvez nem vai sair da sua conta.
Speaker B
Você vai pedir o reembolso antes.
Speaker B
Enfim.
Speaker B
Não tem risco nenhum.
Topics:IAsegurança da informaçãodesenvolvimento de softwarepolêmica YouTubeparadoxo de Jevonsinfraestrutura de TIescalabilidadeCloud Codedesenvolvedorestecnologia











