Latest / Entre Chaves / #258 O futuro do front-end: ele está morrendo ou evoluindo?

Transcript

#258 O futuro do front-end: ele está morrendo ou evoluindo? · Entre Chaves

0:02
Estamos no ar mais uma vez com mais um episódio de entre
0:05
chaves. Saudações a todos, sejam muito
0:08
bem vindos. Meu nome é Luiz Fernando, eu sou
0:11
arquiteto de soluções e gerente técnico aqui na DTIE.
0:15
Hoje trazemos aqui para vocês como sempre, mais um tema
0:19
recente para uma ótima discussão.
0:21
E aqui do meu lado, junto comigo seno host, temos o Dudu.
0:25
E aí? Pessoal, tudo bom?
0:27
Prazer mais uma vez aqui, como os convidados da lista chaves.
0:32
E hoje trazemos 2 convidados aqui primeiro.
0:35
Então vou deixar cada um deles se apresentar separado.
0:37
Vamos começar? Pode se apresentar.
0:39
Beleza pessoal, aqui é o Felipe, eu sou techleed, mais de 15 anos
0:44
no mercado. E esse aí?
0:45
E hoje temos aqui uma convidada remota, a Sara.
0:48
E aí, gente, meu nome é Sara, eu sou desenvolvedora líder aqui na
0:52
dti. Estar participando aqui com
0:54
vocês, muito obrigada pelo convite aí, pessoal.
0:57
Então, pessoal, o tema de hoje é um tema que assim, na verdade,
1:01
já tem 1111. Tema chamativo, né?
1:04
Quando a gente vê o título do podcast, que é um tema
1:06
chamativo. Esse tema, na verdade, apareceu
1:08
primeiro com uma discussão no Reddit há um tempo atrás, e
1:12
começou assim. Quando a gente vê essa, essa
1:15
chamada que é até forte assim, o front Angels está morrendo e
1:18
chama atenção realmente pra gente poder ir um pouco mais a
1:21
fundo, ler e entender. E nós vamos trazer aqui essa
1:23
discussão pra vocês entenderem por que começou esse tema
1:26
polêmico e agora pra gente dar início a essa discussão, eu
1:30
queria ver aqui com o Felipe, só pra dar uma introdução base pro
1:33
pessoal. O front end tá morrendo.
1:36
Morrendo, morrendo. O conceito tá o conceito de
1:40
front end antigo. Ele já caiu por Terra.
1:44
Não existe mais o cara que é front end, que ele só constrói
1:48
tela, que ele só lida com HTML, que ele só lida com JavaScript.
1:52
Que ele só lida com o próprio dum da página.
1:55
Agora pro cara ser um front end de verdade, ele precisa lidar
2:00
com a gama muito maior de ferramentas e de instruções.
2:05
Hoje pra um cara ser o front end, ele precisa de dominar
2:10
praticamente 11 esteck maior de engenharia Pra Ele conseguir
2:17
completar o que que ele tá fazendo?
2:18
É até tipo assim, isso até traz uma certa angústia, né?
2:21
Pra pra quem hoje está nesse mercado eu sou desenvolvedor
2:24
frut end eu gosto de de só mexer com com comparentes react e não
2:28
sei o que Oo outros frameur que se der tipo igual eu que nem da
2:32
eco de angula e tudo ainda. Mas a questão nem é que as acho
2:38
que as pessoas não vão mais desenvolver é componentes né?
2:42
Não vamos fazer mais só tela, vão preocupar com b kend aqui.
2:45
Igual você falou assim, existem outras habilidades que estão
2:47
chegando aí, né, Felipe? Pra pra gente poder ter que se
2:50
preocupar, né? Então tipo assim, é essa questão
2:52
dessas habilidades novas que tá vendo assim, da onde que surgiu,
2:55
né? O que, que, que mudança, que que
2:57
aconteceu, que que que foi trazendo essas novas
3:02
necessidades? As novas necessidades, elas vêm
3:06
da evolução do próprio mercado e da tecnologia.
3:10
Hoje em dia não tem como você fazer um front end, um front end
3:14
profissional, né? Hoje, porque a gente não tá mais
3:18
falando de site estático, a gente tá falando de sistemas pra
3:22
mexer em um sistema. Hoje em dia a palavra principal
3:26
é a agilidade. Não adianta um sistema ser
3:30
complexo e ter 1000000 de funcionalidades se ele não
3:32
resolve seu problema rápido. Qualquer cliente desiste de um
3:36
sistema que ele é lento e moroso pra mexer.
3:39
Então, hoje nós temos algumas algumas tecnologias, né?
3:45
Alguns tópicos que a gente tem que lembrar sempre quando a
3:47
gente vai mexer no nosso front end.
3:49
Não tem como falar de front end sem lembrar de Cash, né?
3:54
Porque o Cash é importante para a gente resolver todos os nossos
3:58
tópicos ali referente a própria página de agilidade, um site
4:03
hoje, né, que a gente já tenha. Internet muito mais ágil do que
4:08
há 1020 anos atrás. Não tem como comparar.
4:11
Hoje a gente tem que ter o mesmo desempenho no mobile que na no
4:18
computador em si. Se Oo site que a gente abrir no
4:22
mobile, ele não responder na mesma agilidade.
4:24
Com a internet boa, infelizmente o nosso site vai ser nosso
4:29
sistema vai ser defasado e jogado de lado.
4:31
Mas o que que aconteceu? Acho que No No mercado que você
4:34
você mencionou, Cash. E aí é, é, eu queria falar um
4:38
pouquinho dessa transição, porque o front rende até
4:42
relativamente 11 período recente.
4:45
Era o que você falou, era HTML, CSS, um pouco já escrito, e ali
4:48
acabou de repente, já trouxe Cash.
4:51
O que que foi que aconteceu entre esse ponto e o que nós
4:54
estamos agora, né? É, é que tipo de tecnologia que
4:57
surgiu, que tipo de arquitetura surgiu, é pra gente conseguir
5:01
contextualizar. Pro pessoal, principalmente pro
5:03
pessoal que tá ouvindo a gente que às vezes não tem muito,
5:06
muito contato, muitas vezes a galera do do back end, a galera
5:09
que é de outras áreas, que não conhece muito de fronte, que
5:12
tipo de tecnologia que surgiu, que nos trouxe pro lugar que nós
5:15
estamos agora? É, eu citei Cash, mas a gente
5:18
pode abrir uma gama maior de tecnologia, né?
5:21
Não? Não sendo o Cash uma tecnologia
5:24
em si, mas sim uma propriedade da da tecnologia.
5:27
O react viu o angula hoje? Todos eles trabalham também com
5:33
o ciclo time, né? Que é Oo tempo de vida, né?
5:36
Na tela e esse ciclotime, ele vai falar quando um componente
5:41
ele tem que nascer, quando ele tem que morrer, pra gente fazer
5:44
o gerenciamento da memória, das informações que tem na tela e o
5:49
Cash tá junto disso, junto com essas informações do ciclotime
5:53
Cash e et cetera, a gente também tem que levantar os pontos sobre
5:58
segurança. Que hoje também.
6:00
Segurança é um ponto que tem que ser uma obrigação do cara que
6:04
mexe com o front end, né? Do profissional do front end.
6:07
E nesses pontos de segurança é ele é obrigado a começar a
6:12
conhecer sobre JWT, que é autenticação via token, os
6:17
cookies em si, entre outros milhares de de itens.
6:22
Pequete jeans que vão, né? Completando o nosso
6:25
profissional. E é interessante porque esses
6:28
pontos que você trouxe aí, eles são são pontos que que antes a
6:32
gente preocupava muito no back end, né?
6:34
Hoje o front end está muito integrado.
6:37
O que o que está permitindo isso?
6:38
Acho que são algumas tecnologias que tem surgido aí que está meio
6:41
que borrando essa linha de diferença, né?
6:44
Do que que é cliente, do que que é servidor.
6:46
Né? Com a com a questão que a gente
6:48
vê do dos react server, componentes que tem chegado o
6:51
next sesvelt, que são prêmios que são que tem, que tem trazido
6:55
um pouco mais de ferramentas para que essa essa linha, né,
7:01
seja mais borrada mesmo, né? Para que a gente consiga ter
7:03
essa esse desenvolvimento mais integrado.
7:07
Eu queria até puxar a Sarah para conversa exatamente disso que
7:10
você falou agora sobre os react server components.
7:13
Vou explicar, né? Para dar uma.
7:16
Uma elucidação breve aqui pra gente sobre o que são esses
7:20
break server components é qual o objetivo deles com o né?
7:25
Pra que que eles servem? E principalmente assim é é que
7:29
tipo de mudança de paradigma isso imputa no desenvolvimento.
7:35
Bom, primeiramente, né? No front change que a gente
7:38
tinha era um lidando com informações do lado do client,
7:43
né? Mas aí como é?
7:45
Vocês falaram bem, né? A gente foi trazendo mais
7:48
complexidade para o front end e a gente tem agora mais
7:52
Independência no próprio front para a gente lidar com algumas
7:55
informações. É e a gente lidar com esses
7:58
dados é apenas aí, né? Chapado No No front change
8:03
apenas do lado do cliente. É um risco de segurança e de
8:06
desempenho também, né? E aí é, com isso surgiram essas
8:10
soluções que levam o front change para um lado do servidor.
8:14
É dentre eles aí o next, que eu acho que o pessoal está mais
8:17
familiarizado, né, que é um desenvolvimento de fronte
8:20
voltada ali para o lado do server e o react server,
8:23
componentes que eu acho que a gente pode resumir.
8:26
É em como uma transformação dos componentes em uma chamada
8:31
remota. Então no back end a gente tem o
8:33
código local, mas ele está sendo executado remotamente.
8:37
Então o front end é vai ter esses componentes que vão é se
8:41
comportar da mesma forma do lado do servidor.
8:45
Então cada um desses componentes, eles vão ter eles
8:48
vão ter uma Independência. De busca de dados, de
8:52
manipulação de dados, né? De fazer 11 datafecting, de
8:56
saber quando esses dados vão estar é disponíveis e o que isso
9:00
implica aí, no que a gente tem hoje em dia.
9:02
É uma reestruturação do front end, assim como vocês já
9:06
falaram, né? Essa Barreira que a gente tem de
9:08
back front é quais os limites que esse título está carregando?
9:12
Quando a. Gente, pega o react, seven
9:13
components. Afinal de contas, onde está
9:16
desenhada essa linha? O que que é back, o que que é?
9:20
Client e tem. Tem alguma?
9:24
Tem alguma linha tendo ali que as coisas ficam misturadas?
9:27
Tem a coisa é bem fácil de de separar.
9:30
A linha é bem dividida. Como é que?
9:31
Como é que está funcionando isso atualmente?
9:33
Bom, colocar lógica demais do lado do cliente.
9:36
Você vai ter problema de performance, de segurança, mas
9:39
você colocar tudo do lado do servidor, você, você também vai
9:42
ter gargalos ali no seu front encho.
9:45
É, eu acho que ainda é uma discussão muito subjetiva, de
9:49
até onde vai o domínio do front, né?
9:52
A gente tem essa Independência de manipulação de dados aí no
9:55
cast, por exemplo, é. E aí fica um questionamento
9:59
também, será que as regras de negócio mais sensíveis vão para
10:02
o back end? Será que no front a gente vai
10:05
lidar apenas com informações que estão sempre é mais disponíveis
10:09
ou que elas precisam de ser mais resilientes naquele momento?
10:12
Então eu acho que isso daí é um estudo, é arquitetural e até da
10:16
regra de negócio do produto também, de como saber usar a
10:19
ferramenta. Legal.
10:21
Então, tipo assim, fica uma decisão do do próprio time, né?
10:24
Onde que? Onde que vai o cliente, onde que
10:26
vai o servidor? EE, isso tem que ser.
10:29
Feito no momento que a gente está desenvolvendo a história,
10:32
né? Tipo assim, Oo desenvolvedor
10:33
passa a se preocupar com isso, né?
10:34
O desenvolvedor fronte int. Ele vai decidir isso aqui roda
10:37
no fronte, isso aqui roda No No no servidor e ele mesmo consegue
10:40
falar isso lá No No no arquivo, consegue tipo escrever um
10:43
arquivo e esse arquivo ele tem tanta parte de de cliente quanto
10:47
parte de de servidor, tudo junto ali ou faz bases de códigos
10:50
separadas mesmo? É o interessante do react server
10:54
components é que você pode escolher de onde você pega a
10:57
informação, certo? Então você pode ter ali um
10:59
contato com uma PI externa, com o seu back end, é ou até o
11:04
próprio banco de dados, dependendo de como é feita.
11:07
É essa estruturação. Mas Eu Acredito que pra gente
11:11
ter essa clareza, é interessante você fazer uma prova de conceito
11:15
também, né? Às vezes você tem um produto que
11:17
já está estruturado e aí você quer usar, implementar uma
11:21
tecnologia é de serverside ou react server, componentes, né?
11:25
Especificamente. Então não é uma migração que é
11:28
feita do dia para a noite, né? Você se faz uma prova de
11:31
conceito, né? No fluxo com menor risco.
11:34
E aí vocês conseguem é determinar o que que é mais
11:38
interessante, estar no back end ou ali do lado do front end e.
11:41
O que que a gente consegue já afirmar com certeza em relação a
11:45
ganhos de em adotar, por exemplo, OOO desenvolvimento
11:50
mais voltado por server, a ideia é que a gente priorize.
11:55
O react rodando no servidor para ter menos essa carga No No
12:00
cliente. O que a gente já tem consolidado
12:02
já de de ganhos e é, é seja de performance, seja de né?
12:08
De tempo de carregamento de página, é a quantidade de
12:11
tráfego gerado. O que o que a gente já tem aí já
12:13
consolidado de melhora por priorizar o código no servidor.
12:17
Todos esses pontos que você citou, tanto o ganho de
12:20
velocidade? Né?
12:22
AA performance em si, o volume de tráfico de dados também.
12:26
Ele vai diminuir bastante, porque não vai mais ser
12:29
processado nada, entre aspas, nada do lado do cliente.
12:34
Ele vai processar o mínimo possível para ganhar o máximo
12:37
possível de agilidade e performance.
12:40
Por exemplo, a gente pode ter que começar a ter problema com
12:43
essa tecnologia quando a gente vai migrar um sistema antigo que
12:47
está em react. Que é mais difícil decidir qual
12:51
que vai ser a responsabilidade? Aonde vai ficar essa
12:53
responsabilidade? É muito fácil se perder nesse
12:56
paradigma. Então eu fiz essa pergunta, na
12:58
verdade é porque assim a galera da velha guarda mesmo, bem velha
13:02
guarda, sou eu, né, Rita? E muitas, muitos vão lembrar,
13:06
dando uma época que da das origens, quando começou esse
13:10
conceito, antes de existir o conceito simple page application
13:13
que que a gente tinha na época. Agora nós vamos denunciar a
13:15
idade, tá? Quem é da velha guardi ouviu
13:18
falar em Ajax? Então como é?
13:21
Como é que era o Ajax, né? A gente subia o renderizava, o
13:26
back end subia uma página com aquele músico, com JavaScript,
13:29
com tudo, colocava um update paniel do Ajax ali e aí em real
13:36
time, ele IA atualizando o que tava dentro ali.
13:39
Então, porque antes de ter o Ajax, como é que era?
13:41
Eu renderizava a parte inteira, eu clicava em algum botão.
13:45
IA tudo pro servidor, voltava tudo pro cliente, clicava outro
13:48
botão, IA tudo pro servidor, voltava tudo pro cliente e
13:50
ficava isso. Então a Jackson veio com uma
13:53
revolução de e agora você não manda, você não fica mais
13:57
mandando um mundo de código pro seu cliente.
13:59
Você manda 11 comando e aquele comando vai dar um retorno que
14:04
vai atualizar aquele pedacinho só da página o react sever
14:07
components. Ele está parecendo um pouco com
14:10
essa parte de eu mando tudo de volta e recebo essa página
14:13
estática inteira de volta, sem os script.
14:17
Mas eu recebo tudo de volta. É outra coisa, porque a questão
14:20
do do front rege single page uplication tem um bando maior na
14:25
hora de você enviar a sua página pro primeiro load.
14:28
Então, né, vai aquele Monte de skip, que é um Monte de coisa,
14:31
mas depois as atualizações são pontuais.
14:34
Se tem alguma coisa, por exemplo, que eu aperto um botão.
14:37
Que vai no back end, consulta um dado e vai atualizar 111 dado só
14:43
da tela eu recebo só aquele dado e atualizo ali comparando essas
14:47
2 coisas que eu tô falando, essa tecnologia já até antiga ou que
14:51
que que foi que deu origem a essa questão do single page?
14:54
Uplication com essa questão de manda tudo de volta, renderiza
14:57
tudo com uma parte de start que manda pra lá outra vez.
15:00
Como como que a gente balanceia isso?
15:03
Primeiramente, né, o levantamento dessas ferramentas,
15:06
como o RSC, tem que ter um motivo.
15:09
Então a gente não tá aqui falando aí, ó, esse é o futuro
15:12
da tecnologia, a resposta para todos os nossos problemas.
15:15
Eu não gosto de falar que depende, mas depende.
15:18
Não seria o episódio dentro e chave sem um depende?
15:22
Se você tá com um produto já evoluído, por exemplo, né?
15:26
Um projeto Maduro e ele tá ali com não sei.
15:29
Um excesso de requisições entre serviços?
15:32
Você tá com uma dificuldade de orquestrar os dados que tem no
15:36
front end. Então é o assunto que a gente
15:38
falou no início, né? Da disponibilidade e da
15:41
latência, né? Os os usuários estão cada vez é
15:46
menos toleráveis com demora de carregamento.
15:49
Então se você tem ali é uma situação, uma latência fora de
15:53
controle, uma gerência que tá prejudicada, aí você tem um
15:57
motivo e aí esse tipo de solução, né, de trazer.
16:01
Algumas dessas informações que estão prejudicando é a sua
16:05
solução para o lado do servidor. Então a gente não está falando
16:10
é, vamos construir, é um projeto inteiro só o front end é fazendo
16:15
tudo do lado do servidor, né? Eu acho que tudo tem que ter.
16:19
É uma justificativa, ser orquestrado.
16:21
De forma consciente, né? O arquiteto de soluções pensando
16:24
em como implementar esse tipo de solução.
16:27
Até porque, se a gente pensar em SO, essas coisas todas, ainda,
16:30
ainda tem coisas que talvez é interessante a gente processar
16:33
no cliente, né? A gente processar mais próximo
16:35
da ponta, né? Interações, né, que vão ter, que
16:39
vão ser feitas, que cara a gente depender de ir pro servidor pra
16:42
voltar por causa de uma interação, pode ser que seja
16:45
mais problemático, né? A gente fazer esse tipo de.
16:49
De operação. A escolha da tecnologia, como eu
16:52
estava falando, de banco de dados, ela é muito importante,
16:55
por exemplo, é o espaço que a gente vai ter em disco, ele IA
17:00
ser muito grande. Então não é qualquer servidor
17:02
que simplesmente comporta um banco crescendo um 2 GB por dia,
17:06
né? A gente tem que ver como que vai
17:08
lidar com essa informação. Uma das opções que a gente
17:12
pegou, que a gente adotou, foi o data Lake.
17:15
O data Lake ele é barato. Para inserir, só que ele é caro,
17:20
para buscar a informação. Então isso a gente tem que saber
17:24
lidar com isso com com muita sabedoria.
17:27
Qual que é o momento certo da gente conseguir buscar o que que
17:31
a gente precisa e aproveitar o melhor possível do que a gente
17:36
tem em mãos. Quando a gente fala do cara que
17:39
é front end, Pra Ele ter o conhecimento também da da parte
17:44
de engenharia, ele conheceu o projeto de ponta a ponta, não
17:48
só. A parte da tecnologia, mas
17:50
também a parte da do funcionamento que o sistema tem
17:56
pro usuário. Por exemplo, se eu clicar num
17:59
botão, o que que ele tem que fazer?
18:01
Qual que vai ser o funcionamento?
18:03
Não só simplesmente buscar e trazer informação, mas sim o
18:07
jeito certo de fazer isso e a melhor oportunidade pra fazer
18:11
isso, a melhor hora pra fazer isso.
18:13
Te ouvindo falar isso, me veio uma coisa na cabeça aqui.
18:16
Que sempre na história, até hoje assim da desenvolvimento web, a
18:20
gente fala de arquitetura, a gente sempre pensa em back end,
18:23
então sempre foi uma coisa meio que assim sem o back end, o
18:27
arquiteto de soluções, o back end, ele preocupa com isso, com
18:30
recurso, com armazenamento, eu vou, eu vou utilizar a busca é,
18:34
pô, se eu vou fazer tal com com a tal busca no banco de dados,
18:37
eu tenho um índice apropriado para buscar isso aqui, eu eu,
18:40
como que eu vou gerenciar meu Cash?
18:42
Que tipo de operação que eu tenho que falar entre paredes eu
18:44
fiz? Eu tenho que limpar o Cash.
18:46
Isso sempre ficou do lado do back end e a galera do fronte é
18:48
meio que assim, Ah, isso aí é responsabilidade deles.
18:50
Eu não tenho que preocupar com isso.
18:52
O máximo state não sei o quê. E isso aproxima muito fronte da
18:57
arquitetura. E o fronte passa a ter essa
19:01
obrigação de realmente entender o que está por trás dos panos.
19:05
E igual você está falando, a gente fala assim, pô, beleza, eu
19:07
estou usando o fronte aqui. Mas se eu fizer tal tipo de
19:11
operação assim, essa operação é cara, essa operação é barata, eu
19:14
preciso executar isso dessa forma, tem uma forma melhor do
19:17
executar isso lá atrás. Eu eu acho que isso aproxima o
19:20
fronte de uma arquitetura que sempre foi uma coisa mais
19:23
distante, né? O pro pro back end não é
19:26
opcional, sem entender de arquitetura por fronte é
19:28
opcional. O cara que quer entender, que
19:30
gosta, ele vai lá, ele vai aprender, ele vai saber se o
19:33
cara também quiser, não quero saber, não quero me envolver
19:36
nisso, é possível, o cara do Beck não.
19:39
O pessoal do Beck in sempre tem que ter aquela preocupação com
19:41
algumas coisas e eu eu acho, eu acho interessante isso, sabe?
19:45
O fonte agora tem que ter conhecimento de pipeline de
19:47
CRCD, você falou de Cash, onde que eu vou fazer meu acesso aos
19:50
dados? Eu tenho que fazer tal
19:51
cooperação. Eu eu consigo realmente não vou
19:54
otimizar, então eu vou separar esse código, esse componente vai
19:57
ficar no server. Esse componente ficar no client,
20:00
porque esse componente do cliente eu vou mandar o bando
20:02
junto de script, porque pô, eu vou mandar a página grande, mas
20:06
nessa página grande tem uma luzinha lá se tá vermelha ou tá
20:09
verde. Status, pô, se der alguma coisa
20:11
errada, eu só vou alterar a cor da luz, a cor do botão pra de
20:14
vermelho pra verde, então isso vai rodar no client.
20:17
Eu não vou fazer isso no server, não, vou mandar uma página
20:19
inteira e voltar pra atualizar minha luz pra meu status porque
20:22
deu um alarme e virou vermelho. Começar a ter essa visão eu acho
20:25
muito interessante. E não só tipo assim, saber só.
20:28
Isso roda no Clint ou isso roda no server, mas tipo assim, isso
20:30
eu vou resolver com o código frontening integrado, isso aqui
20:33
eu vou julgar lá pro back end mesmo é até tipo assim, beleza,
20:37
esse é meu frontening integrado. Como eu não vou ter muita, muita
20:40
questão dessa, tem muita coisa que é que é que é client sai de
20:43
mesmo, faz páginas estáticas mesmo, vou, vou, vou, vou
20:47
colocar ela num serviço na nuvem de páginas estáticas ou vou é
20:52
usar um serviço de de serverest pra algumas coisas, sabe?
20:55
Então. Esses conceitos começam a
20:57
importar para o desenvolvedor frankenge, né?
21:00
Ele entender qual que é OOO caminho melhor para aquele
21:04
código dele também. E isso e complementando isso,
21:07
isso inclusive esse, esse novo formato de pensar é que a gente
21:12
tem lido, tá dando origem a um novo termo.
21:14
Que é o full experience developer, né?
21:17
Que é justamente essa maneira diferente de de pensar
21:21
integrada, né? Do front ibeck e arquitetura,
21:25
pensar em incidir, pensar no produto, o que que faz sentido
21:29
ou não pro lado do produto. O cara às vezes está pedindo uma
21:32
coisa assim, putz, o cliente está pedindo um negócio, tem
21:35
nada a ver isso, aquilo, essa parte, isso aqui não está
21:37
encaixando e se a gente tiver alguém ouvindo a gente que
21:40
quiser seguir por esse caminho, independente se vai, se se não
21:43
vai vingar ou não. Mas se seja uma pessoa que vai
21:45
ter essa pegada, que vai entender dessa parte do do
21:49
clientes, do server, tem que estar próximo da arquitetura,
21:52
tem que entender de pipeline, tem que entender de, de, de
21:56
desses conceitos, que dicas que vocês dão pra essas pessoas que
22:00
querem ir pra esse lado? Primeiramente, antes da gente
22:04
adotar novos títulos, a gente tem que mudar o pensamento do
22:08
pessoal do que que é front end. Porque se você for na faculdade,
22:11
hoje em dia você for 11 leigo, até os nossos colegas de
22:15
profissão é, eles vão diminuir um pouco a atuação ali do front
22:19
end. E hoje em dia é o deve front.
22:22
O trabalho dele só começa a partir do momento que a
22:24
interface está pronta. É ali que começam, é os
22:28
desafios. E eu gostei muito que vocês
22:31
falaram em essa parte de arquitetura, porque realmente o
22:34
arquiteto, ele dá tanta atenção ao back end.
22:36
Nossa, eu vou fazer essa camada, a gente vai usar é esse formato
22:41
aqui de banco de dados. Nós vamos usar este fluxo, essa
22:45
modelagem e chega no front end, Ah, vamos a react.
22:49
E eu vejo que não só é. Não só novas pessoas que querem
22:55
seguir a carreira, mas eu também vejo desenvolvedores, back end
22:58
ou até arquitetos. Eles vão olhar com novos olhos
23:01
pro front end, vão ter esse gosto, né, de fazer uma
23:04
arquitetura também, que eu acho que todo o projeto deveria ter
23:08
essa atenção pra tomar conta aí, desses detalhes que a gente
23:12
discutiu aqui. Então eu acho que talvez, né,
23:16
que a gente vai ter ali, né, um novo cargo, né?
23:19
Mas muitas pessoas podem ter um interesse pra redirecionar aí.
23:22
Pra esse conhecimento mais arquitetural de de DevOps e
23:27
atrelada aí ao front change. Mais amplo, né?
23:29
Não é só tipo ir pra um outro lado, é você ter uma noção maior
23:34
de de tudo aquilo que tá envolvendo e não só aquela
23:36
telinha ali, né? Juntar isso aí que você falou,
23:39
Sara, como que você falou, né, Luiz?
23:40
Cara ter noção, cara, você tá fazendo aquilo, mas por que?
23:42
Qual que é o objetivo, o que que aquilo ali vai afetar no todo,
23:45
no meu produto, Na Na, no direcionamento que a gente tá tá
23:49
tendo, no, no, na nossa aplicação, no nosso sistema,
23:52
sabe? Eu acho que isso aí é mais
23:53
importante, igual você falou do que qualquer denominação de
23:56
cargo sabe, é você ter uma noção daquilo que você tá fazendo e o
23:59
que que você vai, como que você vai aplicar e até pegando um
24:03
gancho no que você comentou aí de de IA, Felipe, de que hoje a
24:06
gente consegue pedir pra IA. Tem muita gente que às vezes até
24:09
toca né coisa, Ah, o fronti está morto, mas às vezes pensando
24:12
muito nessa questão da IA, porque até pensa que fazer a
24:15
telefácil igual você falou né? Assim, Ah, é só usar react, faço
24:17
qualquer coisa, né? Então, achando que.
24:20
Usar IA simplesmente vai falar, cara, eu não preciso saber mais
24:23
do do do front end. Eu acho que não é por aí, né?
24:25
Ou vocês acham que é que que com AIA agora não precisa se
24:28
preocupar tanto com o que que é o react que cada componente?
24:31
Talvez OIA um dia chegue nesse ponto.
24:34
Não, não vou negar. A gente não sabe o dia de
24:36
amanhã, mas até então não, a gente sabe que não, porque você
24:41
pode pegar um print de uma tela que você quer que faça que ele
24:46
cria uma interface. Mandar Pra Ele, ele vai te
24:49
mandar. Essa tela bonitinha é criada do
24:52
jeito que você quer, perfeita. Só que ele vai.
24:55
Por exemplo, se a gente tiver trabalhando com react, ele vai
24:58
encher de use facts. Ele vai deixar uma performance
25:02
terrível nessa página. Ela vai estar do jeito que você
25:05
quer, ela vai estar funcional, mas ela não vai estar legal,
25:08
sabe? É um vamos dizer que é um falso.
25:10
Positivo na hora de corrigir aquele bug, lá você vai ter
25:14
aquele problema. Não não só na parte do
25:16
funcionamento, mas também na parte do CSS.
25:19
Obviamente a gente pode treinar e a para ela melhorar, mas se
25:23
você mandar uma página estática para ele fazer, ele vai fazer
25:26
uma página estática composition Absolut para todos os lados e
25:31
uma refraturação absurda para fazer depois.
25:34
É engraçado, né, cara? Tudo isso que você tá falando a
25:37
gente. Viu isso No No projeto que a
25:39
gente está atualmente, que eu estou atualmente.
25:41
A gente passou por isso, por isso agora.
25:43
E olha que a gente está usando Oo espec kit do GitHub como como
25:47
um frameur de de de sdd e tudo. Mas a gente vê que mesmo pedindo
25:50
pra ir Ah, usando tudo lá do do do espec kit usando espec drib e
25:55
tudo cara. Ela gostou, ela vai gerar a
25:58
parte estática do jeito que você pediu.
25:59
Muitas vezes ela não usa a questão dos INSS, tem que
26:01
reforçar com ela, cara. Use, reuse as as variadas, reuse
26:05
as definições do do do design system pra lá.
26:07
A questão do dos domínios que você falou, Luiza, ela cria
26:10
muita coisa, coisa que já está num domínio ali, onde a gente
26:12
poderia reaproveitar e, ou melhor, componentizar aquilo ali
26:15
dentro do front end, até na no que você falou, né?
26:18
A gente tem que ter uma arquitetura ali dentro, conhecer
26:20
um pouco ali do front end. Pra gente poder não ficar
26:23
reinventando roda ou botando user effect pra tudo, criando
26:26
uns state maluco lá, uns stornes maluco lá na aplicação.
26:30
Então acho que que que tem que ter um pouco de cuidado nesse
26:33
negócio também. Não é só achar que o negócio
26:35
falou, pega o firma lá e taca e aí a faz e sai.
26:39
Mas é como produto mesmo que a gente vai colocar em produção.
26:43
Acho que ainda tem um pouco de de ainda precisa de evoluir um
26:47
pouco mais, né? Acho que é IA.
26:49
A IA não é tão i ainda. A IA vai te ajudar muito nesse
26:53
caso de desenvolvimento rápido, que a gente não tá se importando
26:56
muito em poc, né? Por exemplo, AA prova de
27:00
conceito que a gente precisa pra ganhar licitações, né?
27:04
É maravilha. Mas o produto final ele tem que
27:08
ser estável e se ficar só a versão da IA ali, infelizmente
27:12
você está vendido. Bom, e muitas vezes a IA vai te
27:14
ajudar até mesmo de você decidir se você vai aprender a
27:18
catecnologia ou não. Eu tava no num projeto, por
27:20
exemplo, que o pessoal tava querendo fazer umas certas
27:23
funcionalidades que dependia de uma carga de dados grande de uma
27:28
base pra outra. Pessoal assim, e se a gente
27:30
usasse databrix? Eu nunca usei databrix na minha
27:32
vida que eu fui tudo que eu tinha que gerar, eu gerei que o
27:35
IA. Assim, falei, por quê?
27:37
Porque era uma prova de conceito, sim, se você acha que
27:39
eu falei assim, depois que você for lá e a mesma coisa eu faria
27:42
e Ah, nós vamos usar react sever compones para esse sim, pô, eu
27:45
nunca mexi com isso, eu não vou preocupar em aprender, eu vou
27:48
mandar, IA gerar. Fiz a prova de conceito,
27:50
funcionou, o pessoal gostou, realmente vamos usar isso agora
27:54
a hora que eu vou sentar e vou aprender, mas depois eu perco
27:56
meu tempo lá, perco 2 semanas estudando, headsev, compones,
28:01
porque o pessoal fala assim, Ah, desestimbo, vou usar mais, não.
28:05
OK, pelo menos eu sei, né? Mas assim, você poderia ter
28:08
usado seu tempo de forma muito mais produtiva, né?
28:11
Se. Você aprende um negócio aqui,
28:12
estuda 2 semanas direto, se você não aplicar aquilo daqui a 1
28:14
mês, você não é mais nada também.
28:16
Tem que então assim, eu acho que pra, pra, pra e a pra, esse tipo
28:19
de coisa assim que eu estou falando aqui é uma tecnologia
28:22
muito nova, muitas empresas podem ser que vão adotar ou não.
28:26
Nessa a gente está falando de coisa recente, a gente mencionou
28:29
isso muito no começo do episódio, que ainda é muito
28:32
Power, head option ainda, né? Muito assim.
28:33
A galera falta muita coisa. Então eu nem sei se AA também,
28:37
como é que tá? Se AA tá conseguindo realmente
28:39
produzir coisas já de server componentes de uma maneira
28:42
bacana, porque uma coisa muito recente, mas de qualquer forma,
28:46
eu acho que vale a poc aí pra todo mundo, pra pra pra pensar,
28:50
pra pra testar, né? Pois então pessoal, espero que
28:53
vocês tenham curtido tanto quanto eu essa esse bate-papo
28:56
aqui. Eu achei muito proveitoso, eu
28:58
achei extremamente construtiva essa nossa discussão, vejo vocês
29:01
no próximo episódio, mas enquanto isso.
29:04
Vocês acham que o frontange morreu?
29:06
Entenderam nossa discussão? Comenta aí quem já teve
29:09
experiência com Red server components.
29:12
Que tipo de experiência vocês vocês tiveram?
29:14
Que tipo de dificuldade? Deixa aí o comentário pra gente
29:17
e eu despeço aqui, Dudu. Aquele abraço pessoal, muito.
29:20
Obrigado, muito obrigado, Felipe.
29:22
Ô, valeu, quem? Agradeço.
29:23
Sou eu, Sara também. Obrigada, gente, foi muito
29:26
divertido. Até mais pessoal.
29:28
Valeu, pessoal, até a próxima.