Latest / escovando bits podcast / #66 - Características do dev do futuro

Transcript

#66 - Características do dev do futuro · escovando bits podcast

0:03
SPEAKER_03: Assine a Codicom Pro, apoie a Codicom e ganhe vários benefícios.
0:17
SPEAKER_03: Olá, você está escutando Escovando Beats, o podcast da Codicom.
0:23
Codicom
0:29
SPEAKER_03: Eu sou o Gabriel e... Cara, eu não sei se eu vou ser dev no futuro.
0:35
Então tá,
0:35
aqui é o Alexandre e eu certamente não sou um dev da
0:38
modernidade.
0:39
SPEAKER_00: Aqui é Alto Mineto e estamos vivendo o futuro.
0:42
SPEAKER_00: Seja isso bom ou ruim, é o que tá vivendo.
0:46
SPEAKER_01: Tava eu aqui, ó. Tô fazendo um sistema inteiro em Vibe Coding pra testar.
0:49
SPEAKER_01: Pra testar?
0:50
SPEAKER_01: Cara, o futuro não é tão legal assim.
0:52
SPEAKER_00: Fazia legal, o problema é dar manutenção depois, né?
0:55
SPEAKER_03: É. Dar manutenção em Vibe Coding também.
0:57
SPEAKER_03: Vibe e manutenção é o nome.
1:01
SPEAKER_03: Vamos só para o intervalo comercial e a gente já volta.
1:07
SPEAKER_00: Pergunta sobre arquitetura e engenharia.
1:13
SPEAKER_00: Só que de software.
1:19
SPEAKER_03: Neste quadro,
1:20
trazemos um especialista do ASUS para tirar dúvidas dos devs
1:23
quando o assunto é
1:23
SPEAKER_03: arquitetura e engenharia de software.
1:26
SPEAKER_03: Hoje estamos aqui com Jean Farias,
1:28
SPEAKER_03: Tech Lead,
1:28
SPEAKER_03: para nos ajudar a sanar as dúvidas dos nossos ouvintes.
1:32
SPEAKER_03: Como preparar uma aplicação para ser escalável desde o início,
1:35
SPEAKER_03: sem cair na armadilha do over-engineering?
1:38
SPEAKER_03: Boa!
1:39
Aqui o ideal seria ter o foco em escrever um monolito bem limpo
1:44
e bem modularizado
1:45
SPEAKER_02: com boas práticas.
1:46
SPEAKER_02: Pô,
1:46
SPEAKER_02: Gia,
1:46
SPEAKER_02: mas como que eu vou escrever um monolito bem limpo,
1:48
SPEAKER_02: bem modularizado e com boas práticas,
1:50
SPEAKER_02: né?
1:51
SPEAKER_02: Foque que o teu produto tem funcionalidades,
1:53
SPEAKER_02: então divide as funcionalidades em pacotes menores,
1:56
SPEAKER_02: faça com que esses pacotes se conversem,
1:58
SPEAKER_02: né?
1:58
SPEAKER_02: A separação de responsabilidades,
2:00
SPEAKER_02: testes,
2:00
SPEAKER_02: uma boa base de código saudável,
2:02
SPEAKER_02: isso vai ajudar a escalar o projeto de uma forma tranquila.
2:06
SPEAKER_02: A escalabilidade não é só sobre infraestrutura, né?
2:09
É sobre também entender que mudanças virão,
2:11
o sistema precisa estar preparado para isso.
2:13
SPEAKER_02: Se
2:13
SPEAKER_02: Se você ficar tentando adivinhar o futuro o tempo todo,
2:15
SPEAKER_02: vai acabar caindo no novo engineer,
2:17
SPEAKER_02: que esse é o problema.
2:18
Você quer prever muitas coisas que vão acontecer e às vezes
2:20
podem nem acontecer.
2:21
SPEAKER_02: Mas é legal você ter uma base de escrever bem o código atual,
2:25
SPEAKER_02: ter um monolimpo bem limpo,
2:26
SPEAKER_02: bem modularizado e,
2:27
SPEAKER_02: à medida que for necessário,
2:29
SPEAKER_02: você consegue escalar o seu projeto.
2:42
O Perguntas de Engenharia e Arquitetura,
2:44
Socket Software,
2:45
é patrocinado pelo ASUS.
2:46
Acesse o link na descrição do episódio para saber mais sobre as
2:49
vagas disponíveis
2:50
SPEAKER_03: para a área de engenharia de software.
2:59
SPEAKER_03: Boa, estamos de volta.
3:01
SPEAKER_03: E aí,
3:01
SPEAKER_03: o tema do episódio de hoje,
3:02
SPEAKER_03: caso você esteja lavando a louça e não pegou o celular para ver,
3:06
SPEAKER_03: é características do dev do futuro.
3:09
SPEAKER_03: Por isso que a gente estava fazendo aquelas brincadeiras lá no começo.
3:12
Mas a sugestão foi do Mineto,
3:14
porque ele foi ver uma palestra do Werner Vogels.
3:18
SPEAKER_03: Vogels, não sei como é que fala.
3:20
SPEAKER_03: Mas enfim, o cara é CTO da Amazon, da AWS, né?
3:23
SPEAKER_01: É um cara que deve ter alguma experiência com tecnologia, né?
3:26
SPEAKER_00: Cara,
3:27
SPEAKER_00: eu sou muito fã do Werner Vogels,
3:29
SPEAKER_00: doutor Werner Vogels,
3:31
SPEAKER_00: desde sempre,
3:32
SPEAKER_00: assim,
3:32
SPEAKER_00: ele escreve muito bem,
3:33
SPEAKER_00: ele é,
3:34
SPEAKER_00: como o Gabriel falou,
3:35
SPEAKER_00: ele é CTO da AWS,
3:36
SPEAKER_00: né,
3:36
SPEAKER_00: então ele tá há 25 anos na Amazon,
3:41
SPEAKER_00: completou esse ano,
3:42
SPEAKER_00: até ele lançou um post,
3:43
SPEAKER_00: esse final de semana,
3:44
SPEAKER_00: falou sobre como as pessoas ficam melhor,
3:48
SPEAKER_00: como o Dev melhora com a idade,
3:49
SPEAKER_00: eu me identifiquei pra caramba,
3:51
SPEAKER_00: então é bem bacana,
3:52
SPEAKER_00: depois dá pra colocar o link ali.
3:54
SPEAKER_00: Mas nessa palestra ele deu aqui em Florianópolis,
3:57
SPEAKER_00: ele falou sobre construção de sistemas,
3:59
SPEAKER_00: arquitetura e tal.
4:00
SPEAKER_00: Teve várias coisas interessantes que ele falou sobre frugal engineering,
4:06
SPEAKER_00: arquitetura frugal,
4:07
SPEAKER_00: que ele chama como arquitetura mais barata,
4:09
SPEAKER_00: mais consciente.
4:10
SPEAKER_00: Então tem várias coisas legais.
4:12
SPEAKER_00: E aí ele passou a história da programação,
4:14
SPEAKER_00: desde que a galera programava com a Assemble,
4:17
SPEAKER_00: depois foi para COBOL,
4:18
SPEAKER_00: depois teve a Revolução do O.O.,
4:20
SPEAKER_00: com os desktops, depois a revolução da internet, do mobile.
4:26
E aí o último slide era,
4:27
o último ponto da timeline é agora,
4:30
a evolução da IA.
4:32
SPEAKER_00: E aí ele tem um slide que ele fala muito bem,
4:35
SPEAKER_00: que é qual seria as características do desenvolvedor do futuro,
4:37
SPEAKER_00: que ele faz um...
4:38
SPEAKER_00: Diagrama de Vane, com as três bolas, três círculos.
4:42
SPEAKER_00: O primeiro ponto é System Thinking e Architectural Design,
4:47
SPEAKER_00: pensar em forma de sistemas e arquitetura.
4:50
SPEAKER_00: O segundo, a característica é comunicação clara com o negócio.
4:54
SPEAKER_00: E o terceiro é Strategic Problem Solving.
4:59
SPEAKER_00: Resolver problemas estratégicos e voltados ao domínio do negócio.
5:05
Então,
5:05
o ponto é que,
5:06
hoje em dia,
5:07
escrever código já não é mais o que a gente faz.
5:10
SPEAKER_00: Escrever código está cada vez mais sendo feito por IA,
5:14
SPEAKER_00: por VibeCode,
5:15
SPEAKER_00: como a gente estava brincando,
5:16
SPEAKER_00: por LLM.
5:19
SPEAKER_00: E saber ser proeficiente em código já não é um diferencial,
5:24
SPEAKER_00: porque isso,
5:24
SPEAKER_00: cada vez mais,
5:25
SPEAKER_00: vai virar um trabalho...
5:27
SPEAKER_00: poderia ser meio braçal às vezes,
5:29
SPEAKER_00: mas no argumento dele é que você vai ser cada vez mais,
5:33
SPEAKER_00: precisar mais dessas outras coisas,
5:35
SPEAKER_00: se comunicar bem com o negócio,
5:37
SPEAKER_00: ser especialista no domínio que você é,
5:39
SPEAKER_00: você trabalha em uma fintech,
5:41
SPEAKER_00: o dev vai ter que entender muito de fintech,
5:44
SPEAKER_00: de regulamentação,
5:45
SPEAKER_00: de boas práticas,
5:46
SPEAKER_00: etc.
5:47
E pensamento sistêmico,
5:49
pensamento sistêmico é fantástico,
5:51
entender como as coisas se encaixam.
5:53
SPEAKER_00: Então esses são os três grandes pontos, e eu achei isso,
5:57
SPEAKER_00: Isso ficou martelando na minha cabeça por uns dias.
6:01
Eu não sei o que vocês acham,
6:02
qual que é a visão de vocês sobre esses grandes desafios
6:07
SPEAKER_03: A gente falou sobre isso recente no episódio com o Diego Ace,
6:11
que na verdade ele estava comentando que ele não acha que a IA
6:16
vai substituir os
6:17
SPEAKER_03: devs,
6:17
SPEAKER_03: ele acha que a IA vai substituir os PMs,
6:20
SPEAKER_03: porque um dev consegue fazer o trabalho de um PM.
6:23
Então é bem nessa pegada que tu falou de decisão de negócio,
6:27
conversar com os stakeholders.
6:30
SPEAKER_03: Essas coisas hoje a maioria dos devs não faz,
6:33
SPEAKER_03: porque tem uma pessoa lá que é o PM que faz para ele,
6:36
SPEAKER_03: né?
6:36
SPEAKER_03: mas talvez no futuro seja isso mesmo.
6:39
SPEAKER_03: O Dev vai acabar sendo...
6:42
SPEAKER_03: Tem algumas empresas até que já tem o Product Manager,
6:45
SPEAKER_03: algumas empresas que não tem PM e o próprio Dev que toma as decisões,
6:49
mas talvez isso comece a ficar ainda mais normal hoje em dia
6:53
por causa da IA,
6:56
que o Dev vai perder muito menos tempo programando e vai ter
7:01
mais tempo para fazer
7:02
SPEAKER_03: essas interações.
7:03
SPEAKER_03: O ruim é que vai ter muito mais reunião, provavelmente.
7:07
SPEAKER_00: É engraçado o que você falou.
7:08
SPEAKER_00: Eu ouvi o do Diego, fui muito bom, sou muito fã dele.
7:11
SPEAKER_00: E tanto a visão dele quanto do Werner é que a IA vai mudar a vida, né?
7:15
SPEAKER_00: Mas no caso dele, o dev vai precisar evoluir porque o PM vai desaparecer.
7:20
E a visão do Werner é que o dev vai precisar evoluir porque o
7:23
código vai ficar...
7:24
SPEAKER_00: Vai virar commodity,
7:26
SPEAKER_00: né?
7:26
SPEAKER_00: Então tu vê que são duas...
7:28
SPEAKER_00: Tipo, duas visões, mas no meio as duas se encontram.
7:31
SPEAKER_00: O deve precisa evoluir.
7:32
SPEAKER_00: O deve precisa evoluir,
7:33
SPEAKER_00: assumir o papel que é do PM,
7:35
SPEAKER_00: porque o PM não vai mais ter,
7:36
SPEAKER_00: ou abandonar o código,
7:37
SPEAKER_00: porque o código não vai mais ser importante.
7:39
Não vou dizer que não vai ser importante,
7:40
mas ele vai ser gerado por outra entidade.
7:45
SPEAKER_01: Eu peguei o post pra dar uma olhada,
7:46
SPEAKER_01: o teu post lá,
7:48
SPEAKER_01: e uma das coisas que me chamou a atenção é que logo no começo,
7:51
SPEAKER_01: meio que tu acaba narrando a palestra,
7:54
SPEAKER_01: assim,
7:54
SPEAKER_01: né?
7:55
SPEAKER_01: E aí tu começa falando sobre evolvability, né?
7:58
SPEAKER_01: Tipo, a capacidade de tu fazer sistemas que precisam evoluir e tal.
8:02
SPEAKER_01: Já vem um tema de cara que vai aí do que a gente está falando sobre IA,
8:07
SPEAKER_01: ou sobre código virar commodity e tal.
8:10
SPEAKER_01: Pensar em sistemas que evoluem não fica mais,
8:13
SPEAKER_01: não sei se mais difícil,
8:14
SPEAKER_01: mas não fica mais complicado agora de a gente começar a pensar neles,
8:20
SPEAKER_01: visto que a gente,
8:20
SPEAKER_01: como a gente diz,
8:21
SPEAKER_01: o código vai virar commodity,
8:23
SPEAKER_01: as posições estão se reestruturando.
8:26
Então,
8:26
às vezes,
8:27
o cara que era responsável por garantir a evolução de um
8:31
sistema
8:31
SPEAKER_01: ou de um código,
8:32
SPEAKER_01: ele talvez possa ser o cara que pode ser substituído em breve,
8:35
SPEAKER_01: ou que vai ter as suas funções acumuladas.
8:37
SPEAKER_01: Porque, cara, eu vejo isso, minha vida inteira foi isso, tá?
8:40
SPEAKER_01: Foi desenvolver sistemas razoavelmente pequenos,
8:43
SPEAKER_01: poucos,
8:43
SPEAKER_01: grandes,
8:44
SPEAKER_01: e que manter eles crescendo sempre foi uma puta dificuldade,
8:48
SPEAKER_01: porque tinha muita gente diferente mexendo no código,
8:51
SPEAKER_01: ou eu peguei coisas legadas muito absurdas,
8:53
SPEAKER_01: que foi muito difícil,
8:54
SPEAKER_01: ele não foi feito para evoluir,
8:56
SPEAKER_01: sabe?
8:56
SPEAKER_01: E aí?
8:57
SPEAKER_00: Tu percebe por isso que eu achei legal essa palestra dele,
9:00
SPEAKER_00: porque os primeiros slides se ligam com os últimos.
9:03
SPEAKER_00: Tipo,
9:03
SPEAKER_00: isso que você comentou,
9:04
SPEAKER_00: a arquitetura ser evolutiva,
9:07
SPEAKER_00: evoluível,
9:08
SPEAKER_00: casa muito bem com esses últimos slides.
9:10
A característica do dev do futuro é pensar esse pensamento
9:14
sistêmico e arquitetura,
9:16
SPEAKER_00: design da arquitetura.
9:18
SPEAKER_00: Para você conseguir fazer com que a arquitetura evolua,
9:22
SPEAKER_00: você tem que,
9:23
SPEAKER_00: desde o começo,
9:24
escrever teu código ou gerar o código pensando em como é que eu
9:28
vou construir uma
9:29
SPEAKER_00: arquitetura que ela não seja monolítica,
9:31
SPEAKER_00: que ela não seja sólida,
9:33
SPEAKER_00: que ela seja difícil.
9:34
SPEAKER_00: Por isso que o desafio que ele colocou é esse.
9:37
SPEAKER_00: Os softwares precisam ser evolutivos, precisam ser...
9:41
SPEAKER_00: bem,
9:42
SPEAKER_00: gastar pouco e ser conscientes quando isso,
9:45
SPEAKER_00: ele fala até em pegada de carbono e consumo de energia,
9:49
SPEAKER_00: ele mostra um gráfico como algumas linguagens consomem menos energia,
9:52
SPEAKER_00: então ele fala sobre isso,
9:53
SPEAKER_00: como você consegue,
9:55
SPEAKER_00: o desafio é que as arquiteturas precisam evoluir para esse caminho,
9:58
SPEAKER_00: por isso que os devs agora precisam ter esse conhecimento,
10:02
SPEAKER_00: Você precisa ter o pensamento do todo, né?
10:04
SPEAKER_00: Olhar para o negócio,
10:06
SPEAKER_00: entender pensamento sistêmico,
10:08
SPEAKER_00: como as coisas se encaixam,
10:09
SPEAKER_00: como as coisas...
10:10
SPEAKER_00: Se uma falha no lugar vai resultar falha em outro lugar,
10:15
ou um problema da arquitetura que você não resolver agora vai
10:19
evoluir para um
10:19
SPEAKER_00: problema maior.
10:20
SPEAKER_00: Então, eu achei muito legal por causa disso, né?
10:22
SPEAKER_00: Você precisa... E é um desafio gigante, né, cara?
10:24
SPEAKER_01: É porque uma das coisas que eu penso é,
10:26
SPEAKER_01: vamos pegar,
10:28
SPEAKER_01: sei lá,
10:28
SPEAKER_01: um estilo startup ou estilo uma aplicação nova,
10:31
SPEAKER_01: um SaaS que o cara tá criando,
10:32
SPEAKER_01: né?
10:32
E até ali no post tu colocou uma frase impactante,
10:36
deixa eu ver se eu acho aqui.
10:37
SPEAKER_01: Mas era alguma coisa que tudo falha, alguma coisa assim.
10:41
SPEAKER_01: Na escala tudo falha, né?
10:43
SPEAKER_01: Tudo falha o tempo todo e na escala tudo quebra.
10:46
SPEAKER_01: Então, beleza, a gente já sabe que isso é uma verdade.
10:49
Só que se a gente tem que pensar e tentar de uma maneira
10:52
blindar essa solução para
10:54
SPEAKER_01: que ela cresça sem falhar,
10:56
SPEAKER_01: não deixa o começo do projeto muito mais custoso,
10:59
SPEAKER_01: digo,
11:00
SPEAKER_01: começar não fica muito mais caro,
11:01
SPEAKER_01: no contexto de energia,
11:02
SPEAKER_01: não necessariamente de dinheiro,
11:03
SPEAKER_01: sabe?
11:04
SPEAKER_01: Sim,
11:04
acho que isso entra muito nas coisas que a gente aprendeu o
11:08
tempo inteiro na
11:09
SPEAKER_00: engenharia de software,
11:10
SPEAKER_00: tipo programar para interfaces,
11:12
SPEAKER_00: sabe,
11:14
SPEAKER_00: o solid.
11:14
SPEAKER_00: Então tudo isso não mudou, sabe, continua sendo importante.
11:18
Pô,
11:18
como é que eu vou fazer o meu código aqui para que ele consiga
11:22
evoluir?
11:22
SPEAKER_00: Como é que eu vou fazer o meu código aqui,
11:24
criar uma camada de anti-corruption layer para que se eu
11:28
precisar criar coisas
11:30
SPEAKER_00: depois eu consiga integrar no meu software?
11:33
SPEAKER_00: Então, a gente não está jogando fora nada, né?
11:37
Tudo que,
11:38
sei lá,
11:39
30 anos de história de engenharia de software só se solidifica
11:42
com o tempo.
11:42
SPEAKER_00: Por isso,
11:43
SPEAKER_00: volta aquela velha história que a gente sempre fala,
11:45
SPEAKER_00: pô,
11:45
SPEAKER_00: aprenda os clássicos,
11:46
SPEAKER_00: aprenda os conceitos.
11:48
SPEAKER_00: E eu acho que isso,
11:48
SPEAKER_00: você conseguir ver teu software como parte de um sistema,
11:52
SPEAKER_00: parte de uma arquitetura que precisa evoluir,
11:54
SPEAKER_00: que tem que escrever para interfaces,
11:56
SPEAKER_00: que você tem que pensar em como mudar essas partes,
12:00
SPEAKER_00: ao invés de tu ter um grande sistema monolítico,
12:02
SPEAKER_00: como é que você consegue quebrar
12:03
SPEAKER_00: Em microserviços, como é que você vai evoluir e escalar isso, né?
12:10
SPEAKER_03: Tu falou lá desse esquema de arquitetura, arquiteto frugal.
12:15
Eu não sei direito o que é isso,
12:17
tu consegue me explicar o que é arquiteto frugal?
12:20
SPEAKER_00: Ele fala sobre arquitetura frugal,
12:22
SPEAKER_00: tem até uma série de posts e um podcast dele,
12:25
mas ele fala sobre arquitetura frugal ser mais consciente em
12:30
relação ao custo,
12:32
SPEAKER_00: sabe?
12:32
SPEAKER_00: Qual o custo que a tua aplicação tem, qual...
12:35
SPEAKER_00: Eu acho que também dá um outro podcast só sobre isso, sabe?
12:38
SPEAKER_00: Sobre arquitetura frugal.
12:39
SPEAKER_00: Ele fala sobre o custo,
12:41
SPEAKER_00: sobre o sistema tem que estar alinhado ao negócio,
12:44
SPEAKER_00: precisa ter observabilidade.
12:46
Eu acho que a gente pode pescar isso com aquilo que a gente
12:49
falou antes sobre arquitetura,
12:51
né?
12:51
SPEAKER_00: Porque ele fala sobre...
12:54
SPEAKER_00: arquitetura evolutiva,
12:56
SPEAKER_00: ele fala sobre arquitetura frugal,
12:57
SPEAKER_00: ele fala sobre arquitetura em células,
13:00
então é legal que o tempo inteiro ele fala que você construir
13:03
coisas que duram,
13:04
SPEAKER_00: que crescem,
13:05
SPEAKER_00: que evoluem,
13:06
SPEAKER_00: que são estáveis,
13:07
SPEAKER_00: você precisa focar muito em arquitetura,
13:10
por isso que ele puxa no último slide que o dev do futuro ele
13:13
precisa parar de
13:14
SPEAKER_00: olhar para o código,
13:15
SPEAKER_00: para o
13:16
SPEAKER_00: micro,
13:16
SPEAKER_00: o código que ele está fazendo,
13:18
SPEAKER_00: dar um zoom out e ter essa capacidade de pensar no sistema como um todo,
13:22
SPEAKER_00: pensar na arquitetura,
13:23
SPEAKER_00: pensar no desenho da solução dele ser evolutiva,
13:27
SPEAKER_00: ser escalável,
13:29
SPEAKER_00: sabe?
13:30
SPEAKER_03: Mas aí todo dev vai precisar ser um arquiteto de software, então?
13:34
SPEAKER_00: Esse é o grande ponto que ele está falando.
13:35
SPEAKER_03: Não vão ser mais engenheiros, vão ser todos arquitetos.
13:39
SPEAKER_00: Assim como o Diego Ues falou que deve estar comendo o espaço,
13:43
pegando o espaço do PM e começando a olhar para produto que
13:47
encaixa com o que o
13:49
SPEAKER_00: Werner falou aqui de expertise de domínio,
13:53
SPEAKER_00: domínio do negócio.
13:55
SPEAKER_00: Da mesma forma, ele fala que você tem que olhar para a arquitetura.
13:57
SPEAKER_00: Então,
13:58
eu acho que meio que dá para começar a observar uma tendência
14:02
de que essas divisões
14:04
SPEAKER_00: começaram a se mesclar.
14:05
SPEAKER_00: Eu acho que hoje você não tem,
14:07
SPEAKER_00: como você falou naquele episódio do Diego Ace,
14:10
SPEAKER_00: tem o pessoal da PostHog,
14:12
SPEAKER_00: você falou Product Developer ou Engenheiro,
14:15
SPEAKER_00: alguma coisa assim.
14:16
SPEAKER_00: Aqui você fala...
14:18
SPEAKER_00: Isso, exato.
14:19
SPEAKER_00: Aqui é a mesma coisinha.
14:20
SPEAKER_00: Você vai começar a ver se,
14:21
SPEAKER_00: tipo,
14:22
SPEAKER_00: eu sou dev,
14:23
SPEAKER_00: dev front,
14:23
SPEAKER_00: dev back,
14:24
SPEAKER_00: sou arquiteto,
14:26
SPEAKER_00: sou PM,
14:26
SPEAKER_00: sou design.
14:27
SPEAKER_00: Essas coisas estão começando a se mesclar.
14:29
SPEAKER_00: Como a IA está começando a substituir dev,
14:32
SPEAKER_00: o código substituir PM,
14:35
SPEAKER_00: as coisas vão começar a se mesclar mais,
14:37
SPEAKER_00: sabe?
14:37
Pois é,
14:38
mas o Diego fez uma crítica no episódio que a área de
14:43
desenvolvimento evoluiu pouco.
14:47
SPEAKER_03: Há muito tempo é front-end, back-end e não tem bem definidos cargos.
14:52
Então quer dizer que esses poucos cargos que se separaram vão
14:55
começar a se misturar
14:56
SPEAKER_03: de volta agora,
14:57
SPEAKER_03: por causa da IA,
14:58
SPEAKER_03: será?
14:59
SPEAKER_00: Eu,
15:00
SPEAKER_00: olhando para esses dois,
15:01
SPEAKER_00: duas fontes que a gente tem aqui,
15:03
SPEAKER_00: o Diego e o Werner,
15:04
SPEAKER_00: me parece que sim,
15:05
SPEAKER_00: sabe?
15:06
SPEAKER_00: Que as coisas vão começar a ficar mais flat, assim, sabe?
15:09
SPEAKER_00: Você não tem,
15:10
SPEAKER_00: pô,
15:10
SPEAKER_00: isso aqui é dev e agora é arquitetura,
15:12
SPEAKER_00: isso aqui é dev e agora é produto,
15:13
SPEAKER_00: pô,
15:13
SPEAKER_00: sabe?
15:13
SPEAKER_00: Vai começar a se expandir mais.
15:16
É porque aí eu acho que aqui também,
15:17
Gabi,
15:18
tem duas coisas que são necessariamente diferentes.
15:21
Eu entendo quando tu diz que talvez o dev front-end ou o dev
15:24
back-end vão acabar
15:25
SPEAKER_01: voltando a ser o mesmo cargo que vai ser todo mundo meio que full stack.
15:29
Mas eu acho que aí a gente tem a questão de especialidades
15:31
diferentes ainda dentro
15:32
SPEAKER_01: do ramo do código,
15:33
SPEAKER_01: que talvez uma está mais ligada à arquitetura propriamente dita,
15:37
SPEAKER_01: e está mais ligada à aplicação,
15:39
SPEAKER_01: e outra está mais ligada...
15:41
SPEAKER_01: Claro,
15:41
SPEAKER_01: ela não é design,
15:42
SPEAKER_01: ela não é...
15:44
só criativa,
15:44
mas acho que ela está mais ligada para essa área de interface
15:47
com usuários.
15:47
SPEAKER_01: Então,
15:48
SPEAKER_01: acaba que talvez os profissionais têm que ter também uma expertise,
15:51
SPEAKER_01: pelo menos parte deles tem que ter,
15:54
SPEAKER_01: com a ligação de user experience e de interface e tal.
15:58
SPEAKER_01: Então,
15:59
SPEAKER_01: eu acho que talvez juntar esses dois caras,
16:01
SPEAKER_01: talvez sim,
16:02
SPEAKER_01: vai ter,
16:02
SPEAKER_01: mas eles têm especialidades diferentes.
16:05
SPEAKER_01: O que talvez o que a gente está falando aqui, que é o que me pega, é
16:09
SPEAKER_01: Se a gente vai ter essas habilidades do dev do futuro,
16:12
SPEAKER_01: ele precisando ter muito mais visão sobre arquitetura de software,
16:16
SPEAKER_01: e ele precisando ter muito mais uma visão sobre arquitetura de soluções,
16:19
SPEAKER_01: na verdade,
16:20
SPEAKER_01: ele é um cara que vai ser cada vez,
16:21
SPEAKER_01: assim,
16:21
SPEAKER_01: a gente vai ter um gap bem bizarro no mercado,
16:24
SPEAKER_01: né?
16:24
Porque a gente tem agora um monte de júnior que está nascendo
16:27
no mundo da IA,
16:28
SPEAKER_01: gerando código,
16:29
SPEAKER_01: código,
16:29
SPEAKER_01: código.
16:29
Esse cara dificilmente vai roer osso o suficiente para precisar
16:33
entender de arquitetura.
16:35
SPEAKER_01: E aí, como ele vai precisar entender de arquitetura, lascou.
16:38
SPEAKER_01: A gente vai ter um gap gigantesco no mercado desses profissionais.
16:42
Eu acho que a tendência é você estudar cada vez menos código e
16:47
olhar cada vez mais para...
16:49
SPEAKER_00: arquitetura,
16:50
SPEAKER_00: olhar cada vez mais para negócio,
16:52
SPEAKER_00: você se especializar,
16:55
entender muito mais do negócio do que a maioria dos devs eu
16:59
tenho hoje em dia,
16:59
SPEAKER_00: porque a maioria dos devs acaba conhecendo aquela parte que ele faz,
17:04
SPEAKER_00: eu faço crude de alguma coisa,
17:06
SPEAKER_00: então eu entendo muito disso,
17:08
SPEAKER_00: então
17:08
SPEAKER_00: Dado que o código está cada vez mais fácil de ser gerado,
17:13
você precisa ter pessoas que estudaram o suficiente para
17:17
analisar aquele código e
17:18
dizer se ele está certo e ver onde aquele código vai se
17:21
encaixar na big picture.
17:22
SPEAKER_00: Esse código aqui,
17:23
SPEAKER_00: eu vou encaixar ele nesse pedaço da arquitetura aqui,
17:25
SPEAKER_00: porque ele vai se integrar com esse outro,
17:27
SPEAKER_00: ele vai ter esse teste,
17:29
SPEAKER_00: vou gerar o teste agora para isso.
17:31
SPEAKER_00: Então, essa é, pelo menos, o
17:34
SPEAKER_00: que o Werner aqui está falando, que ele vê como um futuro.
17:37
SPEAKER_00: Você tem mais esse pensamento de um arquiteto de soluções,
17:42
SPEAKER_00: como você falou,
17:42
SPEAKER_00: do que se preocupar se a própria está certa no componente do React.
17:48
SPEAKER_03: Mas a dúvida é, como que se estuda arquitetura e negócio?
17:53
SPEAKER_03: Porque pra mim parece uma parada que tu aprende no dia a dia, assim, né?
17:58
SPEAKER_03: Tu entra na empresa,
17:59
tanto é que geralmente quem é arquiteto ou os devs que manjam
18:02
do negócio são os que
18:04
SPEAKER_03: estão mais tempo na empresa,
18:05
SPEAKER_03: né?
18:05
SPEAKER_01: É,
18:05
SPEAKER_01: parece ser um negócio de experiência mesmo,
18:08
SPEAKER_01: parece ser um negócio adquirido,
18:09
SPEAKER_01: parece ser um dom,
18:11
SPEAKER_01: parece ser uma coisa que tu constrói com o tempo.
18:13
SPEAKER_03: Não, e tem que ser naquela empresa específica, né?
18:15
SPEAKER_03: Não é uma parada que tu aprende de fora, assim, né?
18:18
SPEAKER_00: É, eu acho que toda evolução precisa ter educação e experiência.
18:21
SPEAKER_00: Educação,
18:22
você vai precisar começar a surgir cada vez mais cursos sobre
18:26
arquitetura,
18:27
SPEAKER_00: cursos sobre,
18:28
SPEAKER_00: sei lá,
18:30
SPEAKER_00: testamento sistêmico,
18:31
SPEAKER_00: etc.
18:32
SPEAKER_00: E aí você vai ter que ter a experiência.
18:33
Eu concordo que a experiência vai ficar cada vez mais difícil
18:36
de você entender isso.
18:38
SPEAKER_00: Mas esse é o grande ponto da palestra,
18:41
SPEAKER_00: que a gente está num momento de virada,
18:43
SPEAKER_00: naquela timeline que acho que tem no slide,
18:46
SPEAKER_00: que eu tirei foto ali na palestra,
18:47
SPEAKER_00: ele mostra a timeline e as grandes quebras que teve de paradigma,
18:51
SPEAKER_00: e a gente está nesse momento da quebra de paradigma da IA.
18:54
SPEAKER_00: Como que a IA vai influenciar o código, a carreira, a educação?
18:58
SPEAKER_00: Então, acho que a gente está vivo no meio desse furacão.
19:02
SPEAKER_00: O que vai acontecer daqui?
19:04
SPEAKER_00: Então, pode ser que... E é futurologia, né?
19:06
Pode ser que o que ele está falando aqui é completamente insano
19:09
e não vai funcionar.
19:10
SPEAKER_00: Ou pode ser que seja uma bolha dentro dos Estados Unidos, etc.
19:13
SPEAKER_01: Um cara que está há 25 anos à frente da AWS,
19:16
SPEAKER_01: eu acho que ele tem um pouco de gabarito para chutar o futuro.
19:19
SPEAKER_01: Até porque,
19:20
SPEAKER_01: muito provavelmente,
19:20
SPEAKER_01: ele tem que estar preocupado em gerir soluções para suportar esse futuro.
19:24
Só para alinhar esse timeline que o Mineto falou,
19:28
ele começa desde lá do código de máquina...
19:31
SPEAKER_01: Assembler e coisa bem escovando bit mesmo.
19:35
SPEAKER_01: E aí passa por todas as partes das primeiras linguagens,
19:37
SPEAKER_01: depois C,
19:38
SPEAKER_01: orientação,
19:39
SPEAKER_01: objeto,
19:39
SPEAKER_01: vai para Web 2,
19:40
SPEAKER_01: vai para aplicações nativamente em cloud,
19:43
SPEAKER_01: vai para serverless,
19:44
SPEAKER_01: que meu Deus do céu,
19:46
SPEAKER_01: quem merece?
19:47
SPEAKER_01: E até chega a época aqui do LLM.
19:49
SPEAKER_01: Trazendo aqui um pensamento de maneira geral,
19:53
SPEAKER_01: o cara que ele vira um arquiteto de soluções,
19:55
SPEAKER_01: pelo menos eu vejo assim,
19:56
SPEAKER_01: é onde eu acho que eu me encaixo,
19:58
SPEAKER_01: sabe?
19:59
SPEAKER_01: Depois de um tempo eu vi que talvez eu sou bom fazendo isso,
20:02
SPEAKER_01: é arquitetar soluções,
20:03
SPEAKER_01: não sou muito bom em desenvolver,
20:04
SPEAKER_01: mas eu volto um pouco no que o Gabriel falou.
20:07
O que talvez me ajuda a ser um arquiteto de soluções é porque
20:11
eu já errei na VPS,
20:12
SPEAKER_01: eu já errei no Dedicado,
20:14
SPEAKER_01: eu já errei na EC2,
20:15
SPEAKER_01: eu já errei no Kubernetes,
20:16
SPEAKER_01: eu já errei no Docker...
20:18
SPEAKER_01: eu já esqueci de fazer uma regra de roteamento,
20:21
SPEAKER_01: já bloqueei o firewall,
20:22
SPEAKER_01: já trabalhei com Python,
20:23
SPEAKER_01: PHP,
20:25
SPEAKER_01: C,
20:26
SPEAKER_01: microcontrolador,
20:27
SPEAKER_01: porque no front eu já trabalhei com server-side handling,
20:30
SPEAKER_01: já trabalhei com React,
20:32
SPEAKER_01: então vai trazendo uma quantidade de coisas que te permitem,
20:35
SPEAKER_01: e até vários negócios,
20:37
SPEAKER_01: porque eu tive a sorte,
20:38
SPEAKER_01: ou o azar,
20:39
SPEAKER_01: de ter tido uma empresa de consultoria barra desenvolvimento.
20:41
SPEAKER_01: Então, eu sempre fiz soluções diferentes.
20:43
SPEAKER_01: Então, eu resolvi muito problema.
20:45
SPEAKER_01: Muito problema,
20:45
a ponto de que é difícil um problema que eu nunca tenha passado
20:48
por perto,
20:49
SPEAKER_01: pelo menos,
20:49
SPEAKER_01: né?
20:50
No tanto que a minha resposta,
20:51
quando alguém pergunta,
20:51
dá para fazer um sistema?
20:52
SPEAKER_01: Eu falo, dá para resolver isso aqui no sistema?
20:54
SPEAKER_01: Eu falo, dá, só depende do teu tempo e do teu recurso.
20:57
SPEAKER_01: Mas que dá, dá.
20:59
Mas eu ainda acho que isso parece meio que uma encruzilhada,
21:04
assim,
21:04
sabe?
21:05
SPEAKER_01: O caminho do Dev Junior, ou do Sênior, né?
21:08
SPEAKER_01: O Gabi falou de o cara ter que se especializar dentro da empresa.
21:12
SPEAKER_01: Eu acho que esse cara,
21:14
SPEAKER_01: para ele ser competitivo e para ele ter vaga no mercado,
21:17
ele vai ter que ter passado por muita experiência diferente na
21:19
carreira para que
21:20
SPEAKER_01: ele consiga ser esse cara.
21:22
Vai ser difícil uma escola de simulação de todos esses cenários
21:26
que a gente tem na
21:26
SPEAKER_01: vida real,
21:27
SPEAKER_01: né?
21:27
SPEAKER_00: Sim,
21:28
SPEAKER_00: é claro que a gente não teve escolha,
21:31
SPEAKER_00: a gente precisou aprender dessa forma,
21:33
SPEAKER_00: a gente aprendeu porque a tecnologia foi se criando ao nosso redor,
21:36
SPEAKER_00: então eu concordo com tudo isso,
21:39
SPEAKER_00: eu acho que o grande asset que a gente tem é isso,
21:42
SPEAKER_00: até naquele último post do próprio Werner ele fala,
21:46
SPEAKER_00: por que
21:46
SPEAKER_00: que o programador fica melhor no decorrer dos anos.
21:48
SPEAKER_00: Exatamente por isso, porque ele já reconheceu padrões.
21:51
SPEAKER_00: Por mais que a tecnologia mude, ele já viu aquilo acontecer.
21:55
SPEAKER_00: Algumas vezes,
21:56
SPEAKER_00: de formas diferentes,
21:57
SPEAKER_00: de cenários diferentes,
21:58
SPEAKER_00: mas ele consegue encaixar e por nada substituir a experiência.
22:01
Agora,
22:02
como que vai ser daqui para frente,
22:03
o quão rápido vai ser,
22:05
isso é que talvez...
22:07
Talvez as pessoas consigam experiências mais rapidamente do que
22:11
a gente levou,
22:12
SPEAKER_00: no meu caso,
22:13
SPEAKER_00: quase 30 anos,
22:14
SPEAKER_00: porque a tecnologia foi evoluindo.
22:16
Então,
22:17
concordo,
22:18
só que a gente vai ter que ver como é que vai ser daqui para
22:20
frente.
22:20
SPEAKER_00: Para os júniores, como é que vai ser?
22:23
Talvez o gap de júnior para sendo diminua porque a velocidade
22:28
do crescimento seja
22:29
SPEAKER_00: maior ou talvez a exigência seja menor.
22:33
SPEAKER_00: Então,
22:34
SPEAKER_00: eu realmente não sei como é que vai ser daqui pra frente,
22:37
SPEAKER_00: porque tudo que a gente usou até agora vai mudar muito,
22:42
SPEAKER_00: né?
22:42
SPEAKER_00: A velocidade das coisas está muito mais rápida.
22:44
Se a gente olhar qualquer gráfico de adoção,
22:46
de tempo de mudança,
22:47
está cada vez mais rápido,
22:50
né?
22:50
Estava tentando pensar ali naquele gráfico ali que ele mostra
22:54
dessas quebras de paradigmas,
22:56
né?
22:56
SPEAKER_03: Por exemplo,
22:57
SPEAKER_03: quando surgiu orientação a objeto,
22:58
SPEAKER_03: eu imagino que a galera ficava na mesma pira,
23:01
SPEAKER_03: assim,
23:01
SPEAKER_03: do tipo,
23:01
SPEAKER_03: nossa,
23:02
SPEAKER_03: e agora?
23:02
SPEAKER_03: Como que vai ser para os júniors que estão entrando agora?
23:05
SPEAKER_03: Eles não vão saber mexer com isso?
23:07
SPEAKER_03: Só o sênior vai conseguir dar conta, não sei o quê.
23:12
SPEAKER_03: Talvez, tipo, é uma parada normal, né?
23:14
SPEAKER_03: De se acontecer agora, a gente só vai saber vivendo mesmo, né?
23:17
SPEAKER_03: Esperando o tempo passar, né?
23:19
SPEAKER_00: Sim,
23:19
SPEAKER_00: quando surgiu o COBOL,
23:20
SPEAKER_00: a galera que ficava falando,
23:22
SPEAKER_00: pô,
23:22
SPEAKER_00: isso aí é besteira,
23:23
SPEAKER_00: tinha que programar em assembly,
23:24
SPEAKER_00: porque você tem o controle total da máquina,
23:27
SPEAKER_00: e você está colocando camada da abstração e vai fazer um código lento,
23:30
SPEAKER_00: código sujo.
23:32
SPEAKER_00: Então, ou na minha época era melhor, sempre existiu, sabe?
23:36
SPEAKER_00: E sempre faz isso.
23:36
SPEAKER_00: Sim.
23:37
Então,
23:38
nossos filhos vão falar,
23:39
meu Deus,
23:39
meu pai programava com um teclado,
23:41
que absurdo,
23:42
sabe?
23:43
SPEAKER_00: Então...
23:47
SPEAKER_01: E olhando ali para aquelas três macro habilidades que ele disse que são
23:51
SPEAKER_01: necessárias,
23:52
SPEAKER_01: que são as três principais habilidades do design do futuro,
23:54
SPEAKER_01: né?
23:54
SPEAKER_01: Seria o cara pensar System Thinking and Architecture Design,
23:59
o Clear Communication with Business e o Strategic Problem
24:02
Solving and Domain
24:03
SPEAKER_01: Expertise.
24:04
SPEAKER_01: Vamos pegar primeiro ali no System Thinking.
24:07
SPEAKER_01: O que seria esse conjunto de habilidades?
24:09
SPEAKER_01: O que seria pensar de maneira sistemática
24:12
SPEAKER_01: E o que seria o design voltado à arquitetura?
24:16
SPEAKER_01: Realmente,
24:17
SPEAKER_01: na hora que eu estiver pensando sobre desenvolver o sistema,
24:20
SPEAKER_01: eu já começar a pensar em como que a gente vai fazer o deploy,
24:23
SPEAKER_01: onde que essa estrutura vai estar montada,
24:25
SPEAKER_01: é disso que a gente está falando?
24:27
SPEAKER_00: Eu acho que é mais
24:28
SPEAKER_00: Você,
24:28
SPEAKER_00: pelo menos no passado,
24:29
SPEAKER_00: tinha essa divisão muito clara,
24:32
SPEAKER_00: tipo o arquiteto ou engenheiro sênior,
24:35
SPEAKER_00: ele desenha arquitetura,
24:37
SPEAKER_00: ele desenha como que as coisas funcionam,
24:39
SPEAKER_00: esse aqui vai ter um banco,
24:41
SPEAKER_00: vai ter um cache,
24:43
e vinha para o dev mais mastigado e você pegava como se fosse o
24:48
arquiteto.
24:48
arquiteto desenhava o carro e o programador pegava e montava a
24:52
roda,
24:52
montava o capô.
24:53
SPEAKER_00: O ponto agora é que você não diminui essa gap.
24:57
SPEAKER_00: Você, programador, já tem que pensar na arquitetura, já tem que pensar.
25:01
De novo,
25:02
o pessoal sempre falando,
25:03
essa é a visão dele que a gente está falando,
25:05
pode ser que
25:06
SPEAKER_00: Mas esse é o ponto,
25:07
SPEAKER_00: você ter pensamento sistêmico,
25:09
SPEAKER_00: você pensar não na linha de montagem,
25:12
SPEAKER_00: não na roda que você está montando,
25:14
SPEAKER_00: mas no carro,
25:15
SPEAKER_00: no motor do carro,
25:16
SPEAKER_00: na estrada que ele vai rodar,
25:18
SPEAKER_00: no combustível,
25:19
SPEAKER_00: você pensar no todo,
25:21
SPEAKER_00: onde é que o teu trabalho se encaixa no todo e como é que...
25:28
SPEAKER_00: e você parar de pensar no pedacinho que você está fazendo,
25:31
SPEAKER_00: mas pensar,
25:32
SPEAKER_00: será que isso aqui,
25:33
SPEAKER_00: qual é a carga que isso vai aguentar?
25:35
SPEAKER_00: Como é que isso aqui vai afetar o usuário?
25:37
Se eu retornar esse status code aqui,
25:39
como é que isso vai afetar a parte,
25:41
o front-end?
25:42
SPEAKER_00: Como é que eu posso, sabe?
25:43
SPEAKER_00: Então, esse é o grande ponto.
25:45
SPEAKER_01: Eu tenho um caso curioso, né?
25:48
SPEAKER_01: Aconteceu há poucas semanas até.
25:49
SPEAKER_01: A gente tem uma solução que está rodando no Kubernetes,
25:53
SPEAKER_01: lá na AWS,
25:54
SPEAKER_01: e aí a gente estava tendo um problema de performance,
25:56
SPEAKER_01: e aí uma pessoa que está trabalhando veio e comentou assim,
26:00
SPEAKER_01: né?
26:00
SPEAKER_01: Ei, eu acho que eu resolvi o problema.
26:02
SPEAKER_01: Parou de dar gargalo.
26:03
SPEAKER_01: Daí eu, o quê?
26:04
Eu aumentei um negócio na configuração lá de um arquivo de dois
26:08
para oito nós,
26:09
e aí resolveu...
26:11
SPEAKER_01: A conta da AWS foi de 200 para 800 dólares em uma semana, sabe?
26:18
SPEAKER_01: Então, cara, tu resolveu, é verdade.
26:20
Mas é aquele negócio,
26:21
faltou ali um pouco da noção do que era aquele número,
26:24
né?
26:24
SPEAKER_01: E aí provavelmente leu pela metade e tal.
26:26
SPEAKER_01: Mas um outro ponto que aí sim eu concordo que é muito importante, cara.
26:30
SPEAKER_01: E a gente já falou nisso algumas vezes aqui, né?
26:33
SPEAKER_01: Ter uma clara comunicação com o negócio em tudo que a gente faz.
26:36
A gente já comentou em outros episódios que o dev tem que se
26:38
aproximar do negócio.
26:40
SPEAKER_01: Ele tem que entender o que ele está fazendo.
26:42
E a gente até já comentou que em outros lugares talvez o cara
26:45
possa tentar se
26:45
SPEAKER_01: aproximar da parte de projetos,
26:47
SPEAKER_01: se aproximar da engenharia.
26:49
SPEAKER_01: Mas eu acho que é unânime entre nós, a gente já falou sobre isso.
26:52
Quem está em uma empresa precisa saber do produto que ele está
26:55
fazendo para poder
26:56
SPEAKER_01: ofertar soluções que tenham a ver com onde ele está trabalhando.
27:00
SPEAKER_00: E até entender,
27:01
SPEAKER_00: por exemplo,
27:02
SPEAKER_00: você está trabalhando,
27:03
SPEAKER_00: eu vou dar exemplos da minha vida mais próxima agora,
27:05
SPEAKER_00: você está trabalhando na aplicação do Pix.
27:08
SPEAKER_00: Cara,
27:09
SPEAKER_00: você tem que entender que o Pix é uma ferramenta,
27:12
SPEAKER_00: é um sistema que precisa ter um tempo de resposta máximo de X,
27:16
SPEAKER_00: porque o Banco Central vai te multar,
27:19
SPEAKER_00: então você...
27:20
SPEAKER_00: Precisa escrever o teu código pensando nisso,
27:22
SPEAKER_00: você não vai escrever um código mega complexo,
27:27
SPEAKER_00: sem pensar,
27:28
SPEAKER_00: complexidade ciclomática altíssima,
27:30
SPEAKER_00: big O,
27:30
SPEAKER_00: caramba,
27:31
sem pensar que aquele código vai rodar num sistema e ele pode
27:35
ser gargado,
27:36
SPEAKER_00: que vai gerar um problema para o negócio,
27:38
SPEAKER_00: sabe?
27:38
que o teu código pode impactar,
27:41
sei lá,
27:41
vendas,
27:41
ele pode impactar um monte de coisa.
27:43
SPEAKER_00: Ou,
27:44
SPEAKER_00: como você falou,
27:44
SPEAKER_00: uma mudança numa linha que altera,
27:47
SPEAKER_00: duplica o custo do projeto,
27:48
SPEAKER_00: que é o problema de você programar descolado do negócio.
27:52
SPEAKER_00: Você tem que saber que o teu código faz parte de um sistema maior,
27:55
SPEAKER_00: ele faz parte do negócio,
27:56
SPEAKER_00: se o negócio quebrar,
27:57
SPEAKER_00: tudo quebra junto.
27:59
SPEAKER_00: Então, tem várias coisas.
28:01
Essa comunicação,
28:03
você se importar,
28:04
ele liga também com outro ponto ali,
28:06
que é esse domínio...
28:07
SPEAKER_00: expertise de domínio, né?
28:09
Pô,
28:10
se tu trabalha num e-commerce,
28:11
você tem que entender sobre e-commerce,
28:13
cara.
28:13
Não interessa se você...
28:14
Ah,
28:14
eu trabalho aqui fazendo o carrinho de compra.
28:16
SPEAKER_00: Você tem que entender o checkout, cara.
28:18
SPEAKER_00: Você tem que entender como é que ele gera a nota fiscal.
28:20
SPEAKER_00: Então, acho que esse é o grande ponto, né?
28:23
SPEAKER_03: E eu acho que eu deve,
28:24
SPEAKER_03: para ele começar a entender mais essas coisas,
28:26
SPEAKER_03: ele tem que colocar no dia a dia dele,
28:30
SPEAKER_03: além de estudar a programação,
28:31
SPEAKER_03: também estudar o negócio que ele está trabalhando,
28:33
SPEAKER_03: né?
28:34
SPEAKER_03: Igual o Mineto falou,
28:34
SPEAKER_03: tipo,
28:35
SPEAKER_03: pô,
28:35
SPEAKER_03: tu trabalha numa empresa financeira,
28:37
SPEAKER_03: vai estudar como é que o Pix funciona,
28:39
SPEAKER_03: tenha curiosidade,
28:40
SPEAKER_03: trabalha no e-commerce,
28:41
SPEAKER_03: pô,
28:42
SPEAKER_03: vai lá ver como funciona a integração com o meio de pagamento,
28:46
SPEAKER_03: essas coisas...
28:46
Coisas que você não faz,
28:48
pergunta para outras pessoas,
28:49
participa de reuniões.
28:50
SPEAKER_03: Eu acho que isso é super interessante.
28:53
Depois que eu vim trabalhar numa fintech,
28:55
eu trabalho em time de plataforma.
28:57
SPEAKER_00: Meus clientes são os outros times de desenvolvimento.
29:00
SPEAKER_00: Mas eu nunca li tanto sobre mercado financeiro desde que eu vim para cá.
29:04
SPEAKER_00: Tipo, pô, fez uma mudança lá e se impacta.
29:07
Como é que se impacta,
29:09
sei lá,
29:09
o business,
29:10
o negócio,
29:10
onde eu estou,
29:11
o ecossistema.
29:12
SPEAKER_00: Tudo bem, eu não sou especialista lá em fintech.
29:14
SPEAKER_00: financeiro,
29:15
SPEAKER_00: em financiamento,
29:17
SPEAKER_00: mas eu entendo,
29:17
SPEAKER_00: pô,
29:18
SPEAKER_00: o mercado mudou,
29:19
SPEAKER_00: sabe,
29:19
SPEAKER_00: como é que estão os concorrentes,
29:21
SPEAKER_00: como é que estão,
29:21
SPEAKER_00: sabe,
29:22
SPEAKER_00: então eu me interesso por isso,
29:24
SPEAKER_00: porque eu me interesso que a empresa,
29:26
SPEAKER_00: eu quero um bônus no final do ano,
29:28
SPEAKER_00: eu quero que a empresa cresça,
29:29
SPEAKER_00: etc,
29:29
SPEAKER_00: então eu acho que saiu um pouco da bolha de dev,
29:32
SPEAKER_00: de código,
29:33
SPEAKER_00: que eu continuo,
29:34
SPEAKER_00: venho estudando muito sobre plataforma,
29:36
SPEAKER_00: etc,
29:36
SPEAKER_00: mas eu acho que isso é importante.
29:38
SPEAKER_01: Eu já citei isso algumas vezes aqui no podcast também,
29:42
SPEAKER_01: mas como entender não só o negócio,
29:45
SPEAKER_01: mas entender,
29:45
SPEAKER_01: claro,
29:45
SPEAKER_01: faz parte do negócio,
29:46
mas entender quem é o usuário final da aplicação e a solução
29:49
dela também é
29:49
SPEAKER_01: importante.
29:50
Eu lembro que a gente trabalhou numa solução que era para
29:53
gestão de um plano de saúde,
29:54
SPEAKER_01: E a gente recebeu,
29:55
SPEAKER_01: a gente era um outsourcing da empresa que fazia as coisas,
29:59
a gente recebeu uma demanda lá que era melhorar a performance
30:01
de uma área do
30:02
SPEAKER_01: sistema lá,
30:03
SPEAKER_01: que era um wizard que fazia um monte de coisas,
30:05
mas que no final fazia uma carga de dados absurda e tinha que
30:08
retornar uma
30:08
SPEAKER_01: simulação.
30:10
SPEAKER_01: E a gente pegou aquele wizard e destroçou ele, né?
30:13
SPEAKER_01: E a gente tirou lá um wizard que era,
30:15
SPEAKER_01: sei lá,
30:16
SPEAKER_01: de 15 segundos para um negócio que ficou instantâneo.
30:18
E a percepção de todos os usuários naquela época foi de que o
30:21
sistema estragou,
30:21
SPEAKER_01: porque não estava acontecendo nada.
30:23
SPEAKER_01: E na verdade estava, só que estava sendo instantâneo.
30:25
E aí a solução que a gente chegou foi colocar um loadingzinho
30:29
que ficava um segundo
30:30
SPEAKER_01: e meio na tela,
30:30
SPEAKER_01: que era só um GIF lá,
30:31
SPEAKER_01: para poder fazer parecer que estava trabalhando,
30:34
SPEAKER_01: né?
30:34
pra que o cliente,
30:35
o usuário tivesse a sensação de que o negócio tava fazendo.
30:38
Mas essas são coisas que,
30:39
de fato,
30:40
assim,
30:40
nem todo lugar é fácil identificar esses pontos.
30:43
SPEAKER_01: Eu acho legal quando o Gabriel traz,
30:45
SPEAKER_01: pô,
30:45
SPEAKER_01: se tu trabalha num e-commerce,
30:46
SPEAKER_01: cara,
30:47
o cara já tá acostumado que na hora que você clica pra ir pra
30:50
tela de pagamento,
30:52
SPEAKER_01: vai download.
30:52
SPEAKER_01: Então não é ali que tu vai ter que gastar
30:55
SPEAKER_01: 80% da tua energia em otimização de código.
30:58
SPEAKER_01: Você vai ter que gastar lá no processo de navegação,
31:00
SPEAKER_01: no processo de adicionar no carrinho,
31:02
SPEAKER_01: que é onde o cara não quer perder tempo,
31:04
SPEAKER_01: onde é usual que não perca tempo.
31:06
SPEAKER_01: E até se o pagamento for tão rápido,
31:07
SPEAKER_01: talvez ele tenha a sensação de que é uma fraude,
31:09
SPEAKER_01: inclusive,
31:10
SPEAKER_01: porque não processou,
31:11
SPEAKER_01: não teve segurança,
31:12
SPEAKER_01: não apareceu um cadeadinho.
31:14
SPEAKER_01: Então, acho que esses detalhes são legais.
31:16
SPEAKER_01: E eu vejo até como,
31:17
SPEAKER_01: às vezes,
31:17
SPEAKER_01: os programadores podem trazer contribuições bem legais,
31:21
SPEAKER_01: de baixo para cima mesmo.
31:23
SPEAKER_01: Tu vai lá,
31:23
tu distribui uma tarefa para o time executar um negócio e tu
31:26
tem a plena convicção
31:28
SPEAKER_01: de que tu está atendendo a demanda.
31:29
Se o cara tem uma mínima noção do que ele está fazendo e onde
31:32
vai impactar,
31:33
ele pode trazer sugestões bem legais de como mudar até o
31:36
formato do que está sendo
31:37
SPEAKER_01: feito para poder contribuir com o negócio.
31:40
SPEAKER_00: Eu tenho um exemplo que eu sempre uso nas minhas aulas,
31:43
SPEAKER_00: que eu acho fantástico que aconteceu comigo.
31:45
SPEAKER_00: Quando eu tinha uma empresa,
31:46
SPEAKER_00: a Code Rocker,
31:47
SPEAKER_00: eu cheguei de manhã e falei,
31:48
SPEAKER_00: galera,
31:49
SPEAKER_00: vamos fazer uma feature tal.
31:51
SPEAKER_00: Era um projeto que a gente tinha para determinar tempo de...
31:58
SPEAKER_00: resumo toda manhã,
31:59
mandar por e-mail para o time ter o resumo do que eles vão ter
32:04
durante a semana,
32:05
SPEAKER_00: não sei o quê.
32:06
SPEAKER_00: Aí um dos devs falou, Neto, por que a gente vai mandar o e-mail?
32:09
SPEAKER_00: Que problema a gente quer resolver?
32:10
SPEAKER_00: E aí eu falei,
32:11
SPEAKER_00: pô,
32:11
SPEAKER_00: peraí,
32:12
SPEAKER_00: eu quero que...
32:13
SPEAKER_00: Eles,
32:13
SPEAKER_00: não,
32:13
SPEAKER_00: vamos fazer o seguinte,
32:14
SPEAKER_00: ao invés de mandar o e-mail,
32:15
a gente vai fazer essa feature que daí resolve o problema deles
32:18
e a gente aumenta a
32:19
SPEAKER_00: retenção,
32:20
SPEAKER_00: o usuário conecta mais vezes pela semana e
32:22
SPEAKER_00: para ver o problema.
32:24
SPEAKER_00: Ao invés de receber o e-mail e ele estar fora do sistema, a gente quer.
32:28
SPEAKER_00: Eu falei, cara, fantástico.
32:30
SPEAKER_00: Se eles simplesmente tivessem pego a tarefa e programado aquele e-mail,
32:33
SPEAKER_00: a gente teria uma oportunidade incrível de aumentar.
32:37
SPEAKER_00: Foi porque o pessoal do time falou, cara, está errado.
32:41
SPEAKER_00: Qual é o problema que a gente quer?
32:43
SPEAKER_00: O que a gente quer aumentar?
32:44
SPEAKER_00: Eu acho que esse é um exemplo,
32:45
SPEAKER_00: para mim,
32:46
SPEAKER_00: mudou a minha vida de como deve,
32:48
SPEAKER_00: como profissional,
32:49
SPEAKER_00: depois que eu vi...
32:50
SPEAKER_00: isso, sabe?
32:51
Que as pessoas simplesmente pararam de fazer o que estava no
32:54
job description e
32:55
SPEAKER_00: olharam,
32:55
SPEAKER_00: cara,
32:56
SPEAKER_00: vamos fazer isso porque é melhor para o negócio e não para a feature.
33:00
SPEAKER_00: Não pegou só a task, sabe?
33:01
SPEAKER_01: É que também acho que às vezes dentro de uma empresa,
33:04
SPEAKER_01: acho que a pilha de tarefas,
33:05
SPEAKER_01: ela se perde um pouco,
33:07
SPEAKER_01: né?
33:07
SPEAKER_01: E isso em qualquer empresa,
33:08
SPEAKER_01: não importa o tamanho,
33:09
SPEAKER_01: às vezes uma solução ela acaba caindo na fila de prioridades da semana,
33:14
SPEAKER_01: na sprint para ser executada,
33:16
SPEAKER_01: porque é uma tarefa que,
33:17
SPEAKER_01: sei lá,
33:17
SPEAKER_01: o gerente pediu.
33:19
SPEAKER_01: Mas o gerente também não se...
33:21
SPEAKER_01: Talvez a demanda chegou para ele porque algum outro time pediu,
33:24
SPEAKER_01: mas ela não tem um motivo.
33:26
SPEAKER_01: Isso eu sofri agora há pouco tempo atrás,
33:28
que a gente estava montando um dash de várias informações de
33:30
integração de ERP,
33:32
SPEAKER_01: e aí a gestora queria um dado específico,
33:35
SPEAKER_01: e aí quando a gente falou que conseguia,
33:36
SPEAKER_01: ela pediu mais 15.
33:37
Daí eu,
33:39
beleza,
33:39
a gente pode gastar todas essas horas para ter todos esses
33:42
dados.
33:43
SPEAKER_01: Aí eu fiz uma pergunta para ela,
33:44
SPEAKER_01: falei assim,
33:45
SPEAKER_01: tá,
33:45
SPEAKER_01: mas se eu te entregar todos esses dados,
33:48
SPEAKER_01: qual que é a tomada de decisão que tu faz com cada um deles,
33:51
SPEAKER_01: se eles derem acima ou abaixo do esperado?
33:53
SPEAKER_01: Daí ela olhou assim, mas eu nem sei qual que é o esperado.
33:55
SPEAKER_01: Eu falei, bom, então tu não precisa dos dados, né?
33:58
Vamos tentar então entender qual que é o problema que tu tem
34:01
para depois a gente
34:02
SPEAKER_01: resolver uma aplicação.
34:03
Então eu acho que essas são coisas que vale a pena tu perguntar
34:06
sempre e questionar
34:07
SPEAKER_01: por que elas estão vindo.
34:09
SPEAKER_00: Sim,
34:09
SPEAKER_00: e aí você vai gerar o código,
34:11
SPEAKER_00: vai gerar,
34:11
SPEAKER_00: usar a ferramenta,
34:12
SPEAKER_00: às vezes nem é código,
34:13
SPEAKER_00: às vezes é uma planilha do Excel,
34:14
SPEAKER_00: resolve.
34:16
SPEAKER_00: E aí entra o terceiro item,
34:17
SPEAKER_00: que é strategic problem solving,
34:20
SPEAKER_00: tipo,
34:21
SPEAKER_00: resolvedor de problemas,
34:22
SPEAKER_00: cara.
34:22
Eles quiserem que você falasse,
34:23
pô,
34:23
qual que é o problema que você quer resolver?
34:25
SPEAKER_00: Ah, o problema que eu quero resolver é...
34:27
SPEAKER_00: sei lá,
34:27
SPEAKER_00: ter uma decisão aqui,
34:28
SPEAKER_00: no caso que aconteceu comigo,
34:30
SPEAKER_00: que problema a gente quer resolver,
34:31
SPEAKER_00: a gente quer que o usuário veja isso,
34:34
SPEAKER_00: mas a gente também quer que ele entre mais vezes no sistema,
34:37
SPEAKER_00: então você parar de olhar simplesmente para a tarefa,
34:39
SPEAKER_00: para o código,
34:40
SPEAKER_00: e qual o problema que eu quero resolver,
34:42
SPEAKER_00: qual o problema mais estratégico,
34:43
SPEAKER_00: qual o problema,
34:44
SPEAKER_00: então olhar de novo para o todo,
34:46
SPEAKER_00: assim,
34:46
SPEAKER_00: e onde é que eu vou,
34:48
SPEAKER_00: o que a gente precisa resolver primeiro,
34:49
SPEAKER_00: o que a gente pode resolver com código,
34:51
SPEAKER_00: sabe,
34:51
SPEAKER_00: então acho que entra no terceiro grande bolha ali que ele colocou,
34:56
SPEAKER_00: né.
34:59
SPEAKER_03: Olhando pra essas três características,
35:02
SPEAKER_03: tu acha que tu,
35:03
SPEAKER_03: como principal engineer,
35:05
SPEAKER_03: já tá preparado pra isso?
35:07
SPEAKER_03: Tu acha que tem alguma habilidade que você ainda precisa desenvolver?
35:10
SPEAKER_00: Cara, eu acho que a gente sempre tem que desenvolver mais, mas
35:13
O que eu achei interessante é que realmente essas
35:18
características é o que se espera
35:20
SPEAKER_00: de um staff plus.
35:21
SPEAKER_00: É exatamente o que se espera de um staff plus.
35:23
SPEAKER_00: Você pensamento sistêmico,
35:25
SPEAKER_00: pensar transversal em vez de profundo,
35:29
SPEAKER_00: você comunicar muito com o negócio...
35:31
SPEAKER_00: É resolver problemas.
35:33
É por isso que eu falei antes é que talvez a distância entre o
35:37
júnior e o principal
35:39
SPEAKER_00: vai reduzir muito.
35:40
Porque hoje isso aqui se espera de um staff,
35:43
de um principal,
35:44
de um sênior para cima.
35:45
SPEAKER_00: Não se espera isso que o Werner falou aqui de um júnior pleno.
35:49
Só que talvez o mercado vai evoluir para um negócio que vai
35:53
achatar essa distância.
35:54
SPEAKER_00: E o júnior já vai ter que ter...
35:57
SPEAKER_00: Lógico,
35:57
SPEAKER_00: o júnior não vai ter o conhecimento sistêmico de um PIX como um todo,
36:01
SPEAKER_00: mas de um cadastro,
36:03
SPEAKER_00: de um e-commerce pequeno,
36:06
SPEAKER_00: alguma coisa.
36:07
SPEAKER_00: Eu acho que isso, para mim, é uma coisa bem clara.
36:11
Eu acho que ou a distância vai diminuir ou a velocidade de você
36:15
ser júnior,
36:15
pela plena...
36:16
SPEAKER_00: Aquela piada do sênior de três anos, ela vai perder a graça.
36:19
SPEAKER_00: Porque provavelmente a gente vai ver isso cada vez mais próximo.
36:23
SPEAKER_03: Mas daí,
36:25
SPEAKER_03: parece que a IA,
36:26
SPEAKER_03: sei lá,
36:27
SPEAKER_03: numa visão superficial,
36:28
parece que a IA vai facilitar o nosso trabalho e a gente não
36:32
vai precisar aprender
36:33
SPEAKER_03: tantas coisas.
36:34
SPEAKER_03: Mas com isso que tu falou, parece que é o contrário.
36:37
Parece que cada vez mais vai ter mais assuntos diferentes para
36:42
um dev dominar,
36:43
SPEAKER_03: ao invés de...
36:45
SPEAKER_03: Acho que programar vai ser o menor dos problemas,
36:49
mas ele vai ter que dominar muitas outras áreas para entender
36:52
muita coisa.
36:53
Eu acho que,
36:54
olhando esse desenho aqui do Werner,
36:57
eu acho que vai mudar o escopo.
36:59
SPEAKER_00: Você é um júnior, você vai ter essas características num escopo pequeno.
37:03
SPEAKER_00: Você sabe esses três conhecimentos aqui num sistema pequeno.
37:08
SPEAKER_00: Você é pleno, você começa a ganhar escopo.
37:10
Você começa a ver dois,
37:12
três sistemas,
37:12
como é que os dois sistemas se integram.
37:15
E aí você chega,
37:16
você consegue ver uma área inteira,
37:18
como é que a área inteira se integra.
37:19
SPEAKER_00: Então, me parece que ao invés de ser tanto...
37:23
SPEAKER_00: só faz isso, isso.
37:24
SPEAKER_00: O Júnior só pega a tarefa e programa.
37:26
SPEAKER_00: O Planner pega a tarefa e ajuda o Júnior.
37:28
SPEAKER_00: Pô,
37:28
SPEAKER_00: talvez você vai ter essas três grandes áreas de conhecimento,
37:33
SPEAKER_00: só que você vai expandindo,
37:34
SPEAKER_00: abrindo para o tamanho da torta que você vai abraçando,
37:37
SPEAKER_00: sabe?
37:37
SPEAKER_00: É isso.
37:38
SPEAKER_01: E olhando até para a forma como a gente...
37:40
SPEAKER_01: Agora que a gente conversou e debateu um pouco sobre isso...
37:44
SPEAKER_01: Eu acho que...
37:45
SPEAKER_01: Eu,
37:45
SPEAKER_01: pelo menos,
37:46
SPEAKER_01: quando eu olhei...
37:46
SPEAKER_01: Eu cometi um erro de avaliar esse negócio...
37:49
SPEAKER_01: Eu estava pensando sempre no Júnior,
37:50
SPEAKER_01: né?
37:50
SPEAKER_01: Como é que o Júnior vai ter tudo isso e tal?
37:53
SPEAKER_01: E, de fato, na verdade... Isso aí é o desenvolvedor do futuro, né?
37:57
Ele não necessariamente é o Júnior...
37:58
Ele vai ser o cara que vai ser bom no futuro...
38:00
SPEAKER_01: E querendo ou não,
38:01
um grande dessas habilidades que a gente falou já é algo que é
38:03
esperado de um staff
38:04
SPEAKER_01: de alguma coisa do tipo,
38:06
SPEAKER_01: ou de um principal.
38:07
SPEAKER_01: Mas ao mesmo tempo,
38:08
SPEAKER_01: se a gente for olhar,
38:09
SPEAKER_01: essas mudanças já vêm acontecendo e não tem só a ver com o IA mesmo.
38:13
SPEAKER_01: Quando a gente contratava programador júnior há um tempão atrás,
38:16
SPEAKER_01: a gente queria só que ele fizesse a tela,
38:18
SPEAKER_01: o HTML,
38:19
SPEAKER_01: o JavaScript ou alguma coisa.
38:21
SPEAKER_01: Hoje a gente meio que já espera que ele saiba o que é Docker.
38:24
e que ele vai ter que saber de um monte de coisa para subir o
38:28
sistema na máquina
38:29
SPEAKER_01: dele para poder fazer.
38:30
Então a gente meio que já espera que ele tenha a habilidade de
38:33
arquitetura um pouco
38:34
SPEAKER_01: do sistema,
38:35
SPEAKER_01: porque ele vai ter que entender que o sistema é virtualizado,
38:38
SPEAKER_01: que vão ter múltiplos serviços rodando.
38:40
SPEAKER_01: Ele já vai ter que entender.
38:42
SPEAKER_01: Então a gente também já espera que o Júnior lá,
38:44
SPEAKER_01: quando ele está fazendo um botão,
38:45
SPEAKER_01: a gente também espera que ele saiba o lugar onde ele está trabalhando.
38:48
SPEAKER_01: Então já é meio que uma expectativa que a gente já tem hoje.
38:51
SPEAKER_01: Então,
38:51
SPEAKER_01: olhando agora por esse olhar,
38:52
SPEAKER_01: depois a gente debater por uns minutos aqui,
38:55
talvez o erro que eu tive no começo do programa era imaginar
38:58
que a gente estava
38:59
SPEAKER_01: falando sobre um cara júnior.
39:00
SPEAKER_01: E, de fato, esse júnior não vai nascer assim.
39:02
Ele vai ter que evoluir e comer bastante carne dura até
39:07
conseguir chegar no filé mignon.
39:09
SPEAKER_01: porque é uma caminhada e são vários conceitos complexos também, né?
39:12
SPEAKER_01: Para o cara entender a diferença de um servidor,
39:15
eu tenho uma birra que eu brinco que hoje em dia tu tem um cara
39:18
que ele sabe
39:18
SPEAKER_01: desenvolver,
39:19
SPEAKER_01: ele sabe subir um Docker,
39:20
ele sabe fazer uma aplicação que vai ter 15 serviços envolvidos
39:24
em um único
39:24
SPEAKER_01: arquivo,
39:25
SPEAKER_01: mas tu pedir para ele subir uma aplicação no Apache,
39:29
SPEAKER_01: ele não sabe o que é.
39:31
SPEAKER_01: Então a gente tem essa distância.
39:33
Isso já naturalmente é o que está acontecendo,
39:35
até porque a infraestrutura está codada.
39:37
SPEAKER_01: Então a gente está tirando essa abstração.
39:39
O que aconteceu com a infraestrutura vai acontecer com o código
39:41
agora com a IA.
39:42
SPEAKER_01: Então acho que é meio que esse caminho.
39:43
SPEAKER_00: Eu acho que é aí que a IA...
39:46
SPEAKER_00: É importante,
39:47
SPEAKER_00: porque para você aprender coisas,
39:49
SPEAKER_00: por exemplo,
39:50
recentemente eu entrei num projeto que eu estou participando de
39:54
umas decisões sobre
39:55
como é que a gente melhora a observabilidade de aplicações Java
39:59
que usam Spring
40:00
SPEAKER_00: Boot.
40:00
SPEAKER_00: Cara, eu nunca usei Spring Boot.
40:02
SPEAKER_00: Eu peguei todas as informações que eu encontrei,
40:04
ou uma porrada de informação que eu encontrei na internet e
40:07
joguei no notebook LM
40:09
SPEAKER_00: do Google e falei,
40:10
SPEAKER_00: me ensina.
40:10
SPEAKER_00: Cara,
40:10
SPEAKER_00: ele montou uma palestra,
40:12
SPEAKER_00: um vídeo,
40:13
SPEAKER_00: um podcast,
40:15
SPEAKER_00: um mapa mental e uma coisa que demoraria dias para eu aprender,
40:19
SPEAKER_00: talvez,
40:19
SPEAKER_00: eu aprendi numa tarde.
40:21
SPEAKER_00: Então, aí que você usar IA para você diminuir esse gap de conhecimento.
40:26
SPEAKER_00: Agora eu entendi, lógico, eu não tenho a experiência.
40:29
SPEAKER_00: experiência que o Rafael Pontes tem de 20 anos usando o Spring Boot.
40:33
SPEAKER_00: Mas eu já consigo conversar com ele de, pelo menos, os conceitos.
40:37
SPEAKER_00: Eu,
40:37
SPEAKER_00: de uma tarde,
40:37
SPEAKER_00: eu aprendi coisas que,
40:39
SPEAKER_00: com certeza,
40:39
SPEAKER_00: eu demoraria muito mais para aprender sem IA.
40:41
Então,
40:42
eu joguei as informações,
40:44
dei o contexto para ele falar,
40:45
cara,
40:45
me ensina isso aqui.
40:46
SPEAKER_00: Então, eu acho que aí a IA resolve.
40:48
SPEAKER_03: Ainda mais com a experiência, né?
40:50
SPEAKER_03: Com a experiência tu aprende ainda mais rápido.
40:52
SPEAKER_00: Sim, aí eu consigo fazer analogias com outras coisas, etc.
40:55
Mas eu acho que aí a IA vai ser uma alavanca para esse gap
41:01
entre o júnior,
41:02
SPEAKER_00: o pleno e o sênior diminuir cada vez mais,
41:03
SPEAKER_00: porque você consegue aprender com isso.
41:06
SPEAKER_00: Não substitui a experiência, mas a parte de aprendizado acelera.
41:12
SPEAKER_03: Minuto, agora uma pergunta filosófica, talvez para já ir encerrando.
41:16
SPEAKER_03: Se você fosse um dev que fosse júnior,
41:19
SPEAKER_03: pleno,
41:19
SPEAKER_03: hoje em dia eu estar entrando na área,
41:21
e tu quisesse montar um plano de desenvolvimento pessoal
41:25
baseado nesse slide,
41:26
SPEAKER_03: para chegar no que esse slide pede,
41:28
SPEAKER_03: o que tu sugeriria para uma pessoa?
41:30
SPEAKER_01: Não, mas começa a tua resposta no passo depois de contratar o GPT+.
41:37
SPEAKER_00: Cara,
41:38
SPEAKER_00: eu acho que eu continuaria tentando aprender,
41:39
SPEAKER_00: principalmente a parte de arquitetura,
41:42
SPEAKER_00: entender os conceitos da arquitetura,
41:44
SPEAKER_00: o que é,
41:45
SPEAKER_00: desde a arquitetura de software mesmo,
41:47
SPEAKER_00: a solid,
41:49
SPEAKER_00: essas partes de boas práticas,
41:50
SPEAKER_00: até para você conseguir filtrar o que a LLM vai gerar de código,
41:55
SPEAKER_00: arquitetura,
41:56
SPEAKER_00: o que é um microserviço,
41:57
SPEAKER_00: o que é,
41:57
SPEAKER_00: sabe,
41:58
SPEAKER_00: pensar,
41:59
SPEAKER_00: fazer aqueles exercícios de system design,
42:02
SPEAKER_00: estudar,
42:02
SPEAKER_00: daquilo, eu acho que dá pelo menos um overview legal do todo.
42:07
SPEAKER_00: A parte de comunicação,
42:08
esse acho que é muito mais experiência e perder a barreira de
42:13
falar com as pessoas.
42:14
E acho que a parte de problem solving também tem muitas coisas
42:18
que você pode
42:18
SPEAKER_00: estudar sobre troubleshooting,
42:20
SPEAKER_00: sobre como resolver problemas.
42:22
SPEAKER_00: Isso é um gap que eu vejo hoje.
42:23
SPEAKER_00: Você tem um sistema complexo e esse sistema dá um problema.
42:28
Troubleshooting,
42:28
você isolar o problema,
42:31
entender onde é que as coisas se conectam.
42:34
SPEAKER_00: Você está falhando aqui.
42:35
SPEAKER_00: O que pode ter antes daqui e depois daqui?
42:38
SPEAKER_00: Ou se isso aqui falhar, como é que eu vou resolver esse problema?
42:41
SPEAKER_00: Então, eu tentaria ir por...
42:43
Tipo,
42:44
tecnicamente falando,
42:45
olhar parte de arquitetura,
42:47
design e arquitetura de software.
42:49
SPEAKER_00: Lógico,
42:50
SPEAKER_00: código você vai precisar aprender também,
42:52
SPEAKER_00: mas eu focaria para ser um destaque mais nessa parte.
42:56
SPEAKER_01: É, não, saindo da ideia que tu já sabe código, né, Lucas?
43:00
SPEAKER_01: Só me confirma que cada vez mais a gente vai precisar de um...
43:04
SPEAKER_01: Como é que é o nome do robô dos Power Rangers?
43:07
SPEAKER_00: Zord.
43:07
SPEAKER_01: A gente precisa de profissionais cada vez mais megazoids, assim.
43:11
SPEAKER_03: Não, mas tinha aquele ajudante lá que tinha a cabeça achatada assim.
43:15
SPEAKER_00: Zordon.
43:15
SPEAKER_00: Ah, não, pode querer escutar.
43:17
SPEAKER_03: O ajudante do Zordon, né?
43:18
SPEAKER_00: Sim.
43:19
Eu acho que vale a gente reforçar que a gente está fazendo
43:22
futurologia aqui,
43:23
né?
43:23
Como o Alexandre falou,
43:25
o Werner Vogels,
43:26
o tamanho é pra caramba,
43:27
viu muita coisa.
43:28
SPEAKER_00: Tem muita informação que a gente não tem,
43:31
SPEAKER_00: porque tem muita coisa,
43:32
SPEAKER_00: muita patente,
43:33
SPEAKER_00: muita coisa que a AWS está desenvolvendo ainda,
43:35
SPEAKER_00: que os big techs têm.
43:36
Pode ser que isso demore décadas pra chegar aqui,
43:39
eu acho que não tanto tempo,
43:40
mas
43:40
SPEAKER_00: Mas é legal a gente ficar de olho nessas possíveis mudanças,
43:44
apesar de elas poderem demorar um pouco para chegar aqui na
43:47
nossa realidade.
43:48
SPEAKER_03: Mas que já mudou muita coisa, já mudou, né?
43:50
SPEAKER_03: Tipo, sei lá, faz três anos que a IA surgiu real, oficial, assim, né?
43:55
SPEAKER_03: Para o público geral e, poxa, mudou muita coisa, né?
43:59
SPEAKER_03: Ninguém mais programa como três anos atrás.
44:02
SPEAKER_00: E não é só programação, tá?
44:04
Eu nunca imaginei na minha vida que eu estaria cortando o
44:07
cabelo e o barbeiro tá
44:08
SPEAKER_00: discutindo comigo sobre IA,
44:10
SPEAKER_00: dando dicas de como ele tá usando IA pra otimizar as propagandas,
44:16
SPEAKER_00: as ads.
44:18
SPEAKER_00: Não tem mais volta, cara.
44:19
Chegou no nível do teu pai falar sobre isso,
44:21
do barbeiro falar sobre isso.
44:23
SPEAKER_00: São pessoas que não são técnicas.
44:25
SPEAKER_00: Pelo menos o meu pai não é técnico.
44:26
SPEAKER_01: E ao mesmo tempo,
44:27
SPEAKER_01: né,
44:27
SPEAKER_01: cara,
44:27
SPEAKER_01: é uma questão que permite que a gente utilize nosso cérebro,
44:31
SPEAKER_01: o tempo de pensar pra coisas mais úteis,
44:34
SPEAKER_01: né?
44:35
E eu vejo a quantidade de coisas toscas que a gente foi
44:38
automatizando e dependendo
44:41
SPEAKER_01: mesmo de agentes e tal.
44:43
E como isso resolve a vida de fato,
44:44
a gente consegue focar em problemas mais complexos,
44:47
né?
44:48
SPEAKER_01: Mas é isso aí.
44:55
SPEAKER_03: Com esse pensamento aí meio pessimista sobre o futuro, a gente encerra.
45:04
SPEAKER_03: Brincadeira, brincadeira.
45:05
SPEAKER_03: Mas a gente encerra então agora o episódio.
45:07
SPEAKER_03: Você escutou Escovando Bits, o podcast da Codicom?
45:09
Siga a Codicom nas redes sociais,
45:11
assine nossa newsletter e participe de nossos eventos.
45:14
SPEAKER_03: Você encontra todos os links no site codicom.dev.
45:17
SPEAKER_03: Valeu e até a próxima.
45:19
SPEAKER_03: Valeu.
45:19
SPEAKER_03: Valeu.
45:26
SPEAKER_03: Esse podcast foi editado pela BZT.