Latest / Entre Chaves / #223 Software 3.0 e o novo perfil do desenvolvedor

Transcript

#223 Software 3.0 e o novo perfil do desenvolvedor · Entre Chaves

0:03
Está começando mais um entre chaves, o seu podcast de
0:07
desenvolvimento de software, e hoje a gente vai falar sobre
0:10
software 3.0. Esse termo é um termo assim que
0:14
ele não é tão conhecido. Ele ainda não é tão adotado,
0:17
vamos falar assim pela indústria de software.
0:19
Mas ele é um termo que fala basicamente, vocês vão entender,
0:23
né? Ao longo do nosso episódio, com
0:24
certeza. Mas ele fala dessa era que a
0:26
gente tá vivendo, que é basicamente quando a gente pede
0:29
pra ir a. Escrever código pra gente.
0:31
Ou seja, né? A gente descreve o que a gente
0:34
quer e aí a simplesmente cria software e a gente hoje, então
0:37
vai bater um papo sobre riscos, problemas, dificuldades,
0:41
processos, o que que a gente pensa.
0:43
Enfim, vai ser um episódio reflexivo aqui, um pouco
0:45
filosófico até, né? Pra gente falar um pouquinho
0:48
sobre essa Nova Era que a gente está entrando.
0:50
E para isso estamos aqui com o Angelo, companheiro de bancada.
0:54
E aí, Angelo, como você está? E aí, Fernandinho?
0:57
Eu estou bem. Nesses últimos meses eu tenho
0:59
refletido. Bastante sobre isso.
1:00
Estou gerando muito prompt para e a.
1:02
Então hoje nós vamos é dissertar sobre isso mesmo.
1:04
Eu não estou querendo escrever código mais, não estou querendo
1:07
deixar tudo para ela. Eita Vibe coding.
1:09
Aí vamos falar um pouco sobre isso também no episódio.
1:11
E também estamos aqui com o Dudu, que é o arquiteto de
1:14
software aqui na DTI, com mais de 20 anos aí de carreira em
1:17
desenvolvimento de software. E aí, Dudu?
1:19
E. Aí, Fernandinho.
1:20
Está animado? Bastante, né?
1:22
Essa mudança que tem feito, o uso de IA no dia a dia, como que
1:26
tem mudado essa, essa forma de lidar e as evoluções que a gente
1:29
tem, tem? Feito Na Na forma de
1:30
desenvolvimento. Então, tá, tá bem legal a gente
1:32
falar sobre isso, pensar sobre isso e ver como é que isso vai
1:35
se tornar daqui para frente, né? Aqui no Andre chaves a gente já
1:38
falou muito sobre É o Fim dos deves, aí É o Fim dos deves,
1:42
coisas assim. Mas hoje a gente vai trazer um
1:44
pouco diferente a perspetiva, né?
1:46
Em como que a gente vê o processo mesmo do
1:49
desenvolvimento, o processo de entrega de software no geral,
1:52
como que ele está evoluindo de fato, né?
1:54
Em coisas mais práticas e tudo mais.
1:56
A engenharia de software, ela realmente está em transformação,
1:59
a gente pode ver que. E durante muito tempo, e até
2:01
hoje, claro, a gente consegue ainda escrever código, escrever
2:04
código era um exercício de lógica, né, de da gente
2:07
arquitetar as coisas, encontrar os padrões, colocar aí fielses,
2:11
né, coisas assim, muito baseado em lógica.
2:14
Isso a gente chama aí de software 1.0, podemos falar
2:18
isso. E aí veio o software 2.0, que
2:20
basicamente é a máquina aprender com o comportamento.
2:24
É como se fosse assim. Vamos pegar um exemplo do
2:27
marketplace no software 1.0, é como se eu falar.
2:30
Mas assim, se o usuário comprar o produto x, você vai lá e
2:34
recomenda para ele o produto y, porque parece que é uma produtos
2:39
que são comprados juntos, por exemplo.
2:40
Mas no software 1.0, as lógicas são bem fixas, existe um
2:44
comportamento esperado da aplicação.
2:46
No 2.0, o software aprende com os dados.
2:49
É como se nesse mesmo exemplo do marketplace, eu tenho 11
2:53
algoritmo de martinilane que aprende quais são as relações,
2:57
por exemplo, entre produtos. Então eu não.
3:00
Não tem uma parte do meu código que fala para a máquina fazer se
3:04
comprar um, compre, venda o outro também sugiro o outro.
3:07
Mas a própria máquina aprende com os dados o que que ela deve
3:10
sugerir, dado que eu compro um produto e o software 3.0 vem com
3:14
uma outra abordagem que é assim, eu agora não preciso de nada, eu
3:18
simplesmente falo para Iara, ela que cria lá O Mecanismo inteiro,
3:22
né, de como que ele vai sugerir produtos, né?
3:24
Até numa uma forma mais é automatizada, né, de fazer
3:28
mesmo. Então assim vamos começar esse.
3:30
Episódio falando. E aí, quais são as
3:32
transformações? Porque de fato, a transformação
3:35
técnica a gente já viu em milhões de episódios aqui
3:37
dentro, as chaves que ela existe, desenvolvedores estão
3:40
escrevendo código de forma diferente.
3:42
A gente está realmente usando muito mais AEA como parceira
3:45
para escrever código, se tornando muito mais
3:48
orquestradores revisores de código.
3:50
Mas e aí a gente também está evoluindo o nosso pensamento
3:54
quando a gente fala sobre desenvolvimento de software ou a
3:56
gente está tentando pegar o mesmo mindset de
3:59
desenvolvimento? Momento de software de antes da
4:01
IAE tentando só encaixar AIA no meio.
4:03
Pois é, eu acho que isso está algo que aos poucos ela vai
4:06
evoluindo, né? Hoje tem muito disso, da gente
4:08
só pegar e falar, Ah cara, vou botar uma IA aqui.
4:11
A gente não vê o potencial que isso pode trazer no nosso dia a
4:13
dia, de como que isso pode afetar, da gente chegar e ao
4:16
invés da gente começar já pegando algumas coisas, alguns
4:19
pedaços de de história, algumas coisas que a gente tem que fazer
4:21
uma featur para desenvolver. Cara, pode ser que no futuro AIA
4:24
vai ser tão tão poderosa que eu vou chegar na segunda-feira, ela
4:27
já vai ter feito 3 PRS no de uma o wunner.
4:30
Habilidade de de segurança, que saiu no fim de semana e ela já
4:34
chegou, já corrigiu, falou olha, saiu isso aqui, agora já
4:36
corrigi, está aqui, revisa. Aí vamos ver se isso é o melhor
4:39
caminho. Então ela até se adiantar
4:42
algumas coisas que a gente pode fazer.
4:43
Isso é algo que vai ser factível No No no futuro da gente chegar.
4:47
Então a gente até esse planejamento de de começar pela
4:51
gente, da gente dar o input Pra Ela em alguns pontos, até isso
4:54
pode mudar. Pode ser aí, sei lá, né, um
4:56
software 4.0 ou até mesmo, né, porque o software tem 3.
5:00
Ponto zero, ele fala também fala muito sobre essa abordagem
5:03
agética, né? Assim de agentes que
5:06
simplesmente agem de forma autônoma.
5:08
E é isso, né? E vão cobando e vão fazendo
5:11
hoje, assim, não sei se vocês também têm essa mesma perceção,
5:13
mas mesmo os prompts, porque no início, quando a gente começou a
5:16
falar sobre GPT, sobre ChatGPT, né?
5:19
Vamos falar, e as os primeiros modelos de linguagem públicos
5:22
que foram liberados lá em 22, né?
5:24
No final de 22, a gente ainda tinha um trabalho muito grande
5:27
com a engenharia de prompt, com realmente pedir a coisa.
5:30
Aperta para o negócio ficar de fato assertivo e tudo mais.
5:33
Mas não sei a perceção de vocês, mas eu sinto que cada vez mais
5:37
os prompts estão se tornando mais simples, porque as e as
5:40
elas estão se tornando mais autônomas para entender o que
5:43
você de fato quer falar com elas.
5:45
Então elas sugerem coisas, elas não só ficam presas ao prompt
5:48
que você mandou, então elas estão realmente mais autônomas,
5:51
né? E talvez vamos chegar nesse
5:52
ponto que Eu Acredito que vamos. É nesse momento que a gente não
5:55
vai precisar nem pedir e ela vai estar lá observando auditando o
5:59
seu código. A ponto de já agir, né, em caso
6:02
de necessidade? É, a evolução é muito rápida,
6:04
né? Se a gente colocar aqui, entre
6:07
em, em na linha do tempo, né? A gente, não sei o que falar,
6:09
mais ou menos quanto tempo foi que demorou o software 1.0,
6:12
quanto tempo ficou no software 2.0.
6:15
O que eu tenho certeza que a gente pode falar é que do
6:17
software 3.0 para isso que a gente está especulando aqui
6:20
sobre o que seria o software 4.0, que é o que o Dudu falou
6:23
aí, né? A gente já está talvez até
6:25
criando um conceito novo, vai ser um espaço de tempo muito
6:27
menor, sabe? É a curva exponencial da.
6:30
Da da evolução mesmo. Mas uma coisa que me preocupa,
6:32
Fernandinha, é que você falou uma coisa aí na sua fala que é
6:35
muito importante. Aí há hoje falando aqui, agora,
6:39
nós estamos gravando aqui em 2025, né?
6:41
Atualmente tem que ficar datado, né?
6:42
Ângelo? A gente está aqui falando no
6:44
dia, né? Em abril de 2025.
6:47
Não sei nem que dia é. Hoje.
6:48
É importante, né? É muito rápido isso, né?
6:51
Mas hoje 28/04/2025 aí ainda é nossa parceira, aí anão tem toda
6:56
essa autonomia. Eu acho que aí ainda não tem
6:59
essa inteligência se. Suficiente para fazer esses
7:01
exemplos que o Dudu falou. Isso aí é uma especulação do
7:03
futuro e por que que eu estou dando destaque para para essa
7:05
fala? Porque tem muita gente que ainda
7:07
não entende isso, acha que a IA já tem essa inteligência toda,
7:11
sabe? Eu estava conversando com uma
7:13
turma aqui outro dia e um dos desenvolvedores do Squad e falou
7:16
assim, Ah, cara, eu tentei fazer um negócio aqui, eu perguntei
7:18
pra IA e ela falou que era assim, eu tentei e não deu
7:20
certo, não sei mais o que fazer, eu falei, cara, espera aí,
7:23
vamos, vamos dar um passo para trás aqui a IA ela ajuda, mas a
7:27
IA ela não, não resolve tudo sozinha ainda, sabe a.
7:30
A IA ela dá sugestões erradas ainda e tem motivos para isso,
7:34
porque a IA foi treinada com os nossos códigos de toneladas de
7:37
anos atrás, toneladas de códigos bons e ruins que a gente já fez
7:41
no passado. Então, a iae, ela ainda tem que
7:43
ser? Melhorada, né?
7:44
Eu vi um vídeo recentemente muito bom, estava viajando essas
7:47
nesse último feriado e vi muita coisa, né?
7:49
Sobre sobre a né, que atualmente só né?
7:51
Vejo muito sobre isso e vi um vídeo que o cara falou muito
7:56
sobre essa evolução, de como a evolução da engenharia, dos de
7:59
software. Desde 1960.
8:00
E ele fala, é muito legal ver o quanto que a gente teve períodos
8:04
realmente em que a gente se preocupou muito com qualidade de
8:08
código e o quanto a gente teve períodos na história que a gente
8:12
se preocupou zero, com qualidade de código, principalmente por
8:14
crises, necessidade de eficiência, né?
8:17
Que vem muito com essa parte de crises financeiras, econômicas.
8:19
Então a gente teve muitos pontos na história que a gente teve
8:24
baixa qualidade de código produzida, porque isso não era o
8:28
mais importante. Mais importante era entregar
8:31
rápido. Então ele fala justamente isso
8:33
que as IAS hoje, por serem drenadas com todo esse código,
8:37
tem muita coisa boa, mas tem muita coisa ruim e se a gente
8:40
não, não, não validar, não olhar e tudo mais, a chance da gente
8:45
estar reproduzindo essas coisas e gerando mais lixo é enorme.
8:49
E mais do que isso, né? O futuro, como que vai ser isso,
8:52
né? Códigos gerados só gerados por
8:54
IAE sendo só lixos. Como que isso vai ser no futuro
8:57
em relação à qualidade de código?
9:00
Isso é muito legal. Traz muito do do do que que vai
9:02
ser o papel do do desenvolvedor, do engenheiro de software mesmo
9:06
no futuro, né? Não é só achar que igual no
9:08
exemplo que eu dei, que AIA vai chegar e vai fazer, mas alguém
9:11
vai ter que olhar. É igual a história que você
9:12
contou, Angelo, fala, alguém tem que chegar e falar, cara, deixa
9:15
eu ter um pensamento crítico aqui em cima, não é porque a aia
9:17
trouxe, a gente já faz isso hoje com os nossos próprios códigos,
9:20
com essas coisas aí. Ela está ajudando a gente a
9:23
focar em outros aspectos do que precisa, né?
9:26
Não tirar a parte mais burocrática e tudo, mas essa
9:29
validade. Ação essa, essa passagem,
9:32
garantir que que o código ele está resolvendo aquele problema
9:35
mesmo. A gente tem que ter um esse esse
9:37
olhar e até essas ferramentas para isso elas vão evoluir,
9:40
porque como as e as de hoje, elas geram muita coisa.
9:43
De forma muito rápida, a gente consegue desenvolver
9:45
absolutamente mais rápido. A gente tem que dar vazão àquele
9:48
fluxo também. Então ferramentas de teste é
9:50
algo que pode evoluir bastante. Então essa essa questão de já
9:53
passar por um crivo, até vendo de usar a própria e a como
9:57
realizando os testes de usuário, alguma coisa até pra.
10:00
Poder liberar tempo para na agenda de de usuários chave de
10:03
sistema, porque a gente sabe que às vezes tem que fazer teste com
10:06
usuários chave. Os usuários às vezes tem uma
10:07
agenda restrita, então a gente consegue fazer, pode fazer uns
10:11
pré testes usando a própria e a para treinar ela como se fosse
10:14
aquele usuário e tentar repetir alguns comportamentos para pegar
10:16
algumas coisas mais simples. Então esse papel dá para trazer
10:19
também dentro do dentro da evolução do software, né?
10:22
Eu. Fico pensando nessa parte de
10:23
testes. Estava pensando sobre isso
10:25
também, que hoje a gente valoriza muito o teste unitário,
10:28
né? Eu Acredito, claro.
10:30
Não acho que o teste unitário ele perde o seu, o seu valor,
10:33
mas eu penso no teste unitário atualmente muito mais como um
10:36
teste de validação de impacto do que um teste de validação da
10:39
própria história sendo desenvolvida.
10:41
Porque, afinal, é AEA que está gerando o código e a e a que
10:44
está gerando o teste, né? Ela pode estar implementando o
10:46
código errado e validando o código errado, né?
10:48
Então, talvez o teste mais importante agora na entrega de
10:52
uma história seria muito mais um teste de consistência entre
10:55
código e comportamento desejado, mesmo entre de consistência do.
11:00
Negócio mesmo. Alguma coisa mais ampla do que o
11:03
próprio teste unitário, né? Alguma coisa.
11:05
O Stack flow eu não sei muito bem, mas me parece que que é
11:08
muito mais um teste de consistência entre a história
11:11
escrita, o comportamento desejado e o software
11:14
desenvolvido, que é, de fato, o teste unitário.
11:17
Exatamente. Eu acho que isso aí passa muito.
11:19
Eu nem sei como que. Eu tenho 20 anos de experiência,
11:22
mas não tem tanto assim pra saber como que era na década de
11:24
7080, às vezes, quando as linguagens de programação eram
11:27
mais limitadas e não tinha, não existia um seda.
11:30
Da vida, o pessoal ainda escrevia em assemble até cartão
11:32
perfurado chegar lá antes. Então o pessoal que às vezes
11:34
precisava testar alguma coisa, às vezes nem era teste unitário
11:37
que eles faziam, faziam testes muito mais básicos.
11:39
Cara, estou testando se eu escrevi no meu registrador do
11:42
do, do processador, sabe alguma coisa assim?
11:44
E que essa revolução com o software 1.0, essa coisa toda,
11:48
tirou aquilo ali da tirou a necessidade daquilo.
11:50
Pode ser que aqueles testes continuavam sendo feitos, mas de
11:52
outras formas, as vezes o próprio compilador ou
11:54
interpretador, sei lá, começaram a fazer.
11:56
É algo que pode acontecer agora também, igual você falou, cara,
11:58
teste unitário talvez pode. Se transformar em outra coisa,
12:01
em outro tipo de de teste, é algo mais simples.
12:03
Mas pra igual você falou pra só pra ter uma garantia de impacto
12:06
ali ou não? Até porque a gente pode usar
12:07
modelos diferentes de a cada um pra fazer uma coisa com
12:10
treinamentos diferentes. EE com os fine tunings lá pra
12:13
cada um dos pontos, né? Uma e a mais específica em
12:15
escrever, outra mais específica, em gerar testes unitários,
12:17
alguma coisa assim. Fico pensando até que testes de
12:19
mutação deveriam ter muito mais, muito mais valor atualmente, né?
12:24
E acho que empresas deveriam adotar muito mais testes de
12:27
mutação atualmente, que validam de fato a.
12:30
Qualidade do do próprio teste, né?
12:31
Esse papo todo está me lembrando que outro dia eu fui num num
12:34
evento é legal da WSE. Aí um dos palestrantes estava
12:38
contando lá de alguns casos em que os professores estão usando
12:41
AIA para gerar as provas e os estudantes estão usando IA para
12:46
resolver as provas. Ah, então põe, põe as IA para
12:49
conversar e vou pro boteco tomar uma cerveja.
12:51
Então pra que que a gente vai ficar aqui gastando nosso tempo?
12:53
Só eu e a Fernandinha falou, ih, as IA estão gerando o código e
12:56
as IA estão testando o código, né?
12:58
E aí Na Na. Nessa brincadeira aí dos alunos,
13:01
professores, né, é a gente vai pro boteco, a nascender e nessa
13:04
brincadeira aqui da geração de aplicações, da geração de
13:08
código, o que que a gente faz? E aí é entra nesse.
13:11
O Dudu já comentou que também muda um pouco do papel do
13:14
desenvolvedor, o desenvolvedor não vai ser tanto o bitsbytes
13:17
mais o desenvolvedor talvez se aproxime um pouco mais do time
13:20
de negócio POE por aí vai, onde o design vai ser muito mais
13:25
importante do que o código e a especificação vai ser mais
13:28
importante que o código é, é você.
13:30
Planejar bem vai ser muito mais importante do que executar bem,
13:33
porque AIA já vai estar executando isso, isso se você
13:36
planejou bem, lançou o prompt bem, específico direitinho, AIA
13:40
já vai executar isso tudo muito bem, vai testar e vai garantir a
13:43
qualidade do seu código. Então a gente está invertendo um
13:45
pouco de novo. Eu acho que é uma senoide, né?
13:48
Vai e volta. Preocupa com qualidade, preocupa
13:50
menos com qualidade, preocupa mais com especificação, preocupa
13:53
menos com a especificação, documentação, a mesma coisa.
13:56
Então acho que essa era de código gerado por IA.
14:00
Traz essa preocupação maior para design, para especificação, para
14:04
uma documentação prévia, né? Antes, Oo que o que realmente eu
14:08
quero produzir, o que realmente eu quero construir, o que que o
14:11
nosso sistema deve fazer? Exato.
14:12
É igual um dos artigos que a gente estava lendo antes aqui
14:15
para poder fazer esse episódio. Um dos artigos que a gente viu
14:18
lá eu até citava exatamente isso, né, cara?
14:20
Tipo assim, o trabalho do roedor.
14:22
Ele não é mais tanto escrever código, mas decidir qual código
14:26
precisa ser escrito essa ênfase. Tipo assim, qual o código que
14:29
precisa? Ser escrito isso faz toda a
14:31
diferença, sabe? Olha, isso aqui é o que tem que
14:33
fazer, isso aqui é o que tem que entrar e deixa que aí a faz
14:35
aquilo. Então isso muda, Oo dia a dia
14:38
dele vai mudar os paradigmas, cara, igual eu vou falando tanto
14:41
que a gente tem os nossos ciclos de desenvolvimento, que a gente
14:45
saiu de algo super engessado, para um modelo mais ágil, onde a
14:49
gente tem entregas contínuas e de valor.
14:51
Poxa, a gente começou com com Scream, eu não sei quanto tempo
14:53
atrás que era 2 semanas até esse ciclo.
14:55
Ele pode mudar, ele pode diminuir, porque a gente
14:58
consegue entregar muita coisa muito mais rápido.
15:00
Então por que que precisa ser 2 semanas?
15:01
A gente não consegue diminuir esse tempo, a gente não consegue
15:03
mudar algumas etapas. A gente estava comentando que a
15:06
gente tem que pegar e tentar não adaptar AIA no processo, mas ver
15:10
cara esse processo agora com OIA, eu posso mudar ele.
15:13
Exatamente isso que você falou, né?
15:14
Da sprint e tal. Eu Acredito também bastante.
15:17
Eu acho que é faz todo o sentido, né?
15:19
Afinal, a gente está desenvolvendo mais, mais
15:21
quantidade de código, mais rápido, features entregues mais
15:25
rapidamente. Porque não mudar a cadência, né,
15:28
AO tamanho da sprint fazer? Vezes assim faz sentido sprint,
15:31
né? Quase como se fosse será que a
15:33
gente deveria ir muito mais pro kanban e entregar de fato
15:35
features, né? E isso nossa é um negócio
15:38
realmente pra gente pensar de fato assim, se a gente está
15:41
tentando encaixar e ar no nosso processo, a gente está evoluindo
15:45
o nosso processo, para que né? A gente use o melhor da EAE uma
15:49
outra coisa também que eu penso muito que vai mudar, né?
15:52
Além de tamanho de sprint, talvez a parte de testes é a
15:55
própria parte de revisão de código também, já vi muitas
15:59
pessoas falando. Ano assim, nossa, é impossível
16:02
revisar código feito por IA, porque é 1000000 de arquivos que
16:06
eu tenho que revisar, a pessoa produz muito rápido, então eu
16:09
tenho que revisar muita coisa, não consigo.
16:11
E aí, né, será que o processo de revisão de código vai mudar?
16:14
E teve 11. Outra coisa que é muito também é
16:17
adepta, né, da galera do Vibe coding, que a gente pode falar
16:19
um pouco mais sobre isso daqui a pouco, mas que é assim, eu devo
16:22
escrever código que o humano entende ou um código que AIA
16:26
entende, porque quem vai fazer a manutenção do meu código, esse é
16:29
AIA no. Duro não vai ser humano.
16:31
Será que eu tenho que escrever código, que quem entende essas
16:34
coisas, esses questionamentos, eles são importantes pra gente
16:37
entender se o processo também tem que evoluir, né?
16:39
Não que eu acredite que a gente tem que escrever código
16:42
macarrônico, porque é assim que AA entende melhor.
16:44
EE nem acho que é mesmo, né? Até já vi coisas falando que AA
16:47
entende boas práticas de código, que quanto melhor escrito
16:51
código, mas ela entende também. Mas enfim, o que eu estou
16:53
querendo dizer aqui é, temos que repensar.
16:55
Com certeza. E eu acho que com o tempo isso
16:58
vai sendo evoluído, né? Pode falar?
17:00
Uma mudança muito grande que a gente está tendo, é uma
17:02
evolução, um Salto que a gente está dando aqui de níveis de
17:04
abstração muito grande. Então essa revisão de código não
17:06
vai fazer sentido, mas a gente tá.
17:08
Deixa eu ver aqui se tem um if, um else aqui gerado com um
17:12
negócio. O foco nosso vai acabar tendo
17:15
que ser shiftado de alguma forma, sabe?
17:17
Já que a gente está trabalhando numa camada de abstração maior.
17:19
Tudo tem que evoluir nessa camada de abstração, não só a
17:22
nossa forma de escrever, mas a nossa forma de revisar, a nossa
17:24
forma de planejar e executar OOO planejado do do, dos sistemas.
17:30
Das equipes, né? E tudo, até da de formação de
17:33
equipe, de, de, de como que vão ser os times para trabalhar
17:36
junto nisso, né? Estou escutando essas comentando
17:39
sobre tudo isso. Estou pensando assim, vocês
17:40
acham que a gente pode ter um impacto positivo dos
17:44
programadores e das pessoas que estão desenvolvendo software de
17:48
poderem se concentrar em problemas mais complexos, ou a
17:51
vai continuar a mesma coisa? A gente só vai começar a
17:53
produzir mais rápido porque lendo artigos sobre o tema eu vi
17:57
isso. Mas e na prática, no dia a dia?
18:00
Eu estou usando OIA bastante, mas eu não estou ainda me
18:03
concentrando em problemas mais complexos.
18:05
Eu estou eu estou produzindo mais coisa, mais rápido e Eu
18:09
Acredito até com uma qualidade melhor.
18:11
Na hora que eu vejo o meu código em parceria com OIAE meu código
18:14
sozinho, eu acho que o meu código com a parceria com OIA,
18:16
ele é melhor. Então eu vi esse tema aparecendo
18:19
em alguns artigos que usando IA com toda essa revolução e tal
18:22
para os desenvolvedores podem se concentrar em problemas mais
18:25
complexos, e eu entendo o raciocínio por trás disso, mas
18:28
eu ainda não vi isso na. Prática, então eu queria trazer
18:31
isso pra discussão também, saber se vocês enxergam essa esse
18:34
benefício aí no. Futuro cara, eu acho que a gente
18:38
tá falando de achismo, porque igual você falou, cara, hoje a
18:40
gente ainda não tá nessa nesse nível.
18:42
Mas pra mim não tem a menor dúvida.
18:44
Eu Acredito firmemente que a gente vai chegar nesse ponto
18:47
onde a gente vai conseguir focar em coisas mais complexas e
18:49
deixar coisas que vão se tornando mais simples.
18:51
A partir do momento que a gente vai evoluindo essas ferramentas,
18:53
vão evoluindo os próprios modelos de ar, a gente vai
18:56
chegar num ponto desse, sabe? Eu acho que vai ter 1 hora onde
18:59
a gente vai. Vai realmente mudar o que que a
19:01
gente está fazendo, a nossa forma de trabalhar o até Na Na
19:04
geração dos inputs, igual você falou, né Fernandinha, do que
19:07
que a gente tá passando pra IA, isso vai mudar.
19:09
A gente tá muito no início do processo, nós estamos vivendo AA
19:12
mudança desse processo agora, então hoje a gente está sendo
19:15
muito mais produtivo da forma como a gente já trabalha, mas eu
19:18
acho que no futuro a gente vai realmente mudar mesmo.
19:21
Até AA gente vai ser ainda mais produtivo, mas tendo ferramentas
19:24
que vão mudar a nossa forma de encarar essa essa relação nossa
19:28
com AIAEO que que ela já consegue.
19:30
E gerar pra gente, sabe? Concordo com o Dudu e eu acho
19:32
que talvez a gente ainda não está fazendo coisas mais
19:35
complexas, porque software também é muito demanda, né?
19:38
Muito sob demanda, talvez a gente ainda não tem a maturidade
19:42
de demandar coisas mais complexas também.
19:44
Quando eu falo nós, né, nós sei lá, como, empresas, sociedade,
19:48
então assim, eu acho que talvez é mais isso e eu concordo com o
19:50
Dudu e é o raciocínio, faz todo o sentido, né, porque afinal, a
19:53
gente vai liberar coisas mais simples e se a gente ver a
19:56
história do desenvolvimento de software, teve muito isso
19:58
também, né, lá do cartão. Um perfurado lá, que antes o
20:01
programador, ele tinha o esmero todo lá de entender e tal lá,
20:05
porque ele não podia. Se ele tivesse bug em produção,
20:07
ele IA ter um problemão que ele IA ter que furar os cartões,
20:09
todos os cartões todos de novo, né?
20:11
Então ele tinha lá era outra, outro problema que ele tinha que
20:14
resolver. E hoje eu acho que a gente
20:16
resolve problemas bem mais complexos do que nesse passado.
20:19
Eu Acredito que no futuro a gente vai resolver problemas bem
20:21
mais complexos, só que talvez a gente não tem maturidade ainda,
20:24
né, pra demandar, mas uma coisa que eu acho que a gente também
20:26
ainda não está vendo uma mudança tão clara, mas que eu acho que
20:29
também vai. E mudar.
20:30
O Dudu até mencionou esse artigo que a gente estava lendo, né?
20:32
Sobre o ágio na era da IAE. Eu acho mesmo que uma das coisas
20:37
que pode mudar é a topologia dos times, de ter times com menos
20:40
especialistas ou especialistas mais cross, né?
20:44
Em vários times ou times menores, com mais auxílio, mais
20:48
parceria com OIA. Eu acho que essas topologias de
20:51
times também são é uma outra coisa que tem um potencial de
20:54
mudar. Total, já que AIA vai fazer o
20:56
grosso do que a gente está fazendo, né?
20:58
Então, tipo assim, essa questão dos.
21:00
Especialistas, é algo que realmente pode mudar.
21:02
Ah, você vai ter lá uma parte da sua aplicação que vai mexer
21:05
muito com banco de dados, outra parte que vai mexer muito com
21:07
mensageria. Você não precisa ter um
21:09
especialista em banco de dados especialista em mensageria no
21:12
mesmo time ao mesmo tempo para aquilo, depende de do que que
21:15
cada um vai vai ter, porque aí ela vai resolver o grosso e na
21:18
hora que precisar de de mexer com o banco ou o time que for
21:21
responsável por aquela parte que vai mexer com o banco, vai
21:23
precisar de alguém que vai auxiliar naquilo que vai saber
21:25
as melhores formas. O que que AIA vai gerar se
21:27
aquilo que AIA está gerando está sendo correto ou está?
21:30
Sendo a melhor forma, né? Então isso aí muda muito.
21:32
Isso que vocês falaram aí é uma coisa que eu já estou
21:34
experimentando, porque no cliente que eu estou entoado
21:37
aqui na DTIA gente usa IAE. Recentemente teve a gente tinha
21:41
um time com 4 pessoas e por alguns movimentos aí dentro do
21:45
cliente da DTI de mercado, o time diminuiu para 2 pessoas e
21:48
isso obrigou a gente a se virar. EAIA foi uma grande parceira
21:52
nesse momento, sabe? Então a gente continuou
21:54
conseguindo entregar o tanto que a gente precisava com 2 pessoas
21:57
só, obviamente a gente os 2. Seres humanos que sobraram lá,
22:01
né, que foi eu. EE uma outra menina que estava
22:03
lá é, a gente teve que trabalhar um pouco mais duro ali, a gente
22:07
teve que se esforçar mais, mas AEA foi uma grande parceira
22:10
nesse momento, né? A gente, Ah, deu um problema que
22:12
tem que fazer, teste cara, teste unitário é sempre Oo exemplo
22:15
clássico EE é ótimo, cara, aí a desenrola o teste unitário numa
22:17
velocidade maravilhosa, sabe? Eu acho, acho engraçado que você
22:20
foi falando assim, e os 2 seres humanos Tião assim, né?
22:23
Olha só como é que a gente muda até a forma de falar, né?
22:26
É muito doideira mesmo. Eu fico pensando que nessa era.
22:30
De a de 3.0, de software 3.0. Quanto mais generalista uma
22:34
pessoa for, mais ela parece que vai conseguir entregar melhor
22:38
ainda, né? Porque eu fico pensando se a
22:40
gente reduzir de fato, né, os times a poucas pessoas.
22:43
Se a pessoa que está lá, ela consegue, por exemplo, revisar
22:46
código de fronte de bec, consegui entender coisas do
22:49
banco, ou seja, consegui escrever história.
22:51
Quanto mais generalista ela for, me parece que ela se sai melhor
22:55
nessa era do 3.0 e eu. Fico pensando aqui até se a
22:58
gente está fazendo a pergunta certa.
23:00
Sabe porque, tipo, a gente tá pensando ainda, pô, AO cara vai
23:02
ser mais generalista porque ele vai saber tudo, então porque os
23:04
AA Iara vai escrever aquilo tudo, eu ainda vou, vou ter que
23:07
validar tudo aquilo que a IA tá fazendo em relação ao que a
23:09
gente já faz hoje, mas o tanto que ela vai mudar, pode ser até
23:12
que essas skills elas mudem, poxa, eu não preciso ser um cara
23:15
tão generalista para saber de fronte de Becker ou de disso
23:19
aqui até o que que eu preciso saber para validar a saída da IA
23:23
pode ser diferente, então até nisso pode influenciar nessa
23:26
questão da topologia do time. É muito bom falar, é muita
23:28
mudança aqui, a gente tá vendo. É totalmente filosófico esse
23:31
esse papo de hoje, sabe? Mas acho que esse é o ponto de a
23:35
gente não vai revisar código da forma que a gente revisa hoje,
23:37
porque não dá. Eu acho que o Dudu mesmo que
23:39
falou, e agora é, é tonelada de código.
23:41
Não dá para botar um ser humano ali para um tempo viável, fazer
23:45
11 boa revisão, sabe? Minuciosa.
23:47
Tem que ter algum outro tipo de ferramenta para isso e que
23:50
talvez vai ser a própria EAE. Está tudo bem e isso pode trazer
23:53
inclusive pra gente um outro problema.
23:55
Será que a gente não vai ter uma dependência excessiva da EAAEA
23:58
que vai estar gerando código aí? IAC vai estar revisando o
24:01
código, a IAC vai estar testando, a gente vai ter código
24:04
demais para ser revisado por seres humanos, então isso pode
24:08
gerar pra gente uma dependência excessiva da IAC.
24:10
Qual que seria o problema disso? Assim, eu acabei de falar que a
24:13
IAC vai testar e está tudo bem, mas será que está tudo bem
24:15
mesmo? Sabe a gente vivendo a
24:17
revolução, é difícil a gente ter esse senso crítico quanto que
24:20
está tudo bem, eu não sei, eu não tenho essa resposta.
24:23
Isso é difícil, cara, porque, tipo, a gente tem algumas skills
24:26
que a gente hoje enxerga o que que são bons profissionais.
24:30
É um cara que um que é um bom engenheiro de software, para ser
24:32
mais específico, um cara que vai fazer código elegante, simples,
24:35
usando as melhores práticas e tudo.
24:37
A pessoa que foi um bom engenheiro de software, hoje ela
24:40
precisou passar por muita coisa para chegar naquilo ali, ela
24:43
precisou estudar. Ela é uma pessoa que sabe chegar
24:45
nessas melhores decisões, uma pessoa que está em constante
24:47
aprimoramento. Então, quando a gente tiver essa
24:49
dependência da e a cara, eu acho que vai ter formas também da
24:54
gente realmente não usar ela como muleta, a gente vai ter
24:57
também, a gente vai trazer boas práticas, a gente vai trazer o.
25:00
O que que a gente entende que hoje é um bom engenheiro para
25:02
essa Nova Era? A pessoa que é um bom engenheiro
25:05
hoje, se ela entrar nessa onda e continuar aprendendo a usar
25:08
extrair tudo que AIA tem para extrair hoje, à medida que AIA
25:11
foi evoluindo, esse cara vai continuar sendo um bom
25:13
engenheiro no futuro, porque ele vai usar as boas práticas, os
25:16
bons designs. AA forma elegante a gente fala
25:19
de de fazer código elegante, ele vai continuar fazendo a saída,
25:22
não vamos nem chamar de código, seja lá o que que for, que AIA
25:24
vai gerar, ele vai continuar fazendo com que AIA gere de
25:27
forma elegante aquilo ali no futuro, sabe?
25:29
É? Eu acho que é uma chavinha do do
25:31
como que a gente vai trocar, mas a gente ainda vai ter
25:35
necessidade de manter um bom profissional, sabe?
25:37
A gente ainda tem que se preocupar com aquilo que a gente
25:39
está fazendo, não dá pra gente, isso serve pra hoje e eu acho
25:42
que vai servir pro futuro, não dá pra simplesmente virar,
25:44
falar, não vou fazer meu código hoje de qualquer jeito, eu vou
25:47
só entregar aqui, garantir que eu entreguei essa história 57
25:50
anos atrás sem a hoje com IA. Eu não posso também chegar e
25:53
falar, não, vou só chegar aqui e garantir que a IA cuspir o
25:55
código, e é isso aí, cara, não, ela tem que estar preocupada com
25:58
aquilo, ela tem que estar preocupada em fazer em.
26:00
Extrair o melhor daquilo que ela está fazendo e no futuro, com
26:02
outras ferramentas, com outras coisas.
26:04
Ela onde ela talvez não precise revisar 1000000 de arquivos, ela
26:08
tem que estar preocupada em beleza.
26:09
Aqueles 1000000 de arquivos é aquilo que eu queria mesmo, da
26:11
melhor forma, sabe? Vão ser outras ferramentas,
26:13
outras coisas, mas a pessoa, ela tem que ter isso.
26:15
Ela tem que ter esse senso crítico de que ela está fazendo
26:17
o melhor em cima daquilo. Eu acho que o grande risco
26:20
mesmo, né? De quando a gente usa.
26:22
E agora, falando de fato, do Vibe coding que é esse termo,
26:25
não sei se vocês já ouviram, mas é um termo que ganhou muita
26:28
popularidade nesses últimos, sei lá.
26:30
Lá, semanas, meses, que é justamente você usar iar para
26:34
gerar softwares sem se preocupar muito, sem ter muito pensamento
26:37
crítico, sem se questionar muito.
26:39
E é basicamente assim, é como se você entrasse numa Vibe mesmo
26:43
isso aí, kodano, só usando linguagem natural e tal e
26:46
aceitando tudo que o software faz.
26:48
Eu mesma, né? Assim, falando do meu exemplo,
26:50
tem um tempo que eu não programo de fato assim, né?
26:53
Para cliente e tudo mais. Eu uso cursor hoje para algumas
26:56
coisas e o cursor tem um modo que chama iolo, né?
26:59
Que é o one livro. Que é basicamente você aceitar
27:02
tudo, que é a fase pronto. Claro, eu consegui criar coisas
27:05
só com linguagem natural, consegui.
27:07
Mas é claro que a gente tem que se questionar em relação a isso
27:10
e o quanto isso é saudável e o quanto isso não é e o quanto
27:13
isso exime a gente de ter pensamento crítico sobre o que a
27:16
gente gera. Porque, de fato, o que que eu
27:18
precisei fazer lá foi só saber o que eu perguntava, saber o que
27:22
eu fazia, saber o que eu pedia. E era basicamente, eu consegui
27:25
fazer um dashboard muito bonito, mesmo assim, muito funcional,
27:29
com muita coisa que eu. Precisava?
27:30
Só que é lógico, esse vai o Vibe coding que é justamente é
27:33
aproximar, né, das pessoas que quase que não querem mais
27:36
pensar, sabe, pra essa onda tem muita gente criticando porque é
27:40
justamente é como se a galera quer meio ser preguiçosa, não
27:43
pensar mais e simplesmente codar na Vibe de linguagem natural e
27:48
pra onde acabou? E eu acho que isso faz com que a
27:50
gente pare realmente de ter pensamento crítico, de pensar
27:53
mesmo no que que a gente está gerando e a gente vai gerando
27:56
código lixo que vai se alimentar Nana e volta aquele ciclo lá de.
28:00
E códigos de lixo sendo produzidos.
28:02
Então eu acho que o próprio Vibe code, né?
28:04
É um risco para o futuro e é isso.
28:06
Eu acho que a gente não pode perder nunca, pelo menos assim,
28:09
né? Eu de abril de 2025 falando isso
28:12
é justamente o pensamento crítico, que é o que você estava
28:14
falando. Às vezes eu não vou precisar
28:16
entender a nuance mesmo do software mais, mas eu tenho que
28:19
ter o pensamento crítico para entender se aquilo está sendo
28:21
está indo por um caminho minimamente, que é o que eu
28:23
quero, que é o que eu quero saudável e.
28:25
Eu vi muita gente realmente criticando por essa preguiça
28:28
mesmo, falando que. Que AIA?
28:31
Ela não vai destruir a profissão dos programadores porque AIA
28:34
programa bem assim? Porque tem muito programador
28:36
preguiçoso, mesmo que não quer aprender, não quer ter esse
28:38
pensamento crítico e isso é realmente um problema mesmo.
28:41
Mas mesmo para quem não está nessa categoria dos
28:45
programadores preguiçosos e tal, é fato de que tem uma mudança no
28:49
papel do programador. Inclusive eu vi pessoas
28:52
defendendo que agora é meio que qualquer um pode ser o
28:56
programador. O Vibe coding é esse, é isso.
28:58
A intenção dele é meio é. É como se abrangesse mais, né?
29:02
Como se mais gente pudesse programar, porque você consegue
29:05
criar software com linguagem natural.
29:07
Eu vejo claramente assim, 2 aspectos muito claros que a
29:10
gente pode ver sobre esse ponto aí.
29:12
Um é que realmente existem os programadores que estudaram para
29:16
esses são preguiçosos e estão só surfando essa onda por preguiça.
29:19
Beleza, mas tem um outro lado, a minha mãe, ela não sabe
29:22
programar, ela pode julgar um prompt lá no chá de PTE, pode
29:26
sair alguma coisa útil para ela. Olha como que isso pode mudar a
29:29
vida dela, tá? Também sabe de enfim, de
29:31
diversas pessoas que não tiveram esse tempo todo para estudar
29:33
programação. E mudei.
29:34
Aí, quem estudou a programação vai fazer o que sabe?
29:36
Aí entra um outro papo filosófico que a gente pode ter
29:39
aqui também. Eu acho que essa questão do Vibe
29:41
coding, eu acho isso muito legal.
29:43
Como que a gente consegue meter um?
29:44
Depende em tudo até para isso, sabe?
29:46
O Vibe coding, ele pode ser muito bom para algumas coisas
29:48
dessa cara. Eu estou tentando começar a
29:50
usar. Não sei como velho vai no Vibe
29:52
coding para algumas coisas, para algumas coisas, não para tudo,
29:55
para algumas tarefas que você pode fazer, algo que você
29:56
querendo explorar alguma coisa assim, que você está querendo
29:59
mais aprender. A usar e falar, cara, deixa eu
30:01
ver até onde vai o limite disso aqui?
30:02
Isso é muito bacana. Eu faço vários testes disso aí,
30:05
que é tipo assim, eu me proponho às vezes a escrever código só
30:09
com linguagem natural mesmo. Eu penso assim, por mais que eu
30:11
tenho conhecimento, eu quero ver até onde vai, quero conseguir
30:14
fazer um software só com linguagem natural.
30:16
Eu entendo totalmente, eu concordo com você, está de que
30:18
tem esse ponto positivo e é muito positivo, só que eu acho
30:21
que a gente ainda não chegou a entendeu, ainda não é possível,
30:24
tipo assim, mesmo com o cursor mesmo, eu tentando vive code,
30:27
né, fazendo só com a linguagem natural, tem hora que eu
30:29
preciso. Caber um pouquinho mais de
30:31
programação, até para saber o que pedir e falar assim, poxa,
30:33
isso aqui você está duplicando o código, porque eu já vi,
30:36
entendeu assim, algumas coisinhas que foram, que
30:39
precisaram, mas eu acho que em algum momento a gente vai chegar
30:42
ainda, tá? Cara, a gente queria fazer o
30:43
melhor. Com a ferramenta que a gente tem
30:44
hoje, a gente vai chegar num ponto que a gente vai usar sua
30:47
linguagem natural. E aí isso vai remover realmente
30:49
uma Barreira de entrada para algumas pessoas que acham
30:52
complicado, que acham difícil conseguir aprender linguagens,
30:55
coisas. Mas ao mesmo tempo, os design
30:58
paterns que tem hoje, eles vão mudar.
31:00
Dá vão existir outros design patter, outras coisas que essas
31:03
pessoas vão ter que estudar, não vai existir, eu acho a pessoa
31:06
que só quer desligar o cérebro, só falar e Ah, faça isso, puf,
31:09
vai sair algo bom, sabe? Vai ter que ter um pensamento
31:11
crítico igual você falou Fernandinha, Pra Ela ver se
31:13
aquilo ali é o que ela precisa, É o Que Ela Quer, pode não ser
31:16
olhar pro pro código duplicado, porque às vezes isso aí já está
31:18
resolvido e tudo, mas ela vai ter que olhar para outras
31:20
coisas, sabe? Eu pelo menos não acredito em
31:22
desligar o cérebro pra nada. Eu não consigo nem ver filme com
31:25
o cérebro desligado igual o pessoal fala, Ah, desliga o
31:27
cérebro, não, cara, eu eu estou analisando aquilo.
31:30
Quero entender, eu quero extrair o melhor daquilo, eu quero
31:32
extrair o melhor daquela experiência, eu quero extrair o
31:34
melhor do que eu estou fazendo, do que eu estou desenvolvendo.
31:36
Eu acho que isso é fundamental para tudo que você faz,
31:39
principalmente quando você está falando, cara, o trabalho é
31:41
aquilo ali que eu tô fazendo. Eu quero fazer o meu melhor em
31:44
cima daquilo ali, daquilo que eu me propus a fazer.
31:46
O Vibe coding, que eu entendo do tipo Ah, cara, não vou ligar
31:49
para o que está fazendo isso Pra Mim Não É nem problema do Vibe
31:51
coding em si, é o problema da da da postura da pessoa em relação
31:55
àquela tarefa que ela está fazendo.
31:56
Se ela já está com a com essa tarefa, essa postura de cara, eu
31:59
vou fazer do. Do jeito que tiver, tá certo.
32:01
Isso aí pra mim já é algo que não é legal em nada que ela vai
32:03
fazer. E aí nesse ponto todo, onde a
32:05
gente fala que AIA vai gerar código, AIA vai validar o
32:08
código, a profissão do programador vai mudar bastante
32:11
sobre isso. Eu acho que tem um ponto
32:12
importante a ser mencionado, que é o da segurança.
32:15
Por exemplo, se você estiver atuando para um banco e aí a
32:18
gerar um código malicioso, mesmo que seja sem querer, mesmo que
32:21
seja às vezes por um código legado, aí a consultou, a base,
32:24
achou que aquilo era era lícito e tal.
32:26
Pode ser que sem querer, um programador subisse pra
32:28
produção, sabe? Pode.
32:30
Trazer problemas sérios assim pode ser, se você tiver num
32:32
sistema de hospital, pode ser que alguém morra por causa
32:34
disso. Enfim, estou fazendo um drama
32:36
aqui, mas é porque existem vidas que dependem de sofre, então
32:39
parece que é um drama, mas assim é um fato, gente, existem vidas
32:42
que dependem de sofre, existem sistemas críticos, então acho
32:45
que essa é a preocupação com a segurança, com privacidade, todo
32:48
esse tema acerca dos dados e do que está sendo construído tem
32:52
que ser abordado também, como que a gente vai testar isso, vai
32:54
se apropriar, tá beleza, que seja apropriar, mas qual vai ser
32:57
o critério para saber que aquilo realmente está seguro, que
32:59
aquele pode? Realmente é bom, sabe o que está
33:01
fazendo, o que tem que ser feito e nenhuma pontinha solta, sabe?
33:04
A gente hoje, ele já que a iá, está trazendo essa facilidade
33:08
dela já gerar a base do código para gente a gente poder usar
33:10
linguagem natural e com isso a gente diminui Barreiras em
33:13
relação ao que a gente consegue fazer com o software.
33:15
Cara, eu acho que isso aí tem que liberar a gente a evoluir em
33:18
outras áreas, sabe? A gente sabe que na área de
33:21
desenvolvimento existem muitos lugares, existem muitas coisas
33:23
que ainda tem gap de segurança, que tem gap de privacidade de
33:26
dados, que também é algo que está nos últimos anos se
33:28
tornando muito forte a gente. Como engenheiro de software que
33:31
a gente vai começar a ter uma. Não queria muito falar desse
33:34
jeito, mas mais tempo, sabe, para poder olhar e a gente não
33:38
tem desculpa mais para falar, Ah não, cara, eu nunca consegui
33:41
aprender a parte de segurança, nunca consegui olhar sobre a
33:43
parte de privacidade de dados. Até nisso a gente consegue
33:47
diminuir essa essa muleta de falar, cara, eu nunca consegui.
33:50
Aí a estou falando em linguagem natural com ela, ela está
33:53
gerando aquilo, eu tenho mais tempo, eu consigo estudar mais,
33:55
eu consigo ser mais produtivo com aquilo, então até a parte de
33:57
segurança eu consigo passar pela própria e a para poder entender.
34:00
Se aquilo ali é o melhor mesmo, sabe?
34:01
O que eu tô querendo dizer é que isso talvez se torne uma skill
34:03
ainda mais importante do que já é.
34:05
Pra mim, essa parte de segurança continua, né?
34:07
Com concordo com você, com uma importância até maior, né?
34:11
Assim, justamente por por essa quantidade gigantesca de código
34:15
sendo gerado e aí eu acho que as ferramentas de segurança, os
34:18
testes de segurança, principalmente integrados em
34:20
pipelines e tudo mais, que se tornam ainda mais importantes.
34:23
E aquela fala do Dudu lá no início, né, de que um dia e a
34:26
vai identificar, né? Vulnerabilidades em produção e
34:29
ela mesma já. Fazer um purrequest.
34:30
É aí que a gente gostaria muito de chegar, mas eu acho mesmo que
34:34
a gente tem que agora, ainda mais do que nunca, ter como
34:37
aliadas essas ferramentas de segurança, né?
34:40
De análise de vulnerabilidades, de dependências, né?
34:44
De código, para que a gente não suba coisas erradas em produção,
34:48
falando do tema de segurança. Mas é assim, já existem muitas
34:51
ferramentas, né? E essas ferramentas também só
34:53
estão evoluindo mais conha ferramentas que eu, como eu
34:56
falei, né, de integrar a segurança e falar, claro, o
34:59
tema. Segurança com cada vez mais
35:01
importância, levando ele, fazendo um shift laft nele, né?
35:04
Levando ele lá para especificação, a gente conseguir
35:06
especificar software já pensando nessa dimensão de segurança, né?
35:09
Até com OE tal que também usando e a podem ter agregadas aí uma
35:14
habilidade que talvez antes eles não tivessem, né?
35:16
Analisar aquela feature com o viés da segurança, né?
35:19
Então, pra mim, eu concordo muito com o que vocês estão
35:22
falando, que a segurança se torna um ponto mais crucial e
35:25
mais forte pra gente se desenvolver como engenharia de
35:27
software, né? As próprias ferramentas, esse.
35:30
Segurança estão evoluindo com OIA, né?
35:31
E aí, poxa, até o gancho que recentemente a gente gravou um
35:34
episódio também falando que as ferramentas de monitoramento
35:36
também estão evoluindo com OIAE vem OEIE Ops, as ferramentas de
35:40
desenvolvimento estão evoluindo com OIAO mundo dos POS, né?
35:43
Do dos produtos também está evoluindo com OIA, cara, aí ela
35:47
está está revolucionando é todas as etapas do desenvolvimento
35:50
software, sem exceção, então a gente vai ter que se adaptar a
35:52
isso sim. Exato.
35:53
Então, gente, para fechar, né? O nosso raciocínio aqui, falando
35:57
do software 3.0, acho que uma coisa legal de falar também.
36:00
É que hoje muitas pessoas, empresas, softwares, a gente
36:04
ainda usa muito o software 1.0, que é a programação tradicional
36:08
que a gente conhece hoje, né? Como eu tô falando de lógicas de
36:10
programação, de design, par de tudo isso que a gente falou aqui
36:13
um pouco mais cedo, muitas empresas, o software 2.0, que a
36:16
gente falou um pouquinho aqui, mas que é, né?
36:18
O algoritmo aprender com o dado e ele de fato decidir sobre
36:23
comportamentos. Muitas empresas não adotaram
36:26
porque é caro, poucos profissionais, né?
36:28
Profissionais muito especializado.
36:30
Os cientistas, engenheiros de dados, né, que precisavam fazer
36:33
aqueles algoritmos funcionarem, né?
36:35
Fazer todo o aparato do marchilane e tudo mais.
36:38
Então muitas empresas não passaram por essa essa etapa do
36:41
software 2.0 por todas essas dificuldades.
36:44
Mas agora gente, está todo mundo entrando no 3.0, pulando mesmo a
36:49
etapa do 2.0 e o 3.0 se ainda, né?
36:52
Acredito que todo mundo é e sei lá aquelas pesquisas do GitHub
36:55
que 90%, 99%, né dos desenvolvedores já usam, mas é
36:59
isso. Isso é a gente não só usar IA
37:01
né? Que foi.
37:02
Acho que esse o nosso nossa mensagem desse episódio, não só
37:05
usar IAE adaptá la ao nosso processo, mas sim adaptar também
37:10
o nosso processo, AIAE evoluir tudo o que a gente faz, porque
37:14
agora a gente está fazendo coisas diferentes mesmo, né?
37:17
Então é isso. Acho que por para finalizar,
37:19
queria só deixar isso aqui também registrado, porque o 2.0
37:23
ele foi mais difícil mesmo. Mas o 3.0 é simples, gente, e
37:26
está cada vez mais democrático usar PIS de modelos públicos.
37:30
É mais fácil usar esses assistentes de códigos.
37:33
Claro que tem assinatura, mas é fácil, né?
37:35
Falando assim para uma empresa, então assim, não tem motivo mais
37:39
para não não se usar foi para não adaptar tudo e não repensar
37:43
que é o que a gente estava fazendo aqui nesse episódio.
37:45
Então galera, isso depois desse episódio reflexio filosófico,
37:49
com muitas opiniões nossas aqui de novo de abril de 2025, e é
37:54
isso aí, obrigada gente, até a próxima, tchau, tchau.
37:57
Valeu pessoal, até mais. Valeu, gente.
37:59
Até mais. Tchau, tchau.