Latest / Entre Chaves / #248 Vibe Coding: o que está por trás do hype?

Transcript

#248 Vibe Coding: o que está por trás do hype? · Entre Chaves

0:02
Está começando mais um entre chaves, o seu podcast de
0:05
desenvolvimento de software. Eu sou a Fernanda Vieira e hoje
0:09
a gente vai falar sobre um termo que está super em alta, né?
0:13
Um termo meio polêmico. Algumas pessoas amam outras
0:17
pessoas. Já tem um certo preconceito, né?
0:19
Mas é um termo que está bastante em alta no mercado de
0:21
tecnologia, né? No meio do desenvolvimento de
0:23
software com inteligência artificial.
0:25
Que é Vibe colding. Então a gente vai falar um
0:28
pouquinho, vai destrinchar um pouquinho esse termo, vai
0:30
entender um pouco mais sobre ele, mas para isso estou aqui
0:33
com o Igor no banheiro da de bancada.
0:36
Tudo bem, Fernandinha? E também estou aqui com o Breno
0:38
e com o Rafael, que são desenvolvedores aqui na DTI, que
0:42
também gostam muito de desenvolver com inteligência
0:44
artificial e estão desenvolvendo.
0:45
Bastante cunhar em seus contextos.
0:47
E aí, gente, vocês estão bem? Tudo bem, Fernandinho?
0:49
E você tudo. Certo, tudo bem, pessoal,
0:52
prazer? É isso aí, então, para começar o
0:53
nosso episódio, eu quero ler um pouquinho da definição.
0:57
Que foi dada por Vibe coding. A pessoa que que definiu o Vibe
1:01
coding, que é o Andrey carcarpathy.
1:03
Numa entrevista que eu vi dele, ele falou que ele fez um tweet
1:06
totalmente despretensioso, em que ele não quis de fato.
1:10
Assim, tava com a intenção, né? Ou com a pretensão de definir o
1:15
nome de um termo. Mas ele acabou fazendo isso
1:18
nesse tweet. Então que ele fez que que ele
1:20
falou, traduzindo aqui pro português, tem um novo tipo de
1:23
código de codificação que eu chamo de Vibe coding, onde você.
1:27
Abraça a Vibe, abraça os exponenciais e até esquece que o
1:32
código já existiu. E ele fala assim, eu aceito
1:36
tudo, né? Eu dou um acerto ao sempre.
1:39
Eu não leio mais GIFs. Quando eu tenho um erro, eu só
1:42
faço um copentiste ali no nos comentários.
1:46
E normalmente ele corrige então o código, ele cresce para além
1:51
da minha compreensão. E normalmente as LLMS não
1:54
conseguem corrigir um bug. E aí nesses casos eu só faço
1:58
alguns workabrowds, vou pedindo, então peço coisas até
2:02
randômicas. Até que de repente esse bug
2:05
some. Então o que ele fala?
2:06
Até que ele fala assim, eu estou construindo um projeto, mas isso
2:09
não é realmente codificar. Eu só vejo coisas, falo coisas,
2:14
rodo coisas, copio e colo coisas, e normalmente isso
2:18
funciona. E ele fez uma esse tuíte, né,
2:21
que até bem grande. Ele chamou aí de Vibe coding,
2:24
essa esse sentimento, né, que ele descreveu e vendo uma
2:28
entrevista dele, ele até falou que ele acha que isso aqui
2:31
viralizou porque ele conseguiu descrever.
2:33
Um sentimento que todo mundo tava sentindo.
2:36
Então antes de eu de perguntar pra vocês, o que que vocês
2:38
acham, né disso aqui, dessa definição de baby code, eu acho
2:42
que é só interessante lembrar que esse cara não é um cara
2:45
qualquer randômico que simplesmente falou isso, mas ele
2:48
é um cara extremamente importante, que já foi diretor
2:50
de inteligência artificial da Tesla, já foi pesquisador da
2:54
OpenAI. Ele é uma voz extremamente
2:56
influente quando a gente fala de inteligência artificial.
2:59
Então, né, dado todo este contexto, o que que vocês acham,
3:03
gente? Dessa descrição aí, desse termo
3:06
Vibe coding. Vendo essa descrição, né?
3:09
Essa sugestão dele com esse tweet, eu acho que a proposta
3:11
era incentivar mesmo o uso de a para tirar ideias do papel, né?
3:16
Com abordagem que fosse bem simplificada e não exigisse um
3:19
conhecimento aprofundado ali de onde e como que você IA fazer
3:22
aquilo. Né, eu acho que ele também, por
3:25
ter trabalhado na opna e muita gente comenta que.
3:28
Foi mesmo para dar um boom mesmo, chamar atenção de todo
3:31
mundo para o povo entrar nessa, nessa questão de programar sem
3:34
programar, né? Gerar código e entrar na Vibe.
3:37
Então Eu Acredito que foi mais por esse ponto mesmo.
3:40
É isso a gente pegar, né? Esse esse mesmo cara, né?
3:43
O Andre Andrey caput, ele ele também fez outra definição que
3:48
eu acho que é bem interessante da gente vê sobre software, né,
3:50
sobre mudanças de software, que foi o software 2.0 e o software
3:55
3.0, que tem tudo a ver com com Vibe coding com.
3:58
Usar IA pra programar, mas no final das contas, é como se o
4:01
software 1.0. A gente programasse, né?
4:04
Do jeito tradicional. E a gente fala, a gente fala pro
4:07
software, né? Nos nossos algoritmos a gente é
4:10
determina como fazer algo. Então a gente fala lá os nossos
4:13
ifiels. Né?
4:14
Os nossos e por aí vai. Então a gente tá falando como
4:18
aquilo, o nosso problema vai ser resolvido exatamente, né?
4:22
De forma extremamente determinística, inclusive.
4:24
E aí no software 2.0, esse mesmo cara fala poxa, agora isso aqui
4:29
mudou um pouquinho, porque ele chama de software 2.0 quando a
4:32
gente programa via algoritmos de machine learning.
4:35
Então como que esse software 2.0 é ele através dos dados que eu
4:40
tenho, o meu software responde aquele treinamento, ou seja.
4:44
Se meu dado muda, o meu software também muda.
4:48
O comportamento do meu software muda, porque ele tá diretamente
4:52
ligado ao treinamento do dos meus dados.
4:54
E o que ele chama de software 3.0 é o software que a gente
4:58
programa o que a gente quer, que na verdade é a intenção, que na
5:03
verdade é a linguagem natural. E ele até fala que o inglês, né?
5:06
No nosso caso, português. É a linguagem mais é quente, né?
5:10
Mais sexy. Aí pra quando a gente programa a
5:13
intenção, a linguagem natural, esse cara é igual vocês falaram,
5:17
né? Talvez o que ele estava querendo
5:18
dizer muito mais era gente. O zaia é bom demais.
5:23
Mais do que isso, talvez falar um pouco desse paradigma também
5:27
que está mudando, que é talvez em algum momento o código não
5:30
vai ser realmente tão importante assim, mais.
5:33
É, e eu acho que assim falando do desenvolvimento de software
5:36
ao longo do tempo. Você vê bastante, muitas ideias,
5:39
ideias legais, ideias bacanas que na hora que você vai colocar
5:42
no papel, muita gente falou, pô, mas eu preciso pegar um
5:44
desenvolvedor, preciso parar um time de desenvolvimento.
5:47
Então, nessa abordagem, ele falou, OPA.
5:49
Galera, eu tô fazendo algo aqui que eu não tô mexendo com algo
5:52
extremamente técnico. Eu tô realmente escrevendo ali
5:55
em linguagem natural e tá sendo ótimo.
5:57
Eu tô conseguindo ter resultados.
5:59
Então acho que aí o mercado acabou se empolgando ainda mais,
6:03
né? Hoje a gente sabe que tem 11
6:05
déficit de um de profissionais ali que tá atua na, na, na parte
6:09
de programação, trabalhando diretamente com isso.
6:11
Então já a gente consegue colocar as ideias em práticas e
6:14
começar a testar. E obter alguns resultados.
6:16
É exatamente igual o próprio Rafa falou aqui, né?
6:19
Habilita pessoas que nunca antes tiveram contato background de
6:25
programação, tirar a ideia do papel, né?
6:28
A gente até fez um episódio aqui com o frates, que é o embaixador
6:31
do da loveble aqui no Brasil, um dos embaixadores, e ele é um
6:35
cara que nunca não teve. É background técnico e estava
6:39
saindo fazendo várias aplicações.
6:42
Aí utilizando o lovel, que é uma aplicação, né?
6:45
Um software de live code. Vamos falar assim que o código
6:48
talvez não é o mais importante. Ele existe, mas ele não é o mais
6:52
importante. Acho que democratizar a
6:55
programação é o termo que eles estão usando, né?
6:57
De ter esse brainstorm de ideias.
6:59
Agora, as contribuições no dia a dia podem vir de pessoas
7:02
diferentes, de especialidades diferentes.
7:06
E a gente converter isso tudo No No projeto final, no objetivo
7:09
final. Então assim o designer não
7:11
depender mais do desenvolvedor para poder gerar 11 protótipo,
7:15
validar um conceito que ele tem ele rápido, se não ele vai
7:17
perder essa ideia com a diretoria, por exemplo.
7:19
Isso aí é uma coisa importante, que o Vibe code veio assim para
7:23
para ajudar. Eu eu imagino assim que muitos
7:26
que estão nos ouvindo aqui hoje, né?
7:27
No entre chaves já testaram Vibe code, né?
7:31
Já Vibe codaram de alguma forma, né?
7:33
Seja usando o cursor, seja usando o lovabo, seja usando
7:36
qualquer uma dessas outras ferramentas.
7:39
Eu mesma adoro, adoro fazer um Vibe code, né?
7:42
Assim, eu eu não programo de forma mais profissional, né?
7:46
De forma para clientes corporativos já tem algum tempo,
7:49
então eu. Adoro abrir o cursor lá e pedir
7:53
as coisas e falar, nossa, que incrível.
7:55
Eu fiz esse aplicativo e eu realmente sinto até que eu fiz
7:58
esse aplicativo mesmo não tendo, né?
8:01
As as minhas habilidades de codificação tão refinadas
8:05
atualmente, né? Ou tão é talvez um pouco
8:07
enferrujadas, né? Mas talvez tem alguém aí né, que
8:10
tá nos ouvindo agora que nunca testou, nunca fez um vaib code,
8:14
então assim, o como que vocês veem que é a prática na
8:17
essência? O que que é fazer vaib code?
8:20
Eu Acredito que seja um pouco assustador, né?
8:23
Você ver essa definição do vibecoding você que é
8:25
desenvolvedor, né? Que se deparou com essa
8:28
definição e pensou, como que eu vou passar a olhar agora o
8:31
código como uma caixa preta que eu não tenho conhecimento do que
8:34
que está sendo feito ali e vou só pedir aya para fazer e ver o
8:39
resultado, ver como funciona. Só que na correria do dia a dia,
8:42
eu acho que é bem importante citar isso.
8:43
Você já trabalha com com desenvolvimento?
8:47
Só que às vezes você tem uma ideia que você queria colocar no
8:49
papel. E aí por Questão de Tempo ali de
8:52
né? Dedicação e parar e explorar
8:55
isso, você acaba não explorando por essa limitação mesmo ali.
8:59
Ou até mesmo, Ah, eu vou precisar aprender tal coisa.
9:01
Eu vou precisar aprender tal tecnologia nova.
9:04
E você atrasa, né? Aquela ideia, colocar aquela
9:07
ideia no papel. É quem que, né?
9:09
Não, nunca teve assim. Nossa, eu tenho uma ideia
9:11
incrível aqui que eu vou ficar rico, né você?
9:14
Chega morto do trabalho, não consegue executar e com Vibe
9:17
coding isso fica se torna possível porque você vai, né,
9:21
descrever o que você quer criar. E vai interagindo ali com OIA
9:24
para, né? Colocar aquilo em prática e ver
9:27
resultados ali. Práticos mesmo, claro que né.
9:29
É depois você pra pra isso se tornar 111 software ou 11
9:35
sistema funcional, né? Pra você publicar você teria que
9:39
aplicar ali seus conhecimentos. Mas você conseguiu explorar uma
9:41
ideia muito mais rápido do que você teria ali se você tivesse
9:45
que aprender todas aquelas tecnologias e executar aquilo
9:48
ali. É, eu acho que eu compartilho
9:50
bem dessa visão mesmo, não tem? Muita diferença é é quando fala
9:54
entrar na Vibe, né? Você passar o sentimento daquilo
9:57
que você quer para o seu sistema, aquilo que você quer
10:00
criar e deixar e a entender EE programar aquilo aí para você.
10:05
Então assim é você acelerar ideias, é você por em prática.
10:10
Às vezes você tem alguns problemas para resolver no dia a
10:12
dia, até como desenvolvedor mesmo você pode usar o Vibe code
10:14
para te dar mais de uma solução e você, com senso crítico ali,
10:18
avaliar qual a melhor. Às vezes você tira um pouquinho
10:20
de cada solução e gera a sua solução final.
10:22
Em cima daquilo ali, então, assim, é uma ferramenta assim
10:25
para acelerar o dia a dia com responsabilidade.
10:29
Eu acho que uma coisa que o Vibe coiling nos ajuda muito.
10:33
É a fazer MVPs, né? Tirar ideias do papel que com
10:35
certeza é o é o dos principais. Talvez, né?
10:38
Focos aí do Vibe coding eu li uma definição quando eu tava
10:41
estudando um pouco mais de Vibe coding e tudo mais que o Vibe
10:45
coding, se você em algum momento conseguisse, se você tiver uma
10:50
habilidade muito boa de conseguir dar muito, fazer um
10:54
prompt, né? 11 engenharia de prompt perfeita
10:57
imagina que você realmente consegue expor em palavras.
11:01
Tudo o que você realmente deseja no seu software, mas de um jeito
11:06
que você realmente assim você não dá nem contexto de mais nem
11:10
contexto de menos. Você meio que tipo assim,
11:12
consegue de fato tirar tudo que tá na sua cabeça, fazer um né?
11:16
Uma coisa aqui e passar aquilo ali com linguagem natural pro
11:19
seu software. Se isso fosse verdade e a gente
11:23
conseguisse exprimir com muita clareza os as nossas intenções.
11:28
Talvez o vivecoding fosse assim, incrível.
11:31
Talvez um dos problemas do vivecoding é justamente você
11:35
conseguir fazer isso. Você é uma porque parece que é
11:38
simples, né? Tipo assim, Ah, se eu falar
11:40
exatamente o que eu quero, ela vai fazer exatamente isso, né?
11:44
E aí se eu falo isso, parece que isso até poderia funcionar em
11:48
ambiente corporativo, que é o que o nosso foco aqui, né?
11:51
É trazer o vivecoding para o ambiente corporativo.
11:53
Então parece que assim. Se eu tivesse a melhor descrição
11:56
do meu problema e passasse para AIA, talvez até em ambiente
11:59
corporativo ela funcionaria. Só que eu acho que é justamente
12:03
esse o problema. O dar o contexto correto para
12:06
AIA é uma tarefa extremamente difícil, tipo muito difícil.
12:12
E eu acho que isso é uma das coisas que inviabiliza o vive
12:16
code incorporativo, né? Então queria opinião sua se
12:20
vocês concordam com isso. Né?
12:22
Que dá o contexto para OIA é muito difícil.
12:25
E talvez por isso que a gente tem um tanto de formas, né, de
12:27
dar esse contexto correto e que é uma das coisas assim que, no
12:31
final das contas a gente acaba sofrendo.
12:34
Aí como vaibcode profissional, vamos falar assim.
12:36
Eu concordo muito com essa ideia.
12:38
Eu acho que por isso, conhecer as as nossas limitações humanas,
12:43
né? De descrever o que a gente quer,
12:44
é o que faz a gente buscar alternativas, né?
12:47
E uma segurança maior. Na hora de garantir que aquilo
12:50
que você está descrevendo está completo, né?
12:53
E vai ser utilizado da melhor forma pelo IA, né?
12:56
Então, acho que No No universo corporativo, essas preocupações
12:59
é o que a gente tem mesmo para garantir que a gente não vai
13:02
falhar nessa descrição, nessa definição.
13:04
É esse é um caso legal que a minha primeira, o meu primeiro
13:07
contato com o verb code foi tirar 11.
13:09
Ideia que eu tinha, assim de um projeto pessoal.
13:11
Quem nunca teve uma planilha com os seus gastos?
13:14
Uma planilha gigantesca, complexa e cheio de fórmula.
13:18
Falei, OPA, espera aí, deixa eu fazer uma aplicação aqui então,
13:22
já que eu não vou perder tanto tempo definindo algum cuidando
13:26
mais da parte do código, né? Então o que eu fiz foi
13:28
basicamente, Ah, tá habilitei o cursor, coloquei para executar
13:32
lá todos os comandos. Falei, eu quero com um clique
13:34
que a minha minha aplicação tem que aparecer.
13:37
Então assim fui lá, coloquei o meu prompt, literalmente, fui
13:41
buscar um cafezinho. Na hora que eu voltei, subiu um
13:44
Monte de aplicação, subiu um ES, subiu algum, o uma parte subiu
13:48
várias ferramentas que eu falei, OPA, não era desse jeito não.
13:52
Então foi AO primeira coisa que eu falei, OPA, então assim, é
13:54
algo que com apenas um prompt é extremamente difícil a gente
13:59
chegar nessa qualidade, nesse produto que a gente precisa.
14:03
Mas, de certa forma, ele já me mostrou uma interface bastante
14:07
interativa, já completa com alguns gráficos.
14:10
Eu falei, então eu acho que está caminhando para um cenário que
14:13
eu preciso rever aqui. Alguns conceitos, algumas partes
14:16
e. E de fato acompanhar, né?
14:18
Ter do que só deixar ali a Vibe levar EE completar todo o
14:24
projeto. É, mas pensa só, né?
14:25
No limite, vamos pensar assim, se você tivesse falado com ela
14:29
lá no seu prompt, não sei lá, não utilize o Apache.
14:32
Se você tivesse dado todos os detalhes do mundo, ela também
14:35
teria talvez conseguido fazer bem.
14:37
Mas o meu ponto é esse, porque a gente nunca sabe o que que é dar
14:40
todos os detalhes, né? Ou o que que é pensar em tudo.
14:43
E nem é bom também, porque se não a gente vai ficar num loop
14:45
de planejamento. Eterno, senão vou ficar.
14:48
Agora meu trabalho vai ser fazer software muito rápido, mas na
14:51
hora que eu for escrever o prompt eu vou ficar, né?
14:54
5 dias escrevendo o meu prompt. Isso também não é legal, né?
14:58
E. Nesse caso, foi até
14:59
interessante, porque realmente é na hora de criar.
15:02
Eu falei, olha, eu não quero publicar isso em lugar nenhum,
15:04
eu quero que roda na minha máquina aqui.
15:06
É um projeto pessoal. Por enquanto não quero preocupar
15:08
com isso. Só que eu acho que ele entendeu
15:09
assim, eu quero rodar na máquina local, eu tenho que preparar um
15:12
ambiente produtivo na máquina local e, de fato, não tinha
15:16
pensado. Nessa situação, né?
15:18
E? E a velocidade que que ele
15:20
entrega? Esse resultado possibilita que
15:22
você volte atrás e tente novamente com a com a
15:25
reformulação do prompt, né? Então acho que é legal por isso,
15:27
né? Exato, EE.
15:29
Assim, se a gente parar para pensar que um dos pilares assim
15:33
é o planejamento, é, é como fazer as coisas para você ter o
15:37
menor retrabalho possível. É no final daquilo que você tá
15:40
gerando. Então você tem que pensar
15:42
praticamente em tudo igual. A Fernandinha falou, então tem.
15:44
É vários pilares que você tem que considerar, principalmente
15:47
no ambiente corporativo. Você tem que considerar a
15:49
segurança. Então, quais são os pontos
15:51
principais de segurança que eu teria que olhar é a operação,
15:54
quais são o fluxo que a gente tem que seguir no
15:56
desenvolvimento, ter que revisar o código gerado.
15:59
Então assim, é muita coisa para preocupar que acho que gastaria
16:03
muito tempo fazendo um planejamento gigante.
16:05
Então a gente tem vários recursos que a gente tenta
16:08
colocar no numa preparação de um projeto para começar a trabalhar
16:11
com vaibcode de forma correta, que.
16:14
Tem que ser levado em consideração.
16:15
Vamos entrar ainda um pouquinho mais de detalhe nesses recursos
16:18
que eu acho que isso é o acho que é uma das coisas mais
16:20
importantes aqui que a gente pode discutir, né?
16:23
Como então é, e eu nem vou, vou até usar um novo termo aqui, né?
16:27
Porque Vibe code, querendo ou não é, ele traz um certo
16:31
preconceito, porque é justamente isso que você acabou de falar,
16:34
Ah, mas para eu fazer Oo Vibe code incorporativo, eu tenho que
16:39
me preocupar com a com a segurança, eu tenho que me
16:41
preocupar com a revisão, eu tenho uma série de coisas.
16:44
Para não gastar muito tempo com planejamento.
16:46
Então assim, né, vão até chamar de AI drive and development, sei
16:50
lá, né, que é um termo que eu estou costumando usar mais.
16:53
Justamente porque quando você fala Vibe coding, a pessoa vai
16:56
para esse contexto. Conceito aqui, né?
16:58
Que é o conceito assim. Vamos entregar a Vibe e não é
17:01
isso mesmo, né? E principalmente quando a gente
17:04
fala de ambientes corporativos, é isso, quando a gente fala de
17:06
MVP, de tirar ideia do papel, de prestar rápido, é isso.
17:10
Mas quando a gente fala de desenvolvimento corporativo pra
17:13
clientes e softwares que já estão, né, em melhoria contínua
17:18
que já estão escalados, bom, é muito difícil fazer vaibe
17:21
coding, né? Então, e aí, como tornar então
17:24
essa prática mais profissional? A gente quer usar o vaibe coding
17:27
pra poder acelerar o desenvolvimento.
17:30
Entregar mais rápido, entregar mais rápido é menos tempo e
17:33
menos dinheiro. Se a gente pensar que todas as
17:35
responsabilidades que tem, por exemplo, é a gente tem várias
17:39
práticas de engenharia, de de software que a gente utiliza
17:42
para garantir os processos. Então, se se a gente não tem 11
17:46
forma de passar esse contexto para ir a também, eu quero ser
17:49
capaz de avaliar o código que esse código gerado no final.
17:53
Qualquer desenvolvedor que olhe para esse código consiga seguir
17:56
dali. É como se eu tivesse um código
17:59
asa antiga. Que não foi gerado por IA, mas
18:02
com o benefício da velocidade de ter sido gerado por IA, então
18:05
acho que é bem por aí também, então.
18:06
É isso que você está falando, né, que é tipo assim, é isso que
18:08
a gente está perseguindo, né? O benefício do vibecode, que é a
18:12
velocidade, com certeza, mas talvez, né, criando alguns guard
18:16
railers para que a qualidade, a segurança, né?
18:19
E outros princípios de engenharia de software não sejam
18:22
comprometidos. Né?
18:23
A linguagem clara, fácil de entender é.
18:26
Então, assim, são vários pilares.
18:27
A gente quer um projeto. É Maduro como?
18:30
Como é feito hoje no ambiente corporativo, mas de forma mais
18:32
rápida, talvez na metade do tempo.
18:34
Mas e aí, quais são as o que? O que fazer?
18:36
Quais são as ferramentas? Conta aí para nós o que que
18:38
vocês têm? Até o que vocês têm mesmo
18:40
utilizado no dia a dia de vocês para fazer software mais rápido.
18:43
Então, muito Na Na ideia do que a Fernanda já falou, vem
18:46
surgindo também uma vertente, né?
18:48
De spect Dream development. Que é o desenvolvimento baseado
18:52
em especificação, onde o código da mesma é.
18:54
É uma vertente que parece um pouco com o Vibe coding, mas é
18:57
uma contrapartida do Vibe coding porque você garante que você
19:01
utiliza e a durante todo o processo, todo o ciclo de
19:03
desenvolvimento, mas de uma forma muito controlada.
19:06
Em que a especificação, essa definição ali que a gente falou,
19:09
né? Da da falha humano especificar a
19:11
especificação, ela é muito bem feita com o auxílio de algumas
19:14
ferramentas de de um framework que possibilita que você utilize
19:18
a para. Refinar, produzir código, né?
19:21
E até mesmo a partir da revisão do do do código gerado.
19:24
E nesse momento é que eu tô fazendo essa parte funcional que
19:27
você comentou. É algo que já é integrado com a
19:30
ideia ou é algo que eu tô ali Na Na minha, na minha ferramenta de
19:34
digestão de backlog? Como que vocês estão fazendo
19:37
isso? Então a gente consegue trazer
19:39
esse framework para a ideia, né, e utilizar isso comandos desse
19:43
framework para fazer todas as etapas de de desenvolvimento,
19:46
desde o refinamento técnico é funcional técnico.
19:49
E a execução de fato daquele daquele código, então o código
19:53
deixa de ser o centro das atenções e passa a ser a
19:56
especificação de fato do que você quer fazer.
19:59
É, eu acho assim, né, que o espectro reven development.
20:02
Ele até vale um outro episódio aqui só dedicado a ele, porque
20:06
ele é AO princípio dele. É muito legal, mas é isso que
20:10
você trouxe, né? Que eu acho que tem tudo a ver
20:12
com vybe coding, que Oo espectro reven development.
20:14
Ele também parte desse princípio de que o código não é o mais
20:18
importante, né? O.
20:19
Código ele para ele deixa de ter prioridade e a especificação
20:23
passa a ter prioridade que tem tudo a ver com o que OOO Andrey
20:27
aqui falou, né? Em relação a esconder o código,
20:30
em relação ao software, 3.0 que eu programo intenção, né?
20:34
Ou seja, a minha intenção ela vale mais do que o meu.
20:37
Como, né? E quase como você falou também
20:39
no início que é, se eu tenho a intenção, talvez o código Como
20:42
Ele É tão pouco importante que eu posso até jogar ele fora e
20:46
fazer de novo se precisar, né? O espec.
20:49
E seus vários frameurks que hoje existem, que estão aí No No
20:53
mercado, eu acho que são com certeza uma forma assim da gente
20:57
profissionalizar essa prática de entregar com qualidade, com
21:01
segurança, né, mas sem perder a velocidade que o.
21:04
Próprio programação com OIA nos dá, né?
21:06
É bom do do que eu costumo usar No No meu dia a dia.
21:10
É até num projeto que que eu estou atuando aqui na DTI.
21:13
É a gente planejar com contextos de negócio, com contextos
21:19
técnicos também. Então, ter esse planejamento
21:21
inicial é fundamental. Então a gente procurou é
21:24
entender quais são as melhores práticas de é.
21:28
Tecnologia mesmo, de design, de engenharia, de de como
21:31
trabalhar, por exemplo, no projeto que eu estou atuando é
21:33
com react. Quais são as melhores práticas
21:35
de atuar com react e de organizar quais as bibliotecas
21:38
facilitam o dia a dia do desenvolvedor pra gente não ter
21:41
que reinventar a roda, digamos assim.
21:43
Então a gente fez todo esse estudo, parece é muito demorado,
21:47
mas foi uma coisa rápida e com esse estudo a gente implementou
21:50
já uma arquitetura esqueleto assim, manual mesmo.
21:53
Pra servir como base, pra IA entrar por cima dela e começar a
21:57
evoluir em cima de uma base sólida.
21:59
Com isso a gente complementou, o Breno falou do spec dreaming,
22:02
né? Mas a gente utilizou.
22:03
No caso é gráficos de conhecimento com o servidor MCP,
22:08
né? É voltado a isso.
22:09
Então nele a gente ele tem algumas ferramentas que através
22:12
da linguagem natural, a gente explica o que a gente quer.
22:15
AEA entende e usa as ferramentas d cmcb para poder gravar o
22:19
conteúdo, então faz todas as relações.
22:21
Então a gente consegue colocar o que é a regra de negócio da
22:24
empresa que você tá tá trabalhando, para quando você
22:26
falar algum termo de negócio, ele entender qual o componente,
22:29
onde ir buscar. A gente tem também a parte
22:32
técnica mesmo, quais suas bibliotecas que estão
22:34
utilizando, o que que se relaciona com o que e com isso,
22:37
a cada prompt que você for fazer de uma feature nova, um
22:40
pedacinho do sistema que você for construir, ele vai olhar
22:42
nessa base de conhecimento e vai te trazer um.
22:45
Um contexto maior, então a chance dele errar acaba
22:47
diminuindo e muito. Então isso é importante.
22:51
O. Que aconteceu, né?
22:52
Lá vocês trabalham com memória, né?
22:54
Que é mais ou menos isso que você tava descrevendo, né?
22:56
Pelo que você já me contou, é, vocês ficam refinando essa
23:00
memória o tempo inteiro, né? Ensinando como se fosse assim
23:03
pra inteligência artificial a como fazer melhor na próxima
23:06
vez. Sim, e a gente trabalha com
23:08
convencionamento, então é, a gente trabalha com equipe
23:12
simultânea. Então a cada desenvolvedor pega
23:15
algum ponto. E acha alguma vulnerabilidade?
23:18
É, ou então alguma questão de que a IA tá respondendo errado
23:21
mesmo. Já é a terceira tarefa que eu
23:23
pego, que eu mando fazer o teste unitário e ela erra no mesmo
23:26
ponto, então eu vou subir. Essa alteração no arquivo de
23:29
memória e compartilhar é de forma versionada no Git com todo
23:32
mundo, então a partir daí a IA começa a acertar para todos.
23:35
Então é uma, é uma coisa interessante e você percebe
23:39
rápido quando dá algum tipo de problema.
23:41
A gente tava utilizando esse arquivo de memória com DOC, que
23:44
era tipo a parte inicial. Que é o dele.
23:46
A gente foi e trocou a forma como ele trabalhava.
23:48
A gente passou a usar ONPX, porque aí tira a dependência da
23:51
máquina de instalar o programa DOC e fica mais rápido nessa
23:54
troca. A gente fez uma configuração
23:55
errada ali, que a gente começou a gerar novas fitness com OIAEA
23:58
gente viu que o código começou a ficar maluco, ele começou anão
24:01
usar os padrões de estilização, style, componente, essas coisas
24:04
que a gente já usa é começou a criar as coisas fora do lugar,
24:07
teste que deu uma parte específica, soltou no na raiz do
24:10
projeto, então a gente começou a ver que tinha alguma coisa
24:13
errada, a gente achou o problema de configuração, ativou esse.
24:15
E aí a gente deu o valor realmente a você ter um arquivo
24:18
de memória é a todo momento, a cada prompt que você utiliza.
24:22
Não, esse depoimento seu é muito legal assim, né?
24:25
Porque é, de fato, vendo como a diferença mesmo do que a gente
24:28
tá falando, você acabou de distanciar.
24:31
Aqui, o que a gente tá falando? Que é, se eu for lá sem fazer
24:34
esse tanto de configuração, sem dar realmente o melhor dos
24:37
contextos, para ela, vai ficar maluca.
24:40
E claro, para projetos que eu estou iniciando do zero, que
24:42
normalmente são esses que a gente falou antes que vai para o
24:44
coding, é ótimo, né? Tirar ideia do papel, que são
24:46
normalmente projetos que eu estou iniciando do zero, não tem
24:48
tanto problema aí a ficar maluca nesse sentido, né?
24:51
Assim ela vai, ela vai ter um padrão que ela vai seguir e
24:54
pronto. Mas quando eu já tenho padrões
24:56
corporativos, regras, contexto, né?
25:00
Uma estrutura de pastas muito bem feita, é claro que eu quero
25:03
que ela gere as coisas no lugar certo, do jeito certo, né?
25:06
Reutilizando os componentes que eu já tenho, né?
25:09
Utilizando o estilo que eu já tenho, então.
25:12
Né? Você acabou de dar um exemplo.
25:13
Eu acho que é perfeito aqui para o episódio.
25:15
Esse tipo de prática nos leva para um ei, drive and
25:18
development, né? Pro pra um lado até oposto do
25:21
Vibe coding, né? No início de um projeto, olhando
25:24
pro Vibe coding, ali você tem uma pessoa, né?
25:27
Então, do jeito que o Rafael comentou, você ter esse recurso
25:31
compartilhado, versionado, possibilita escalar o seu time
25:34
cada vez mais. Eu acho bastante interessante.
25:37
Mesmo, né? EMCP?
25:38
Você usa algum MCP, Breno ou frame ou alguma coisa?
25:42
Já usei bastante mcp, o mcp do firma, né?
25:45
Então assim, é uma forma de usar engenharia de contexto, que é
25:49
você ter uma base de dados ali para te auxiliar, né?
25:52
Na No No auxiliar e a nas na tomada de decisões, né?
25:56
Se restringir um pouco mais o que que vão ser as respostas da
25:59
yap, então vai muito no que o Rafa falou, né?
26:01
E é assim, até puxando um gancho No No que o Rafa falou sobre o
26:04
versionamento das regras. Um ponto importante ali quando
26:07
você está usando, aplicando Vibe coding ou até mesmo a geração no
26:11
geral. Grau de código usando e a né?
26:13
O versionamento do código, ele se torna essencial para você
26:17
conseguir voltar atrás em coisas que não deram tão certo e
26:21
conseguir salvar aquilo que deu certo, né?
26:23
E você consegue ali gerenciar melhor em vez de, né, gerar um
26:26
Monte de coisa com IA EE perder o controle do código que você
26:29
está gerando. É fazendo o papel de quem está
26:31
ouvindo. Agora.
26:32
Você poderia talvez comentar um pouco mais sobre o que OMCP?
26:35
Acho que seria interessante da gente falar para o pessoal que
26:38
está aí de casa, que nunca teve contato, está aprendendo agora.
26:41
OMCP. Né, Oo Rafa pode até
26:43
complementar assim, mas ele é como se você rodasse um servidor
26:46
local ali para que a sua ideia se comunique, né?
26:49
Com esse servidor e esse servidor, ele é capaz de de
26:52
acessar ferramentas externas, APIs, né?
26:55
E pra trazer contexto externo pra sua ideia.
26:59
Então esse seria ali 11 aplicação de um MTP.
27:02
Igual o Breno falou, né? É o MTP.
27:04
Então ele é uma forma da da gente conseguir padronizar a
27:08
comunicação entre AIAE os diferentes contextos que que
27:11
tem. A gente pode usar as ferramentas
27:13
que o MTP disponibiliza para simplesmente AIA não não fazer o
27:17
que ela quiser, correr o risco de alterar algo que não podia,
27:20
sei lá Na Na WS, no Stripe, alguma coisa assim e consegue
27:23
também receber informações de de contexto.
27:26
Então você pode ter vários servidores.
27:27
Mcp hoje para ser. Gerar o seu desenvolvimento do
27:30
Sigma é interessante. Tem muito projeto que tá pegando
27:33
protótipos e tá transformando em código só através de um link do
27:36
Sigma que eles chamam de frame link, né?
27:38
Tem outras formas de fazer também, mas o importante é que
27:41
você hoje pega um protótipo e passa para ir através do link,
27:45
ela gera o mais fiel possível em alguns casos, aí chega, sei lá,
27:49
90% de fidelidade. Você tem que ajustar uma coisa
27:52
ou outra. Se você tiver outros
27:53
complementos de servidores MCP, como o de memória, por exemplo,
27:57
ele vai entender que aquilo que ele tirou do fi.
27:59
Ele tem que usar no seu padrão de estilização, com talvez Oo
28:03
estilo definido style Guy da empresa que você está
28:05
trabalhando, então é é muito bom utilizar os pelo MCP.
28:09
É, eu gosto muito dessa história, né?
28:11
Dos MCPS. Eu acho que eles são outra
28:13
ferramenta, né? Como a gente está falando aqui
28:15
de profissionalização do vaib code, né?
28:17
E aí a gente tem os MCPS do figma, tem.
28:20
Né OMC, perdão de memória, tem outros também, o do play right,
28:23
que é um the teste and twenty, que eu acho que ele é super
28:25
legal também. OA própria IA consegue testar a
28:27
usabilidade da sua aplicação, então isso é muito legal.
28:30
É, enfim, tem o contaxt servem que você consegue ter conteúdos
28:33
mais atualizados, documentações mais atualizadas, até da
28:36
linguagem que você está utilizando.
28:38
Enfim, é, eu acho que eles são uma das ferramentas, é 11 das
28:41
coisas. Que nos ajudam a
28:43
profissionalizar o live code, assim como os fremocs, que foi o
28:46
que você começou a falar, né? Em relação ao espectro even
28:49
development, né? Que no final das contas também
28:51
é, eles vão cercando ali ou ou te dando até perguntando coisas.
28:56
E uma outra coisa também que eu achei que foi muito interessante
28:57
o que você falou sobre o versionamento que a gente acaba
29:01
se a gente não fica versionando com frequência, a gente pode até
29:03
perder o controle às vezes do código.
29:06
Algumas alguns dos fremocs, eles inclusive fazem isso por padrão
29:09
depois que você acaba de planejar e tudo mais e você vai.
29:12
Escutar a cada teste que, por exemplo, que você executa, ele
29:15
já vai lá e já abre um comitê na sua, no seu brent e pronto.
29:19
Porque ele justamente fica tentando que você tenha o maior
29:22
controle possível das suas alterações, né?
29:24
Mas falando de controle de código, eu queria ouvir a
29:27
opinião de vocês, se vocês usando esses princípios do ibe
29:31
code, mas em ambiente corporativo, utilizando esse i
29:34
drive and development, né, que eu nomeei aqui, se vocês sentem
29:37
que vocês perdem um pouco do controle do código.
29:40
Quase como se aquele código não fosse seu ou não.
29:43
Ou se isso está tranquilo para vocês?
29:45
Eu acho que faz parte, né, No No ambiente corporativo e a gente,
29:49
como desenvolvedor, usando ferramentas de AA gente entender
29:52
essas ferramentas como um assistente e não com a fonte da
29:56
verdade ali, né? Então, assim, o estado atual da
29:58
IA, ela gera códigos muito bons, mas não exime a gente de fazer a
30:03
validação e avaliar aquele código, né?
30:05
Então ali, né, vamos supor que a gente.
30:08
Veja a IA como um desenvolvedor Júnior ou um estagiário ali que
30:12
está te auxiliando, né? Todo código que vai ser gerado
30:14
por por sa precisa passar por uma validação crítica, aplicando
30:18
ali os conhecimentos que a gente tem.
30:19
Principalmente porque se a gente desenvolve mais rápido usando
30:23
IA, a gente corre risco de colocar riscos de segurança ali
30:28
no que a gente está gerando. Então ter uma validação e ter
30:31
uma operação bem estruturada. Pra garantir que esses riscos
30:34
não vão, não vão pra produção, né?
30:36
É o que garante ali, né? 111 desenvolvimento da NA
30:39
seguro, de fato, No No ambiente corporativo.
30:42
No começo eu senti um pouco que eu tava perdendo Oo controle
30:46
assim de ao usar e a pra construir alguma feature e
30:49
principalmente alguma coisa que eu nunca trabalhei na vida, numa
30:52
API que eu nem conhecia, então eu procurei achar boas práticas
30:56
ali pra me organizar, mesmo com o próprio IDE, o próprio Git
31:00
ali. De eu pedir o que eu quero da
31:02
forma mais clara possível, já utilizando todos os contextos
31:05
que eu tenho. MCP tudo que podia, o código
31:07
gerado, eu gastar um tempo ali revisando mesmo, é olhando todo
31:11
Oo código gerado, entendendo o que que presta, o que que não
31:13
presta. Aí eu vou e separo.
31:15
Tem uma forma de se separar no Git separa OOO pronto, né?
31:19
Aquele esteja disso, você já deixa separado aquilo que já foi
31:21
revisado, aquilo que não está, até você conseguir chegar numa
31:23
solução se tiver algo que não está legal.
31:26
Aí você pode mesmo mandar cuidado com os tokens, né?
31:28
Mas você pode mandar de volta para AIAE, pedir para refinar um
31:31
pouco, ó EE. Até coisas interessantes que ela
31:34
gerou que eu cheguei e falei assim, cara, você tem certeza
31:36
que isso está certo? Aí ela falou, não, eu acho que
31:38
não, não está aí. Depois eu revisa de novo, não,
31:40
eu acho que está. Então ela meio que se confunde,
31:41
então se você não tiver expertise para orientar ela pelo
31:44
caminho que ela tem que seguir, aí você pode ficar meio louco
31:47
mesmo. É, eu queria pegar um gancho e
31:48
até fazer uma pergunta para vocês, o que que vocês têm de
31:51
dicas para desenvolvedores? Mais Juniors, pessoas que estão
31:54
começando agora e. Tá nessa era de Vibe in code,
31:58
porque eu acho que foi uma coisa que vocês os 2 comentaram em
32:01
comum, que é a questão de fazer uma revisão de código, analisar
32:05
aquilo que tá sendo feito. O que que vocês têm de dicas
32:07
assim pra quem tá começando? Como aprender EE fazer essa
32:11
revisão? Não se assuste, você não vai
32:13
perder seu emprego. Eu acho que o que auxilia muito
32:17
quando você tá gerando código com Cunha.
32:19
Que você não sabe de fato ali como que aquilo funciona?
32:22
Se você é um Júnior, se você é um estagiário ali que está
32:25
usando IA, já chegou usando IA, né?
32:27
Pedir para IA gerar o código e. E documentar aquilo que está
32:32
sendo gerado de explicar, vai te ajudar a entender, vai te ajudar
32:35
a ter o senso crítico de avaliar se aquilo ali faz sentido, mesmo
32:39
com o que você está criando. Mas bom, boa dica, eu gostei
32:42
assim, né? De pedir para documentar você
32:43
entender, né? Porque no final das contas, né?
32:46
AEA está gerando tudo, mas o deve ainda e como a gente está
32:49
nesse momento de transição, o deve ainda precisa de ter muito
32:52
contato com o código, né? Então é muito importante que ele
32:54
continue sabendo explicar o que que foi feito, né?
32:57
Então, e saber assim, até por que que certas decisões?
33:00
Não tomadas, né? Por que que eu faço desse jeito?
33:03
Por exemplo, sei lá por que que eu não coloco 5 for um alinhado
33:07
no outro? Sabe por que que eu estou
33:09
resolvendo esse esse negócio de outro jeito?
33:11
A pessoa tem que saber explicar isso, né?
33:13
E Eu Acredito que hoje ainda, por mais que está tendo essa
33:16
evolução, a gente ainda tem que valorizar Oo desenvolvedor
33:20
Júnior e todo o trabalho que ele tem de aprendizado, tanto que
33:24
ele contribui com AA empresa hoje em dia, porque assim é.
33:27
É muita coisa que a gente tem de de processo que tem que ser
33:31
feito de manutenção no sistema que não, não necessariamente a
33:34
empresa vai colocar um sênior para mexer com tudo.
33:36
Então a gente já sabe que isso não acontece e a e anão vai
33:39
entender o porquê das coisas. A gente passou como para.
33:41
Pra Ela, mas o sentimento do porque ela não vai.
33:43
Então assim muita gente acha, Ah, vou perder meu emprego?
33:46
Não, você não vai perder seu emprego por enquanto, mas é é
33:49
importante você entender que AIA não vai ser, não vai desenvolver
33:53
por você no sentido de te liberar da responsabilidade.
33:57
Então você vai é usar ela como uma ferramenta pra acelerar o
34:01
seu desenvolvimento, vai gerar código mais rápido pra você, mas
34:04
não ganha. Quem gera código mais rápido é
34:06
quem entende melhor aquilo que está sendo gerado.
34:08
Então acho que esse é o princípio que que tem que
34:11
seguir. Sendo o princípio que você sabe
34:12
explicar o código que você gerou, que você tem essa
34:15
responsabilidade, então segue o caminho normal, sabe que você só
34:18
ganhou velocidade? É, no final das contas, assim, o
34:20
desenvolvedor continua sendo responsável, né?
34:22
Por aquela entrega, né? Não adianta, né, a gente achar
34:26
que. Eu usei IA na hora que colocou
34:28
em produção, se der um bug, IA não, então vamos, vamos lá,
34:31
cobrada a IA, né? Não, não, não vamos né, porque
34:34
quem vai estar ali, né, sendo responsável, continua sendo
34:37
desenvolvedor, né? Então, no final das contas, é
34:39
muito importante ainda a parte de revisão e talvez não, nunca
34:43
deixe de ser importante mesmo, né, a gente revisar muito bem o
34:46
código e tudo mais. Uma outra coisa que eu gostaria
34:48
da gente conversar aqui também é sobre a parte de segurança,
34:50
porque eu acho que quando a gente fala sobre Vibe code, a
34:53
primeira coisa, né? Para quem é o mais cético?
34:57
Coco é assim. Ah, AA vai só só produzir código
35:00
inseguro. Tem até 11 pesquisa do da do
35:02
veracode, claro, né? A gente pode guardar o viés por
35:05
pelo pelo veracode ser uma empresa de segurança, mas que
35:08
fala que dos códigos gerados por IA, 45% do código implementado
35:13
por IA das escolhas feitas de implementação.
35:16
São inseguras de alguma forma, abrem brechas para
35:19
vulnerabilidade no código. Então isso para mim é um dado
35:23
realmente alarmante. Assim, se a gente for pensar, e
35:25
aí se a gente faz o vibecode, que eu acho que é o principal,
35:28
né? Que eu até falei no início da
35:29
polêmica, dos haters, dos preconceitos, que é isso, né?
35:34
Se eu faço um código totalmente sem olhar o que eu tô fazendo, a
35:37
chance de ter uma brecha ali de vulnerabilidade é enorme.
35:40
Né? A chance, né, da gente fazer o
35:42
nosso MVP rápido, né, em 1 dia. Mas daqui a uma semana ele ser
35:47
atacado também é. É enorme, né?
35:49
Então, assim, não adianta também.
35:51
Eu priorizar a velocidade, mas abrir mão da qualidade, né?
35:56
E como eu falei, entregar um negócio rápido, mas que vai
35:58
gerar um prejuízo gigantesco porque alguém conseguiu atacar,
36:01
porque eu justamente não tive esses cuidados de segurança.
36:04
Que que vocês veem assim, né? De práticas de segurança para
36:08
para essa codificação corporativa com OEA, né?
36:11
De forma mais veloz. Bom, eu acho que você tem
36:14
ferramentas ali para monitorar o de forma mais automática, com
36:17
algumas regras definido o código que você está gerando ali, eu
36:20
acho que é é uma boa você ter. Linnter, né?
36:22
É no seu código. O próprio cenário é, eu uso Oo
36:26
ezlynch, por exemplo, No No código que está sendo gerado.
36:29
A gente separou um scriptzinho que ele atua em cada commit,
36:31
então o commit é mais demorado, mas ele roda, o ezlynch, roda
36:34
todos os testes, é automatizados que a gente tem.
36:38
É relacionados àquele código que está sendo alterado, então tem
36:40
uma série de validações que é feita, você pode colocar
36:43
ferramentas de sast ali para atuar no código que está sendo
36:46
escrito e depois, quando você sobe isso para um pipeline, pode
36:49
usar ferramentas de dast também para poder é atacar o ambiente
36:53
de testes e procurar vulnerabilidades.
36:56
Tem tem isso também, e o sonar também no pipeline também é
36:59
interessante, contanto que você padronize as regras do seu líder
37:02
e do sonar para que eles não achem coisas diferentes.
37:05
Você não tenha retrabalho, né? Então são.
37:08
Práticas interessantes que você pode adotar.
37:10
Conforme o Rafa falou, né? Oo segredo fica bem na operação,
37:13
da mesma forma que era geração de código manual, então a gente
37:16
reforça essas práticas. De validação de código, além da
37:20
validação humana, né? E reforça ainda mais a validação
37:23
humana, a validação em dupla, né?
37:24
Um cold review ali para garantir que A Entrega vai ser funcional.
37:27
Ali eu acho que talvez completando até um pouco mais a
37:30
resposta dos meninos, eu acho que trazer o lado OA tema
37:34
segurança para o início do desenvolvimento ali No No
37:37
momento que a gente está descrevendo nosso prompt ali, na
37:39
hora que a gente está descrevendo nossas atividades e
37:42
trazer isso para o início, eu acho que já garante AO.
37:46
Na hora de passar para ya, na hora de eu fazer o meu meu vive
37:49
in code corporativo, eu ter algo já, porque ela olhou para aquele
37:53
tema, olhou para aquele lado ali.
37:55
Talvez um exemplo do do Rafael é adicionar isso da memória do meu
37:58
projeto. É práticas ali, né?
38:00
O que o Breno citou também dos packdriving developer, muitos,
38:04
muitos deles, né? Vou colocar aqui o espec kit,
38:06
por exemplo. Mas enfim, muitos deles tem
38:08
também dentro dos seus próprios prompts.
38:11
Requisitos de segurança que eles também não deixam passar, né?
38:14
No sentido assim de de fazer minimamente refletir sobre eles
38:18
e também esses, ou seja, esses prêmio que nos ajudam também
38:20
bastante para fazer isso que você falou, Igor de levar, né?
38:23
A segurança para especificação, mas um negócio muito
38:25
interessante que você falou mesmo que eu não queria deixar
38:27
passar era a operação do time. A importância que a gente mesmo
38:31
com Vibe coding com né, que a gente tá chamando aqui de
38:34
ideving development ou né, quando a gente nem tinha, IA a
38:38
operação do time. Sempre foi muito importante.
38:41
Aqui na dti a gente tem o dti flow, que é o jeito que a gente
38:43
expressa, né? Como um time deve operar no seu
38:46
dia a dia? E isso aí não perde valor, né?
38:49
Não perde relevância porque existem certas tarefas que
38:53
continuam sendo muito importantes, de revisão, de
38:56
pareamento, né, de repasse de entendimento.
39:01
Tudo isso que são princípios que lá atrás eram importantes,
39:04
continuam sendo importantes, então não adianta a gente achar,
39:07
né? Que um time vai ser extremamente
39:09
veloz se a operação dele tá horrível, né?
39:12
Porque no final das contas ele pode até ser veloz, mas ele vai
39:15
ter vai provavelmente enfrentar um tanto de problema, né, se ele
39:19
não tiver cercando esses problemas operacionalmente, né?
39:22
Se ele não tiver fazendo uma boa revisão de código, enfim, se ele
39:25
não tiver ferramentas, que né, instrumentam um paper lime dele,
39:29
se ele não tiver preocupado com a qualidade.
39:31
Né? Acho que OOO veib code ele ele
39:33
usado com segurança. Ele atua ali na camada do
39:35
desenvolvedor de gerar o código. Mas somente todo o processo de
39:40
coisas que a gente tem igual a Fernandinha citou, são
39:42
importantes. Até porque são precauções para
39:45
problemas já conhecidos que a gente já sabe que se se não for
39:48
por esse caminho, vai dar problema.
39:50
Tem alguns estudos mostrando que o código da IA gerado ele.
39:55
Tem uma certa assinatura ali que as ferramentas hoje de ataque de
39:59
hackers estão conseguindo. Detetar, pô, esse código aí ele
40:01
foi gerado por i então assim, a forma do atacante antes pegar um
40:06
sistema comum e explorar ele era uma.
40:08
Agora, com AII, ele já consegue automatizar a forma dele
40:12
procurar vulnerabilidade, porque ele sabe o que que.
40:14
Mais ou menos. Aí aí vai gerar esse esse código
40:17
que aí a gera. É é amplo, aberto para todo
40:19
mundo, então tem vulnerabilidades e agora está
40:22
mais fácil explorar. Então, a velocidade que você
40:24
programa hoje em dia também é a velocidade que o seu sistema
40:26
pode ser hackeado. Totalmente.
40:28
A gente até fez 11 episódio aqui sobre segurança.
40:31
E que ataques, né? Novos ataques com inteligência
40:33
artificial. E o Dantas Na Na época, né?
40:35
Nosso convidado. Ele falou sobre um ataque
40:37
extremamente bem. Interessante que vai um pouco
40:40
nesse nessa linha que você trouxe, que basicamente assim,
40:43
Ah, os caras, né? Os atacantes.
40:45
Eles começam a ver quais são as bibliotecas que normalmente são
40:48
sugeridas que não são corretas, tá, bibliotecas ou deprecadas ou
40:53
que não existem, que são sugeridas pela IAE?
40:55
Que começam a subir sites maliciosos no endereço, que
40:59
essas dessas ULLS como se fosse assim.
41:00
Eu subo um conteúdo malicioso na onde que deveria estar a
41:04
biblioteca legítima. Como eu sei que a IA sugere isso
41:07
muito, eu vou lá, subo esse conteúdo, pronto, né?
41:10
O ataque está feito, então é é isso.
41:13
Assim, é muito, muitos e muitos ataques são possibilitados aí
41:17
com. Com a inteligência artificial
41:19
também, né? Bom, gente, acho que falamos
41:22
bastante aí sobre Vibe coding, né?
41:24
Mas mais do que isso, como que a gente transforma?
41:26
Pega esse princípio muito bom do Vibe coding, que é de ter coisas
41:30
com mais velocidade, né, produzir software de forma mais
41:33
rápida e consegue é escalar isso, vamos falar assim de forma
41:37
corporativa, né? Consegue fazer isso, ficar
41:39
viável, né? Essas coisas que a gente foi
41:42
falando, essas dicas, essas reflexões que a gente foi
41:44
trazendo aqui. Eu acho que são extremamente
41:46
importantes, porque a gente não pode ignorar gente que, de
41:49
acordo com o estefe goverflow em 2025, 84% dos desenvolvedores já
41:53
usam ferramentas de ar, né? Então já estão de alguma forma
41:56
gerando código com e ar. E tem um outro dashboard, né, o
41:59
Vibe coding dashboard de 2025, que fala que AIA já é
42:02
responsável por gerar 41% dos novos códigos.
42:05
Então assim, a gente, né, quando, principalmente quando a
42:08
gente vai colocar um produto no mercado, né?
42:11
Vai colocar algo de fato no na mão do usuário final.
42:14
A gente precisa estar atento a todas essas práticas que a gente
42:17
foi falando, né? A gente precisa estar atento a
42:19
como desenvolver muito bem, utilizando meus melhores
42:23
contextos. A gente falou aqui de MCPS,
42:25
frameurx, falamos aqui um pouquinho da.
42:28
Das das próprias ferramentas, o Rafa falou um pouquinho aí, da
42:31
de gestão de token, mas também de escolher os bons modelos,
42:34
como que a gente vai fazer, mas também de como equipar a nossa
42:37
equipe com boas ferramentas nos nossos pipelines para ter uma
42:40
boa operação, a fazer uma boa revisão de código, a garantir
42:43
qualidade e garantir segurança. Então, assim, são muitas coisas,
42:47
são muitas nuances, né, que a gente precisa ficar atento
42:51
quando a gente fala de codificação com e a
42:53
profissionalmente, no final das contas, é.
42:55
Acho que o recado final desse ponto, que dessa desse episódio
42:58
aqui, é, utilize muito gente e Ah, realmente utilize muito
43:02
inteligência artificial, né? Mas explore também essas coisas
43:07
que vão te criando condições ambientes de você criar
43:11
inclusive o seu código de forma mais assertiva.
43:13
Pode ser que isso comprometa um pouquinho a velocidade pode ser,
43:17
né? Quando a gente usa um fremac, um
43:18
MCP, uma memória, né? Você até falou aí da ferramenta
43:21
de segurança que às vezes atrasa um pouquinho o comitê.
43:23
Pode ser que isso comprometa um pouquinho a sua velocidade, mas
43:26
o seu ganho vai ser tão maior, o seu retrabalho vai ser tão
43:30
menor. E no final das contas, eu chuto
43:33
dizer que sempre vale a pena, anão ser talvez naquele web
43:36
coding lá que eu falei que é totalmente o meu projetinho
43:40
pessoal ali, tranquilo, aí esse aí, gente, abraça a Vibe.
43:45
Faça o prompt, vai buscar um cafezinho?
43:46
Vai buscar o café, toma uma cerveja, programa por voz e
43:50
vamos embora, né? Assim.
43:52
E é isso aí. Então, então é isso, pessoal,
43:55
até a próxima. Tchau, tchau.
43:56
Obrigado, pessoal, obrigado.