Latest / Entre Chaves / #237 IA no desenvolvimento: ganho real ou ilusão de velocidade?

Transcript

#237 IA no desenvolvimento: ganho real ou ilusão de velocidade? · Entre Chaves

0:02
E está começando mais uma entre chaves, o seu podcast de
0:06
desenvolvimento de software e a sua Rafa.
0:08
E hoje a gente vai falar de um estudo que eu acho que vai te
0:11
surpreender, porque ele mostra que ferramentas de a como
0:15
assistente de programação ela pode, na verdade.
0:18
Te deixar mais lento. E para falar sobre esse assunto,
0:22
um pouco polêmico, eu estou aqui com os meus colegas de bancada,
0:24
Fernandinha e Ângelo, e aí? Rafa, pois é, esse assunto é
0:28
muito polêmico e assim para mim é.
0:30
Vamos deixar a treta começar porque vamos falar sobre isso,
0:33
né? Vamos deixar para o episódio.
0:35
Não quero dar spoiler, mas eu tenho minhas dúvidas, né?
0:37
Ah, eu já. Quero dar spoiler.
0:39
Semana passada eu passei raiva concursor, mandei fazer um teste
0:42
pra mim. Eu gastei o triplo do tempo.
0:44
Eu estou de mãos dadas com a pesquisa.
0:46
Pela minha experiência da semana passada, o que aconteceu com a.
0:48
E com a sua experiência pontual da semana passada, concursou que
0:52
provavelmente você não soube usar, aí pode ser pontual.
0:55
Não briguem, não briguem, concordo.
0:57
Foi pontual? Concordo.
0:58
Foi pontual e concordo com meu prompt.
1:00
Estava horrível. Concordo.
1:01
Então. Esse é todo o meu ponto, mas
1:03
vamos falar sobre isso? Tem que.
1:04
Sair já. Vamos começar a discutir.
1:07
Eu não quero ficar 2 horas escrevendo um prompt para
1:09
economizar 5 minutos. Não quero.
1:11
E vale lembrar, pessoal, que isso não é só uma questão
1:14
individual, né? Isso é algo que as empresas, né?
1:16
As provedoras de a elas vendem a.
1:19
Abertamente, né? É AEA como assistente de código,
1:22
auxiliando na produtividade. E aí a gente tem esse estudo da
1:26
METR, que é uma empresa, é uma organização sem fins lucrativos
1:29
de pesquisa com IAE. Eles fizeram esse estudo e
1:32
demonstrou que é deixa. Desenvolvedores experientes, 19%
1:36
mais lentos, desenvolvendo. Enquanto eles acreditam que são
1:40
20% mais rápidos, né? Mas vamos falar um pouquinho do
1:42
estudo, o estudo, né? Ele chama numa tradução livre
1:45
aqui, né? Medindo o impacto de ferramentas
1:48
no início de 2025, né? Com desenvolvedores experientes
1:52
ou pensource, né? Na EAO impacto disso na
1:55
produtividade do desenvolvimento.
1:57
E eles fizeram. Então eles rodaram esse estudo
1:59
de fevereiro de 2025 a junho de 2025 com 16 desenvolvedores.
2:05
Esses desenvolvedores, eles desenvolveram 246 testes, entre
2:10
elas, correção, refaturação, novas features em repositórios
2:13
ou pensouse, né? Maduros, com mais de 1000000 de
2:16
linhas. E essas pessoas, elas
2:17
normalmente tinham mais de uma média aí de 5 anos de
2:20
experiência nesses repositórios em contribuir com esses
2:23
repositórios. Meu primeiro ponto aqui é, eu
2:26
entendo, tá? Assim, porque foi um estudo
2:29
longo, né? De várias semanas, 246 testes
2:33
não é uma pouco, né? É uma quantidade pequena, mas a
2:36
quantidade de desenvolvedores achei pequena, 16
2:40
desenvolvedores me pareceu muito pouco para tomar para gerar, né?
2:45
Uma comoção grande aí Na Na sociedade, enfim, né?
2:48
Ter tanta, tanta assertividade ou declarar esses resultados que
2:53
são. Perigosos aí para o momento que
2:55
a gente está. Estatisticamente falando, é uma
2:57
amostra muito pequena. Não?
2:59
Não dá para falar que é completamente irrelevante.
3:02
Não é totalmente irrelevante. Mas é uma amostra pequena.
3:06
Mas por outro lado, é, foi um estudo que eles chamam de ensaio
3:10
clínico randomizado, onde você tem 2 grupos, né?
3:12
E eles vão receber aleatoriamente as atividades.
3:15
E aí um grupo seria um grupo de controle, né?
3:17
E o outro, no fim, um não vai utilizar e aí o outro vai
3:21
utilizar. Então assim, deixa o estudo com
3:23
mais, digamos, confiabilidade. Esse método, né?
3:27
Um método reconhecido de estudos, né?
3:29
Esse método científico de estudo que é reconhecido.
3:32
O método OK. É exato o.
3:34
Tamanho da amostra. Que não está OK?
3:35
Que tem um pouco de dúvidas. É, e outra coisa que eu acho que
3:38
é importante falar que OMETR, né?
3:40
A Rafa bem falou uma organização sem fins lucrativos, mas o
3:43
objetivo dela é avaliar a capacidade e os riscos de
3:46
sistemas de a de ponta. Então eles conduziram esse
3:50
estudo para medir o impacto no mundo real, porque muitas
3:53
ferramentas e outros estudos anteriores meio que fazem as
3:56
coisas de um em um mundo muito controlado, né?
3:59
Não sei se vocês lembram daquele primeiro estudo lá do GitHub
4:01
Copilot, que falava de 55% de aceleração.
4:05
Não, por exemplo, mas era um estudo num ambiente extremamente
4:08
controlado assim, que não tinha muita perturbação, né?
4:12
Não era tão comparável ao mundo real.
4:13
E eles tentaram, com esse estudo, fazer uma coisa um pouco
4:16
mais parecida com o mundo real. Eu fico um pouco na dúvida disso
4:20
também, porque OMTR ele tem, né? É, é uma empresa que reforça.
4:25
É o seu foco na cautela, né? E na contenção de a isso
4:30
invalida o estudo? Acho que não, mas assim eu
4:33
ficaria mais uma vez com o pé atrás.
4:35
E tem mais uma uma coisa que eu acho que é importante, que a
4:37
Beth Barnes, que é a mulher que lidera essa organização, ela
4:41
trabalhou na openei i, mas em 2026, de de 2023 para frente,
4:45
ela começou a atuar com segurança e avaliação de riscos
4:48
de AE. Tem uma postura bem crítica a
4:51
essa aceleração irresponsável dos modelos, então assim.
4:54
Né? É importante a gente não
4:56
descolar a pesquisa do contexto em que ela é feita com 16
5:00
envolvedores pelo MTR que já cujo o foco já é avaliar riscos
5:05
com uma pessoa que já tem uma postura crítica sobre a
5:08
aceleração. Então assim, né, é só pra gente
5:10
não descolar totalmente e ter, né?
5:13
Os nossos pés atrás aí com. Um senso crítico mais apurado.
5:16
Né apurado? Exatamente.
5:18
Mas vamos entender o por que que foi 19% mais lento?
5:21
Assim, não, isso não foi tirado, né?
5:23
Do Nada. Eles colocaram aqui algumas
5:25
métricas, né? Por exemplo, os motivos
5:28
possíveis para lentidão, tempo gasto revisando, corrigindo o
5:31
código sugerido, com aceitação de apenas 44% das sugestões, 75%
5:37
Liam cada linha gerada e 56% faziam alterações significativas
5:43
e. EAIA tendo dificuldade de
5:45
entender o contexto, né? Por ser um repositório pensouce
5:49
que você tem ali milhões de de linhas, né?
5:51
E houve também um tempo real gasto só somente explorando a
5:56
ferramenta, sem ter um ganho ali real.
5:58
Ou seja, se 75% linha cada energerada.
6:02
Gente, quando você quando não sei, né?
6:04
Como é que vocês estão usando aí tanta ferramenta?
6:06
Porque quando você pede um prompt ali para o cursor qual
6:09
seja lá qual for e. Ele, dependendo do que você
6:12
pede, né? Ele tende a gerar muito código.
6:14
Se você lê tudo o que ele gera, você realmente vai gastar muito
6:17
tempo. É, não é?
6:18
Dá certo quando é o mesmo. Tempo que você não lê se você
6:20
não lê, você vai colocar coisa em produção.
6:22
Que você não lê? É, é, é.
6:24
Mas é esse traydoff que eu quero trazer.
6:25
Se você não lê, você vai confiar 100% no IA?
6:28
Então, assim, se você. Vou botar um IA para gerar 11
6:31
programa inteiro, igual a gente já falou aqui sobre o lovabo,
6:34
sobre ferramentas que geram um código inteiro para você, o
6:37
quanto que eu tenho que ler do código para confiar nele?
6:40
Olha assim, eu acho que na verdade, a mentalidade é um
6:43
pouco diferente. Eu concordo que se você pedir
6:45
para você gerar para gerar 1000000 de coisas e vai gerar
6:48
1000000 de linhas e você vai ter dificuldade mesmo de ler.
6:51
Mas eu acho que a mentalidade, quando a gente está trabalhando
6:53
com OIA, principalmente pensando nessa.
6:56
Nessa mentalidade, um pouco mais AI first, por exemplo,
6:58
development ou uma a autônoma, um agente autônomo que trata o
7:02
seu código. Eu acho que a mentalidade é
7:04
outra. Você tem que conseguir planejar
7:07
muito bem a sua tesk com AIA, dividir muito bem, quebrar a
7:10
tesk em pequenas partes. E é só aí eu executo.
7:15
E quando eu executo, eu executo, tesk a tesk.
7:17
Aí, dado que eu consegui fazer isso muito bem, essa parte de
7:21
planejamento, a minha parte de execução, ela não vai ser
7:23
custosa. Ela vai ser simplesmente eu
7:26
executar uma tesk que é naturalmente pequena, ler o que
7:29
foi feito, testar como está. Pronto, passei para a próxima.
7:33
De qualquer forma, você vai ter que gastar o tempo de ler o
7:37
código. Você vai gastar o tempo de ler o
7:38
código, mas você não gastou a confusão de ler 500000 linhas de
7:42
código. Você gastou o seu tempo, porque
7:45
eu acho que o problema realmente de você ler é quando você
7:48
alterou 500 arquivos dentro do seu projeto.
7:50
Você fica maluco mesmo. Você não entende qual que é a
7:52
lógica, né? Você não entende a ordem, o que
7:54
que aconteceu, mas dado que você conseguiu restringir a uma testa
7:58
pequena, Eu Acredito que é completamente possível você ler
8:01
tudo. E Eu Acredito que é
8:03
completamente possível fazer coisas é complexas dividindo em
8:07
pequenas partes. Então só falando assim,
8:10
concluindo o meu ponto de vista desse estudo, as pessoas não
8:13
sabiam usar bem as ferramentas. Aí a gente volta Na Na nossa
8:16
discussão aqui, né? Esse essa questão de
8:18
planejamento, a forma como você falou, me lembrou muito o mesmo,
8:22
mesma mentalidade, TDD. Sim, é exatamente, é essa
8:25
mentalidade mesmo e inclusive as ferramentas que eu tenho usado
8:28
aqui. É são.
8:30
Por exemplo, tem o agente OS que é 11 fremour, que até foi
8:33
lançado aí recentemente, ou o espectro vivem também.
8:36
É um outro fremo que todos que foram muito inspirados no kiro,
8:40
que é uma ferramenta da própria WS, que foi lançada justamente
8:43
com esse propósito de planejar atividades antes de executar
8:47
essas todas, esses premocs, todas essas ferramentas têm
8:50
essa, justamente essa mentalidade de planejar.
8:53
E aí, né? Algumas delas, inclusive, fazem
8:56
o tdd, né? Que é sempre eu.
8:59
Cria o teste primeiro e depois executa a tarefa.
9:01
E é isso em dividir um problema complexo em pequenos testes que
9:05
eu vou executando 11. Até o meu problema todo está
9:08
está atingido, né? Está abrangido.
9:10
Queria ter comentado sobre OTDD também, só que aí trazendo uma
9:13
outra ótica, que é o seguinte, quando eu te questionei, eu já
9:15
estava. Eu já estava na minha cabeça
9:16
pensando no TDD. Isso é porque aí um jeito da
9:18
gente confiar é a gente ter um bom teste antes, a gente manda
9:22
ela fazer o nosso teste, vai rodar.
9:23
Concordo 100%. Só que aí eu vou trabalhar de
9:26
Advogado do Diabo aqui. E se a gente mandar, a própria
9:28
IA fazer o teste, sabe? EEEE é 11, coisa que é muito
9:32
comum. Eu, por exemplo, acho que o meu
9:34
maior uso de IEA hoje no desenvolvimento é com teste.
9:38
Assim, o que eu mais confio que eu?
9:39
É um vai ter um tanto de mock inútil que é.
9:42
Mas assim acontece. Então, se a gente mandar a
9:44
própria, IA testar o que ela tá fazendo.
9:46
E aí, como que fica? Então, assim, estou estou
9:48
levantando para trabalhar de Advogado do Diabo e a gente
9:51
tentar achar um. 11 ponto de equilíbrio nessa balança aí,
9:54
sabe? É, mas assim eu volto a defender
9:56
muito essa mentalidade de planejamento e execução.
10:00
E dado que no meu planejamento eu tenho o teste como a minha
10:03
primeira coisa, né, a ser feita dentro da minha tarefa, se eu
10:07
consigo realmente, né, criar o teste, executar a tarefa, depois
10:11
executar o teste, ver que está rodando e eu ler essas coisas,
10:14
ler o teste, ler o código. E eles são coisas pequenas
10:17
porque eu consegui dividir muito bem.
10:19
Eu sinceramente acho que não tem mistério de de verdade, um.
10:22
Problema complexo vira problemas simples, pode virar 500
10:27
problemas simples, sim, você vai ter que gastar 400000
10:30
requisições like e acabar seus créditos do cursor.
10:33
Provavelmente sim, mas assim não tem mágica e anão, né?
10:37
Assim, essas ferramentas agéticas elas não são mágica.
10:40
Também não adianta a gente ficar tentando interagir com o código,
10:43
falando assim, executa essa feature aqui que eu te dou
10:46
pouquíssimo detalhe, é no código e achar que ele vai.
10:49
Você executar bem? Afinal de contas, o contexto é
10:52
fundamental para. Para o contexto é fundamental e
10:54
o planejamento é fundamental. Aí então o planejamento é
10:57
fundamental. Aí volta Na Na discussão que a
10:59
gente teve aqui na abertura do episódio, né, que eu que eu
11:01
brinquei, eu não quero ficar gastando 2 horas de criando um
11:05
prompt para poder economizar 5 minutos de trabalho, sabe?
11:08
É aí acho que não faz sentido trazendo esses números assim
11:12
fictícios aqui, que eu que eu falei, né?
11:13
Mas eu continuo achando que o planejamento é fundamental e eu
11:16
continuo achando também. Aí vou trazer mais um aspecto
11:19
que essas ferramentas, inclusive cursou a fazer isso muito bem,
11:21
ele ajuda a gente a quebrar as testes.
11:23
Sabe quando você tem um problema complexo, em vez de você mandar
11:26
o ele resolver o problema complexo, pede a ele primeiro
11:28
para quebrar a ferramenta. Agora eu já estou, agora eu não
11:31
estou mais Advogado do Diabo, né?
11:32
Agora eu já estou a favor da Fernandinha aqui, mas acho que é
11:36
isso, é pedir a própria ferramenta para quebrar, para a
11:39
gente poder ter os problemas menores e chegar nisso onde você
11:42
está, onde? Que eu estou defendendo?
11:43
Né, você está defendendo, sabe? Só que assim.
11:45
Aí eu vou trazer de novo a realidade que eu vejo no mundo
11:48
do desenvolvimento e todos os esquadros que eu já trabalhei na
11:51
vida. As pessoas têm muita dificuldade
11:53
de fazer isso, de planejar antes, é isso, por mais que a
11:56
gente lute contra isso aqui na DTIA, gente luta muito não
11:59
contra, né? A gente luta para que as tarefas
12:01
sejam quebradas e tal. O que eu vejo na realidade é
12:03
muita gente pegando tarefa que vai durar 1520 dias, tarefas
12:08
realmente grandes, sabe? Então, além da mudança de
12:11
cultura que a gente tem que ter de eu não programava com o iá,
12:14
agora eu vou programar com o iá. Essa mudança de cultura que a
12:16
gente defende, de quebrar as testes, ela vai se tornando cada
12:21
vez mais importante. Existem outras outros pontos aí
12:24
que estão coerentes com essa pesquisa, né?
12:27
Que vocês citaram, que ela tem alguns problemas, né?
12:30
Falta de amostragem, que é 11 número reduzido de
12:32
desenvolvedores, mas a gente tem o relatório Dora da Google em
12:36
2024, que ele é. Colocou vários pontos aí que
12:40
corroboram com a tese de que realmente desacelera, mas ele.
12:44
Desaceleram o desenvolvimento, mas que ele tem ganho em outros
12:47
pontos, como por exemplo, qualidade de código,
12:49
documentação, né? E ele coloca aqui que é 1.5 a
12:54
menos na velocidade de entrega e também 7.2% a menos na
12:59
estabilidade das entregas. E por fim, 39% tem pouca ou
13:03
nenhuma confiança no código gerado.
13:05
Ou seja, entra naquilo que vocês estavam discutindo sobre ler ou
13:09
não o código, né? E realmente, se eu não leio o
13:12
código todo, eu tenho. Em em dificuldade de confiar no
13:17
naquilo. Ali não dá para não ler.
13:18
É, não dá para não ler atualmente ainda não dá ainda.
13:22
Esse é um ponto importante. Não dá, não, tanto que a gente,
13:24
o episódio que a gente gravou de previsões de arte, a gente falou
13:26
sobre do agentes. Interagindo com a gente, sem
13:29
intervenção humana e produzindo código que a gente nem vai
13:32
precisar de ler em 2027. Mas isso não não entra no, no,
13:36
no. Não vou nem nem considerar isso
13:38
nesse momento, tá? Mas eu acho essa comparação que
13:40
ele fez, que foi feito com o Dora, é até No No próprio artigo
13:43
que a gente leu, né? Eu acho ela um pouco injusta,
13:46
porque o Dora, ele foi lançado lá em 2024, né?
13:49
No fim de 2024, se eu não me engano, numa pesquisa feita
13:52
durante o ano de 2024, considerar que.
13:55
Isso evolui muito rápido, evolui.
13:56
Muito rápido, gente, em 6 meses. Mudou completamente, eu estava
14:00
discutindo isso numa reunião hoje.
14:01
Do apocalipse em 3 anos. Exatamente.
14:04
Então assim eu estava falando isso.
14:05
A gente estava conversando numa reunião hoje, eu de 1 ano atrás.
14:09
Eu não achava que a gente estaria nesse ponto aqui agora
14:12
nesse ano. Não, não achava.
14:14
Achava que pô nunca, nossa, vai demorar pra caramba.
14:17
E pô, estamos, né? Então, assim, o as evoluções do
14:20
último semestre, elas não podem ser desconsideradas.
14:24
Eu falar hoje, hoje eu consigo realmente ver uma e a autônoma
14:29
fazendo código e a gente só revisando e desenvolvedor a
14:33
realmente mudando uma mentalidade que é eu não produzo
14:35
mais código, eu reviso e no máximo corrijo.
14:39
Hoje eu consigo ver isso acontecendo, a gente falou.
14:41
Lá no software 3.0, né? Com o papel do desenvolvedor vai
14:43
ser menos é executar e mais sobre decidir o que vai ser
14:47
executado. Né, exato.
14:48
Agora, você comentou aí que é meio injusto comparar com o
14:51
Doria e tal, mas tem um ponto que é interessante, que é comum
14:54
nas 2 pesquisas, que é o seguinte, os desenvolvedores,
14:57
eles têm a impressão que eles são mais rápidos.
15:00
Se a Rafa tiver os números aí pra gente, acho que acho que é
15:02
legal. Eles têm uma perceção de que
15:04
eles estão acho que 20% mais rápido, mas eu acho que faz todo
15:07
o sentido, porque o esforço mental que eles têm é menor para
15:11
para desenvolver. Faz sentido.
15:13
Só que assim é. É aquela coisa, é a pesquisa.
15:15
Ela realmente tem que ter boas métricas, boas metodologias,
15:19
porque se a gente fizer a pesquisa baseada na perceção das
15:22
pessoas. A gente vai achar que a IA tá
15:25
destruindo AA IA tá muito mais avançada do que realmente tá
15:28
assim, sabe? De fala de produtividade?
15:30
Né? Nessa pesquisa do do METR até
15:33
tem 11 provocação de será que a gente não tá confundindo
15:37
experiência do desenvolvedor com produtividade, ou seja, o cara
15:41
gostar de usar, ter menos carga cognitiva para usar, mas não
15:45
necessariamente isso converter em velocidade, né?
15:48
Será que é isso que a gente está confundindo?
15:50
E assim, o foda é isso porque eu tô eu tô cheia de de não
15:53
concordar. Danças aqui com esse, com esse
15:55
estudo que a gente está lendo, né, que a gente está discutindo
15:57
aqui, mas isso é uma coisa que até faz sentido, né?
16:00
Assim, afinal, eu gosto pra caramba, igual a gente já falou
16:03
aqui, né? Eu mesma já falei, Ah, quando eu
16:05
estou usando uma e aí eu realmente encontro um resultado
16:08
rápido, é 11 explosão de dopamina muito grande, a gente
16:12
fica felizaço, né? Tipo assim, dá uma sensação,
16:14
tipo nossa, eu estou muito produtivo e às vezes isso acaba
16:18
realmente é modificando a nossa perceção realmente de
16:22
produtividade mesmo. Mas uma outra, uma outra coisa
16:27
que é comum dos 2 estudos, com certeza, né?
16:30
É que o estudo do MTR, os desenvolvedores, eles tinham
16:34
experiência moderada com ya. Ah, outro ponto importante
16:38
mesmo, tinha 50 mais de 50 horas usando o cursor.
16:42
Gente, o cara não sabe usar a ferramenta, ele não vai ser
16:45
produtivo, não é tipo assim, realmente as ferramentas,
16:49
produtividade de ferramentas, elas seguem uma curva em Jota
16:52
que é basicamente assim. Hora que o cara começa a usar,
16:55
ele tem 11 caída realmente de produtividade.
16:58
E só depois, né? Que ele começa a subir a
17:02
produtividade dele. Então, assim, o que a gente tem
17:04
que fazer é conseguir minimizar essa barriguinha aqui.
17:07
E como que a gente minimiza? Granando as pessoas colocando
17:11
gente pra né? Programar em dupla, descobrir o
17:13
poder da ferramenta, as ferramentas.
17:15
Evolui muito rápido, mas é assim, estudar, estudar.
17:18
Estudar rápido, né, é? Exatamente, e aí?
17:20
O que que o Dória ganhar produtividade?
17:22
Talvez é mais é? Vai cair de novo, porque já
17:24
mudou tudo de novo. Né?
17:25
Mas essa eu acho que é muito importante falar isso, porque o
17:28
Dória também é a mesma coisa. Em 2024, as ferramentas eram
17:31
muito novas. O curso a gente foi lançado em
17:33
novembro de 24 é aquele. Meme do nossa isso é tão 2000.
17:36
E 24 entendeu assim as ferramentas eram está.
17:39
Estavam em outro nível e enfim, né?
17:41
Com certeza as pessoas não também estavam nesse momento.
17:44
Então essa é outra coisa que eu acho muito importante da gente
17:47
não descolar da análise. As pessoas não tinham uma grande
17:51
expertise na ferramenta. Claro que um cara, a gente que
17:54
trabalha com telej, por exemplo, usando todos os Atalhos, todas
17:58
as coisas e otimizado no trabalho dele, na hora que ele
18:02
começar a usar um cursor que é baseado no visual code, ele vai
18:05
sentir, é claro. Entendeu?
18:08
Aconteceu comigo? É.
18:09
É então assim, a gente tem também que levar isso em
18:12
consideração, os caras que mais sabem usar a ferramenta, e é
18:16
isso que a gente busca aqui na dti.
18:18
É realmente letramento? Ficar tentando, né?
18:21
Democratizar a utilização. É e aí que a gente chega na
18:25
produtividade, não adianta dar, é, não adianta dar a ferramenta
18:28
hoje pro cara e falar é agora, você já vai ser 50%.
18:32
Não é produtivo? Não vai.
18:33
Mas em a tendência é, se a gente conseguir acelerar esse, esse
18:37
treinamento, esse letramento na ferramenta, é que muito rápido
18:40
ele vai conseguir. Ser e esse, esse a evangelização
18:43
a gente tem que fazer da ferramenta.
18:44
Vai muito da vontade da pessoa também, né?
18:46
Você estava falando aí sobre a dopamina e tal.
18:48
Uma coisa muito legal que eu percebo usando essas ferramentas
18:50
é que eu não tenho que ficar me preocupando mais em decorar AAA
18:53
sintaxe. De linguagem.
18:54
Sabe como aquelas coisas. Ah, como é que eu vou fazer um
18:56
filtro aqui? Eu tenho uma hate, não sei o que
18:58
cara. Você manda ele fazer.
18:59
Ah, era isso mesmo, né? Era isso.
19:01
Era isso mesmo que eu queria, valeu?
19:02
Quem trabalha com análise de dados tem que ficar decorando.
19:05
É sintaxe do cborn do NAT plot lib que aqueles você coloca
19:09
aqueles pequenos detalhezinhos para plotar um gráfico.
19:12
Gente, não existe mais você ficar ajustando ali na mão, ali
19:15
OAO formato do seu gráfico. Qual é a posição das coisas?
19:19
A partir do momento que os desenvolvedores tiverem essa
19:21
dopamina extra, aí que começaram a.
19:24
CBIS, talvez eles invistam mais nas ferramentas, porque OOO,
19:27
cenário que eu vejo é assim aqui na DTIA gente incentiva muito,
19:30
mas ainda vejo uma galera mesmo aqui dentro, que assim às vezes
19:33
eu tenho uma resistência pelas ferramentas mais novas, sabe?
19:36
E vai muito da utilização. Eu usava eclipse até pouco tempo
19:39
atrás, gente. Exato.
19:40
Então assim, é isso. Assim, para mim é muito, tem
19:42
muito a ver com o engajamento da ferramenta, com letramento e
19:44
tudo é. E aqui na DTI, quando a gente
19:46
tem pessoas que são engajadas, e aqui na DTI, por exemplo, já tem
19:49
time com vários meses aí de uso de engajamento com as
19:53
ferramentas. Quanto 50% de ganho, né?
19:56
Em projetos existentes, né? Aí quando a gente fala de
19:59
projetos que estão começando, esse ganho tende a ser maior.
20:02
A gente tem exemplos aqui de 75% de ganho em projetos que estão
20:06
começando, que mais é que a tendência é ir ali para um 50.
20:09
Enfim, meu ponto é é que não adianta a gente ficar tentando.
20:14
É medir produtividade nos caras que não você não sabe usar.
20:17
Então, assim, letramento para mim é a coisa mais importante.
20:20
Vou fazer o papel do advogado, advogada do diabo aqui cheio.
20:23
Dos advogados, diabo aqui é. Hoje eu que estou estou aqui, ó,
20:26
contra esse artigo. E você está, vocês estão me
20:28
sabatinando. Você dá um comentário que eu vi
20:31
no Cora, é falando sobre legados, que a gente está
20:35
falando de open source, né? Que foi Oo foco dessa pesquisa.
20:38
A gente está falando de projetos aqui da DTI, mas a gente tem um
20:42
ponto e eu vou ler aqui o comentário.
20:44
Literal desse usuário que achei bem legal.
20:46
Analogia. Ele falou em um projeto novo.
20:48
Começar algo do zero com o Claude para escrever código é
20:51
como usar uma escavadeira para cavar uma piscina em vez de uma
20:54
pá. É 100 vezes mais rápido.
20:56
Já em um sistema legado, cheio de armadilhas, com anos de
20:59
decisões ruins de programação, onde o conhecimento para navegar
21:02
no código é quase todo informal e mal documentado, usar o
21:05
Claudio para escrever código é como tentar usar a escavadeira
21:08
para cavar um buraco do lado da piscina para consertar o sistema
21:12
de bomba. Não é só mais difícil.
21:14
Provavelmente vai acabar quebrando alguma coisa.
21:16
Você acha que sabe mais não? Concordo, meu legado.
21:18
Acho que sim. Se você conseguir organizar o
21:21
seu, o seu legado, a ponto de ter organizar que eu digo não é
21:24
refaturar o código e só assim funciona.
21:26
Não se eu tenho um arcabouço de, por exemplo, usando o cursor
21:28
como exemplo, se eu tenho um arcabouço de regras muito bem
21:31
definidas de como que ele faz, que ele deveria interagir com o
21:35
meu código, se eu tenho o memori Bank, né?
21:37
Que eu consigo ter alguma memória das minhas interações,
21:40
se eu estou usando essa, essas. Essas abordagens, esses
21:43
princípios de planejar, quebrar muito bem as Tess que e executar
21:47
não tem motivo de não funcionar em legado, na minha perceção e
21:51
no que eu vejo, no que eu estou vendo aqui na DTI, em times que
21:54
trabalham com sistemas grandes e legados.
21:56
Mas essas coisas que eu estou falando, elas são muito
21:59
importantes a serem feitas. É a mesma coisa lá, não adianta
22:02
eu chegar lá e falar assim, Ah, executa, aí não vai, vai vim
22:05
tudo errado, vai vim, né? É em de um padrão que eu não
22:08
quero numa forma, num né, colocando regras em.
22:12
Cadas que eu não quero, mas eu tenho que ensinar para ele como
22:15
fazer. E a grande vantagem, e por isso
22:18
que eu não concordo aí com com essa citação, a grande vantagem
22:21
de usar uma ideia agética como o cursor.
22:24
É que ele consegue justamente fazer comandos que a gente
22:27
faria, comandos, por exemplo, de buscar no código, de agrupar
22:31
coisas semelhantes e a comandos. De.
22:33
Rodar de rodar de tudo. É rodar, né?
22:35
Tipo assim, ele exato. Ele consegue fazer ações
22:38
agnticas, como se fosse alguém descobrindo o código.
22:42
É exatamente isso que ele faz. O Claudio cold, por exemplo, é
22:45
exatamente isso que ele faz. Então é como se essas, essas.
22:48
E aí eu estou falando realmente das agentes, das atuações, né?
22:52
Das ideias, das ferramentas, quando eu.
22:54
Uso essa capacidade delas. Aí, pronto, é igual você tivesse
22:57
fazendo isso. Eu entendo, mas eu não concordo,
23:00
não concordo, não concordo, não concordo.
23:02
Eu. Não vou nem no nem no 80.
23:03
Eu tive uma experiência recente de pegar um legadão e julguei no
23:07
cursor. Pedi para fazer a alteração.
23:09
Não deu certo, mas eu pedi ele para me explicar o que que
23:11
estava acontecendo. Ele conseguiu explicar bem.
23:13
E aí eu fiz a minha alteração. Mas você tinha lá as regras
23:16
configuradas, você pediu para planejar?
23:18
Não, não. É, é isso, é esse que é o ponto.
23:20
Aí aí volta no ponto que eu brinquei com assim, eu não quero
23:23
gastar 2 horas criando um prompt, cara, eu só abri o
23:25
projeto. Era uma alteração pequena, só
23:27
abri o projeto. Eu falei, ô, bicho, acha esse
23:28
trem aí muda para mim? Aí não.
23:30
Conseguiu? Claro que ele não conseguiu.
23:31
Aí rapidinho eu falei não, mas espera aí, me explica.
23:33
Eu, eu é mais ou menos isso está está acontecendo.
23:35
Esse cis tal aí eu venci um pouquinho mais No No tempo, mas
23:38
para entender o que que estava naquele legado, que era uma
23:40
linguagem que eu nem tenho tanto domínio, que é gol, nem não tem.
23:43
No domínio sobre o Google, já programei e fiz algumas coisas,
23:45
mas não é a nem a linguagem que eu sou especialista.
23:48
Aí eu consegui conversar com ele para eu entender o que que
23:51
estava acontecendo com o código para para fazer uma alteração,
23:53
sabe? Então eu acho que nem 8 nem 80.
23:55
Mas, dado, se você tivesse investido um tempo, e aí talvez
23:57
você não tivesse esse tempo, tá? Porque, Ah, sei lá, eu estou
24:00
pegando esse sistema. Vai muito do contexto, né, da?
24:02
Situação, um erro de sustentação.
24:04
Nunca mais vou atuar nesse sistema na minha vida, então não
24:08
faz sentido. Né, não faz sentido eu fazer um
24:10
setup. Dele.
24:11
Por exemplo, é aí, beleza, eu concordo com você, mas aí, dado
24:14
que é um sistema que eu constantemente faço
24:16
modificações, constantemente tenho que evoluir
24:20
constantemente, vou refaturar. Aí vale muito a pena eu gastar
24:24
um tempo fazendo esse setup que eu falei, né?
24:26
De regras, de memoribank, de enfim, de frente na.
24:29
Curva j. Que aí aí, esse projeto é isso
24:32
nesse início aqui, essa esse setup é igual se a gente fizesse
24:35
o setup de um repositório, igual se eu tivesse, né?
24:37
Eu estou fazendo o setup dele. Ele, dado que eu fiz esse grande
24:41
setup aqui, aí, beleza, o cara gastou um tempo aqui realmente
24:44
para isso que ele não estava prevendo.
24:45
Talvez, né? Mas daí para frente, gente, é só
24:48
Alegria. Vou falar que é só Alegria, né?
24:50
No sentido de que aí é só eu vou jogar.
24:52
Porque é um legado. Né não, não é?
24:54
Ainda tem isso, né? Mas, mas assim, usando de novo
24:57
os princípios de planejar e executar, você pelo menos vai
25:00
conseguir fazer grande parte das suas testes só vendo ele
25:04
programar. Aí, claro, uma coisinha ou
25:06
outra, você vai ter que ir lá, vai ter que corrigir.
25:09
Que vai ter que fazer, vai ter que testar, enfim, tudo isso.
25:11
Mas assim, eu, eu sou bem. Eu realmente sou bem otimista
25:15
nesse sentido, tá? E não só sou otimista pelo que
25:18
eu leio, pelo que eu, né, estudo, mas pelo que eu vejo
25:22
acontecendo, pelo que eu mesma já testei.
25:24
Mas eu acho que é isso, né? Aí a gente não deve ainda
25:28
consideraria como uma bala de prata.
25:30
Ainda depende desse planejamento, ainda depende
25:33
dessa maturidade para usar, né? Dessa de de você dar tarefas
25:38
pequenas. Para serem executadas e não a
25:40
sua feature inteira, a sua história de usuário inteira, e
25:43
acho que. Esse é um ponto importantíssimo
25:44
assim, da gente entender porque a gente fala assim, Ah, AA.
25:46
Às vezes não está pronta para ser usada para tarefas complexas
25:50
para grandes sistemas. Outro dia a gente estava falando
25:52
sobre o lovabo, a gente falou que o lovabo ele ajuda a gente
25:55
no MVP, mas na hora que for levar para a produção a gente
25:57
vai precisar de pessoas. Então a maturidade dele vai até
26:00
um certo ponto ali, né, pra pra levar o sistema para a produção,
26:03
mas o ponto é, quando que foi que surgiu essas LLMS, né?
26:06
Acho que é sempre bom a gente lembrar disso, é uma tecnologia
26:09
muito recente, é uma tecnologia que está em amadurecimento e ela
26:12
vai amadurecer cada vez melhor e cada vez mais rápido.
26:15
Se a gente usar cada vez mais, sabe EEEA gente aprender a usar
26:19
cada vez mais é pra própria. Melhorar a gente, a comunidade
26:24
de forma geral dá um feedback para as empresas e também para a
26:27
gente como desenvolvedor, para a gente se desenvolver, se
26:30
evoluir, se evangelizar. Se como é que você falou o fazer
26:33
a nossa letramento, né? O termo que você usou para a
26:35
gente aprender a usar melhor essas ferramentas.
26:37
E aí talvez daqui a sei lá, um mês, 6 meses, um ano, 10 anos,
26:42
não sei. A gente vai estar aqui rindo do
26:44
que a gente está falando hoje, porque a nossa produtividade vai
26:46
ser anos luz. É, vai ser 50 vezes, né, que a
26:48
gente falou lá, né? 50 vezes, sei lá quantas vezes
26:51
que no final das contas, o cara faz a estimativa lá de 2020.
26:54
E 7, é importante isso a gente cara, Ah, tá, não tá legal, Ah,
26:57
eu estou perdendo muito tempo. Relendo, eu estou perdendo, sei
26:59
lá, eu estou achando que eu estou mais rápido, mas estou 20%
27:02
mais lento. Mas cara, investe ainda, acho
27:04
que vale a pena de mais investir, sabe?
27:05
Porque é exatamente o termo é esse, é investimento para daqui
27:09
um tempo você já ser uma pessoa que sabe trabalhar bem com essa
27:12
ferramenta e aí sim, vamos. Muita produtividade e.
27:14
Isso eu acho que vai ser o que vai separar os programadores
27:18
codificadores de código das pessoas que realmente vão
27:22
continuar trabalhando com o desenvolvimento de software ou
27:24
né, desenvolvimento de produtos digitais no futuro.
27:26
Pra mim é isso e pra e se eu for pudesse dar uma dica mesmo, né?
27:30
para as pessoas que estão nos ouvindo, é justamente essa em
27:33
vista em aprender a usar, mude a mentalidade e a codifique você
27:39
revisa, mude a mentalidade também numa outra coisa.
27:43
Não é sempre que o negócio dá errado.
27:45
É porque o negócio é porque aí é ruim porque a ferramenta é ruim.
27:47
Se o negócio está dando errado, provavelmente você não está
27:50
sabendo usar e. Então indireta pra mim,
27:52
Fernandinha? Então não é indireta, não é bem
27:55
direta, se o negócio está dando errado, você não está sabendo
27:57
usar, e então a mentalidade Ela É Diferente, não é assim, Ah
28:01
gente, não deu, deu errado, então é porque essa ferramenta
28:04
ainda não está pronta, não é isso, Ah, gente, deu errado,
28:07
como será que eu vou fazer essa ferramenta dá certo na próxima
28:10
vez? O que que eu tenho que fazer
28:12
diferente do que eu? Estou fazendo para que na
28:14
próxima vez dê certo. Essa é a mentalidade que vai nos
28:18
levar para frente, não eu. Concordo que é um desenvolvedor
28:21
hoje não ter conhecimento de técnicas de prompt de niring.
28:25
Exato, e a. Gente, inclusive tem um episódio
28:27
que a gente fala sobre isso, então procurem aí de niring
28:30
prompt, porque hoje assim é. É totalmente necessário você
28:34
saber utilizar uma técnica avançada ou outra,
28:36
principalmente quando você não está conseguindo extrair o
28:38
melhor resultado. Exatamente, é.
28:40
E assim pra mim é isso, ficar sempre um tempo.
28:43
Nas coisas que a comunidade está falando, né, igual esses prêmios
28:46
que eu mencionei, né? A ideia nova da WS que muda um
28:49
pouco, né? Eles até tem uma logo assim que
28:53
é mudando do Vibe coding, pro Vibe code, né, que é como se
28:57
fosse assim, né? Agora eu consigo de fato, com
28:59
essa técnica de planejar e executar, aí sim eu consigo
29:03
criar códigos produtivos, então vai ficar sempre muito antenado
29:07
as coisas que a comunidade está lançando, está falando, está
29:10
enfim, investindo em cima, mas aí só.
29:13
É uma curiosidade que ontem um casinho rápido aqui, ontem eu
29:18
estava num num botequinho tomando uma cerveja, e aí veio
29:22
um vendedor de quarta-feira. Nós não vamos gravar no sábado,
29:26
né? Gente, mas veio um cara vendendo
29:29
bala, falando, né, pedindo e tal ajuda para comprar, falando que
29:32
que era um estudante de engenharia de software.
29:35
E aí a primeira coisa que eu perguntei para ele foi assim, se
29:38
eu usar? E aí ele falou.
29:41
Cara, eu uso e tal, mas eu tenho usado.
29:43
Só que eu eu tô meio com dificuldade porque eu uso GPTE.
29:46
Às vezes eu tenho que revisar tudo e às vezes eu gasto muito
29:50
mais tempo revisando do que se eu tivesse feito o código.
29:53
E aí eu falei com ele justamente tudo que a gente tá falando
29:55
aqui, eu falei, você está usando errado.
29:57
Você vai? Se isso não tivesse vindo da
29:59
Fernandinha, eu IA achar que é um daqueles casos absurdos que
30:03
as pessoas postam no LinkedIn. Eu juro, eu tropecei num
30:05
cachorro. E eu juro que isso aconteceu.
30:07
Esse é um daqueles cases de LinkedIn mesmo, é?
30:09
Exatamente isso, eu comprei uma. Fala dele e falei, vocês estão
30:12
usando OIA errado, cara, você tem que fazer.
30:14
Eu falei tudo isso que a gente está falando aqui.
30:17
O cara ficou tipo, nossa, meu Deus, não sei o que.
30:20
Enfim, trocamos maior ideia no bar.
30:22
E ele, ele falou que ele era estudante.
30:24
Ele é estudante muito bom. Chamei ele para participar do
30:27
nosso processo seletivo, estamos contratando estagiários.
30:30
É isso aí? Tem um ponto da pesquisa que a
30:31
gente não abordou, que eu acho que é que é que é legal.
30:34
Na pesquisa, eles falam que para os programadores iniciantes e
30:37
intermediários, o impacto da IA é maior.
30:40
Traz mais. Produtividade para os
30:42
desenvolvedores mais experientes, o impacto da IA é
30:44
que traz essa esse questionamento mais claro sobre
30:48
a lentidão. Acho que justamente pelo por
30:51
tudo que a gente já falou. Aqui, né?
30:52
Sim, acho que o conhecimento da IA.
30:54
Ela começa a se equiparar mais ao do humano quando a gente está
30:57
falando de alguém que é especialista.
30:59
Exato, exato. Então eu lembrei desse desse
31:02
aspeto da pesquisa. Na hora que você falou que os o
31:04
da pesquisa lá no METR, os programadores tem mais ou menos
31:06
5 anos de experiência. Talvez se pegasse alguns
31:09
programadores, sei lá. Num estágio bem inicial, a
31:12
velocidade AO impacto. A velocidade seria positivo.
31:16
Talvez pegasse programadores com 1520 anos de carreira, talvez o
31:19
impacto seria pior. Falando de de velocidade, sabe?
31:23
Então é. É outro caso assim, a pesquisa
31:26
ela. É limitada, fato.
31:28
Então a acho que são são muitas variáveis que tem que entrar
31:31
quando a gente fala de de produtividade, né?
31:33
Mas aí falando sobre esse negócio de Júnior e pleno,
31:37
sênior e tal, tem uma notícia interessante que eu vi que a
31:39
gente fala muito, se fala muito sobre o quanto que AIA vai
31:42
substituir os programadores e tal.
31:45
Tem empresas aí que já postaram no LinkedIn, Ah, substituir
31:47
todos os meus programadores por IAE.
31:49
Tal ensaia uma notícia recente, onde o CEO da AWS falou que
31:53
substituir funcionários juniores por IA é burrice.
31:57
Ele falou assim mesmo, porque para ele, esses profissionais
32:01
tem um custo menor para empresa. De fato, quanto mais Junior,
32:04
teoricamente mais barato, né? E é um papel essencial no
32:07
desenvolvimento de talento. São eles que vão ser os seniores
32:09
do futuro, né gente? Então se você trocar todos os
32:12
seus Juniors por IA. Quem que vão ser os seus sêniors
32:15
no futuro? Sabe, você vai confiar 100% e
32:17
Ah, vai ser o seu sênior no futuro.
32:20
Então é é outro aspeto interessante que eu acho que
32:22
vale a pena mencionar, porque tem gente que acha que é Ah,
32:26
beleza, Cunha, você sei lá quantos por cento mais rápido eu
32:28
vou trocar meus programadores, mas e aí, né, no longo prazo,
32:31
como que isso vai funcionar? Sabe a gente?
32:33
Fala muito da pirâmide aqui, né? Da base, ela precisar existir
32:37
uma base mais larga, onde vai ter o Júnior, os júniores ali
32:41
para que você tenha o topo sendo sênior, meio pleno.
32:44
Para que seja sustentável é é similar com o que acontece com a
32:47
implosão demográfica, né? Que é uma preocupação também.
32:50
Talvez essa pirâmide tome um formato um pouco diferente no
32:54
futuro, não sei como um pouco menos de relevância para um lado
32:58
ou para o outro. Mas eu acho que essa pirâmide
33:00
ainda é totalmente válida. E aí a gente fica assim,
33:03
esperando, qual que vai ser a próxima de conversa de boteco da
33:05
Fernandinha, né, para virar tema de episódios por aqui?
33:08
Exatamente. Bom pessoal, então essa foi a
33:11
discussão de hoje e deixa aí nos comentários se pra você no seu
33:15
dia a dia tá te acelerando na produtividade ou não, o que que
33:18
você acha? É isso aí, queremos polêmica,
33:21
briga, mentira. Queremos, né?
33:23
Concordam? Discordam?
33:25
Deixem os comentários. Porque aqui já foi treta, né?
33:27
Vocês viram que não concordam? Vamos em tudo, mas é isso aí,
33:31
deixem os seus comentários e vamos discutir esse tema.
33:34
Valeu até a. Próxima gente, tchau, tchau.