2
JoasSurfer
1 min de leitura ·

Ironwood: Depois de 30 anos escutando que Java é lento

Achei muito interessante. Com certeza o cara usou IA. Loucura!

Ironwood é uma linguagem orientada a objetos, totalmente compilada (Ahead-of-Time), voltada para aplicações nativas de alto desempenho. Ela preserva a sintaxe familiar do Java, seu modelo de objetos e as APIs do dia-a-dia que os desenvolvedores Java já conhecem, ao mesmo tempo em que produz executáveis nativos otimizados, sem JVM, JIT ou coletor de lixo.

Ironwood foi projetada como uma alternativa mais simples e segura ao C++ e ao Rust, sem ponteiros brutos, sintaxe de empréstimo (borrow) ou um modelo de programação voodoo baseado em ownership.

O que vocês acham?

https://github.com/ironwood-lang/ironwood

Carregando publicação patrocinada...
3

Eu tenho algo a dividir com a comunidade: quando eu bricava com java desktop windows eu realmente tinha a impressão que era lento, mas com o passar do tempo fiquei com a impressão que o que demorava era 'subir o java' e talvez o código java que eu programava fosse executado rapidamente. Para mim na época dava no mesmo. Hoje em dia eu tenho dúvidas.

4

Oi Rodrigo, dá uma setinha pra cima aí para mais pessoas participarem.

JIT é muito bom para aplicações que rodam durante muito tempo. Para aplicações curtas, onde o startup time é importante (microservices) JIT e a JVM são horríveis. A GraalVM Native Image está tentando resolver isso, mas na minha opinião não está sendo bem-sucedido, o que reforça a idéia desse Ironwood.

Em relação a jogos:

Minecraft foi originalmente escrito em Java e já havia se tornado extremamente popular com mais de um milhão de cópias vendidas no início de 2011. Isso mostra que Java é perfeitamente capaz de sustentar jogos complexos e comercialmente bem sucedidos, mesmo tendo limitações como garbage collection, menor controle de memória e um ecossistema de games historicamente menor que o de C++. A má fama de Java nessa área vem principalmente do domínio histórico de C e C++ em engines e jogos AAA, não de uma incapacidade fundamental da linguagem para jogos. Muitos dos problemas de desempenho do Minecraft Java também estão ligados à arquitetura e à evolução do próprio código, e não simplesmente ao fato de ele ser escrito em Java. A posterior criação da Bedrock Edition em C++ ampliou o suporte a consoles e dispositivos móveis, mas o Minecraft já havia se tornado um fenômeno mundial enquanto ainda era essencialmente um jogo Java.

3
2

Não sabia disso. Problema é que hoje é muito difícil concorrer com o Unity. Não esquece de dar um "seta pra cima" no post principal do artigo, para ele não descer lá pro fundo e ninguém mais ve-lo :)

3

É um dado baseado na minha experiencia e carece de fontes mais confiáveis.
Eu publicava jogos na playstore antes de 2013.
Bem antes de eu ouvir falar de unity que durante muito tempo abocanhou parcela do 'mercado'.

----- EDIT -----

1. The Early Years (2008–2012): Java as the Default
When the Android Market (now Google Play Store) launched, Java was the absolute baseline for everything. Early iconic hits like Minecraft Pocket Edition and the original Android ports of Angry Birds were written entirely in Java or built using low-level native code (C++) bound via Java Native Interface (JNI).

2. The Great Shift (2013–2018): The Rise of
Cross-PlatformAs mobile hardware rapidly improved, 3D gaming demand skyrocketed, and the Apple App Store emerged as a major co-market, the industry experienced a massive migration toward Unity. Developers no longer wanted to maintain separate codebases (Java for Android, Objective-C for iOS).

3. Absolute Monopoly & Infrastructure Era (2019–2026): Unity Reigns Supreme
Unity has captured roughly 48% to 50% of the entire mobile gaming market share, powering upwards of 70% of the top-grossing mobile games on the Google Play Store. Java is rarely, if ever, used to build commercial, mid-to-high complexity mobile games today

---- EDIT2 -----

Performance
Um hello world java mobile: 1-5 MB
Um hello world unity mobile: 30-50 MB

1

No Android tudo muda, porque Android não usa JVM, usa ART, que é bem diferente. Vc esqueceu de dar uma seta pra cima no post original do topo.

0
2
1

Valeu Rodrigo! Acho que somos os únicos interessados nesse assunto aqui. Geralmente quando eu não me interesso por um assunto eu deixo ele pra lá ao invés de tacar pedra. Como diria a minha querida avó: "Ajuda muito quem não atrapalha!" Mas isso fala mais da pessoa que coloca um downvote anônimo do que do post em si.