Latest / Entre Chaves / O Java 25 é uma escolha mais rápida e estratégica

Transcript

O Java 25 é uma escolha mais rápida e estratégica · Entre Chaves

0:02
Já provencia da quando e evoluindo ao longo do tempo para
0:04
trabalhar com cloud Nature. E é isso que o projeto um traz
0:08
também. Como eu vou fazer virtual Trad?
0:10
Como eu vou trabalhar melhor com performance e escalabilidade?
0:13
Em um mundo hoje onde todo mundo vai vai trabalhar com micro
0:16
serviços em sistemas distribuídos, em vez de monolito
0:20
como foi no passado, ele vem com essa atenção de trazer como
0:24
podemos performar mais, o que podemos fazer para sermos mais
0:27
produtivos, inicializar mais rápido, processar milhares ou
0:31
milhões de de registros de maneira eficaz, rápida e hoje,
0:36
se vocês verem aí, deve ter alguma colinha.
0:38
Vai estar aqui embaixo. O Java deve estar competindo
0:41
principalmente com o goy Python como uma das 5 linguagens,
0:45
principalmente essa desde a versão 23 mais performática que
0:48
tá tendo, mesmo sendo a linguagem com mais de 20 anos de
0:50
mercado, né? Eu acho interessante, até
0:53
porque, compartilhando um pouco da minha experiência no início,
0:55
eu comecei a trabalhar na minha carreira com o dotinete e era.
0:59
Não quero trazer a polêmica de qual é o melhor?
1:02
Mas vale mas falar a idade então No No início, há 20 anos atrás,
1:05
só pra gente saber quantos? Anos você tem, eu comecei com
1:08
Java, 1.4 não era? Um negócio que eu acho que é até
1:10
interessante, porque assim você via muito a galera falando de
1:13
DOT net, que era fácil de começar um projeto, de iniciar
1:17
um projeto. Mas é, ele tinha um problema que
1:20
ele não rodava multiplataforma. E no Java a gente IA falar, pô,
1:23
espera aí, eu tenho o suporte de multiplataforma.
1:26
Consigo estar rodando igual o briano, comentou.
1:29
Né, é em diferente ambiente tanto do Windows, Linux também é
1:33
dispositivo de fato, então rodar o mobile, rodar em em algo mais
1:37
embarcado. Só que aí sempre esbarrou
1:40
naquela questão, pô, quantos 1000 xmls eu vou ter que criar
1:43
para rodar uma aplicação Java? E agora a gente está vendo o
1:46
mercado mudar e a comunidade, na verdade, engajar para mudar
1:50
isso, para tornar se um projeto mais fácil de você estar ali
1:54
nesse ano, seja que. Para criar uma automação, para
1:57
criar um simples prova de conceito, um teste ele, eu acho
2:01
que isso é interessante, né? Lembro quando a gente estava
2:04
fazendo as implementações dos projetos lá, que tinha que fazer
2:06
as configurações do Spring boot todas e colocar lá.
2:08
Você mandava iniciar, aí ficava lá carregando dependência tal,
2:11
carregando, até falar que o Spring boot carregou tudo que
2:14
ele que você tinha colocado lá. E aquilo ele demorava às vezes
2:17
bastante tempo num mundo de micro serviços e tudo, cara,
2:20
esse, esse, esse cold start ele é.
2:23
Custoso ele é, é ele é um gargalo que às vezes tem pra
2:26
você usar Oo Java como um ambiente escalável, né, pra pra
2:31
poder conseguir pegar essa quantidade de de recursos, né?
2:33
E é bom ver que hoje a gente já não sofre tanto com com isso,
2:36
né? A gente tem várias, várias
2:38
coisas pra ajudar nisso, o grau VM, né, que o principal exemplo
2:41
nessa nesse mundo né, e tudo de tentativa de início super
2:45
rápido, de put print, de memória baixa, né?
2:47
Vocês já chegaram a mexer alguma coisa com o grau VM, vocês tem
2:49
algum projeto lá que que usa isso?
2:52
A gente tem um cliente aqui que a gente chegou a usar, mas foi
2:54
justamente devido a essa latência.
2:56
A gente precisava estar respondendo ali pra diversas
2:58
requisições que a gente distribuía pra vendedores e a
3:01
gente precisava iniciar rápido pra poder fazer aquela
3:04
requisição que iniciava ali no BFF, chegar até um serviço e
3:08
notificar via farebase um cliente.
3:10
Então o desempenho que o quarks mais o grave m trouxe foi coisa
3:14
de 1 segundo. A máquina está de pé lá na wr,
3:16
sabe? É coisa de maluco.
3:18
E a escalabilidade que o próprio fargueiro traz juntos, é.
3:21
Não tem como. O Java 25, aí ele trouxe, eu
3:24
estava dando uma olhada a princípio, nos estudos, uma
3:27
melhoria de performance de 22% na alocação de memória dos
3:32
objetos, né? Então houve uma diminuição ali
3:35
dos heders dos objetos. E que isso ajudou bastante no
3:39
próprio tempo de compilação. E aí, junto com isso, isso acaba
3:42
trazendo uma economia também para os ambientes, né?
3:45
De de nuvem, que tem aplicações mais rápidas que custam menos.
3:48
Um detalhe muito grande aqui, o Java.
3:51
Eu acho que até a versão 13 ele teve muita dor de cabeça quando
3:54
a gente alocava a memória, porque o garvet de colega, então
3:56
você nunca tinha certeza quando ele IA passar ali e depois a
4:00
versão. 13 ele já começou a atuar melhor com isso?
4:03
Acho que vale também falar, né, que a gente tem um, o Breno.
4:06
Ele já atuou com quase todas as ações de Java aqui, então ele
4:11
consegue dizer bem o que muda de uma para outra.
4:14
Mas depois da 13, como a gente aloca memória melhora muito,
4:17
principalmente a gente parou de ter overhead.
4:20
Quem já trabalhou com Java, fazendo ali uma transposição de
4:23
um Excel, sabe como dói. Como acho que vocês tem?
4:26
Ponto GC na mão, né? Recentemente a gente atuou num
4:30
projeto que era justamente a atualização de um processo de
4:33
importação ali de dados. E aí o projeto original, a
4:37
versão um, era um service, um Java script que fazia esse
4:40
processamento e aí demorava em torno de 7810 minutos.
4:44
E aí quando a gente trouxe isso para o Java, trouxe para a
4:46
versão 21, usando uma biblioteca um pouco mais Moderna ali.
4:49
Esse tempo caiu para 12 minutos, então assim, é absurdo o ganho
4:53
de performance que a gente teve.