John Carmack e o J2ME

Falando nele, encontrei este post no seu blog que fala sobre a experiência de desenvolver jogos para celulares, principalmente usando Java. Tanto os pontos positivos quanto negativos são ressaltados, além de alguns comentários sobre as diferenças entre o desenvolvimento de jogos megalomaníacos para PC e os bem limitados que cabem nas plataformas móveis atuais. Ele também fala um pouco de como surgiu a idéia do DoomRPG.

Alguns trechos para atiçar os ânimos:

The biggest problem is that Java is really slow. On a pure cpu / memory / display / communications level, most modern cell phones should be considerably better gaming platforms than a Game Boy Advanced. With Java, on most phones you are left with about the CPU power of an original 4.77 mhz IBM PC, and lousy control over everything.

[...]

Write-once-run-anywhere. Ha. Hahahahaha. We are only testing on four platforms right now, and not a single pair has the exact same quirks. All the commercial games are tweaked and compiled individually for each (often 100+) platform. Portability is not a justification for the awful performance.

'Write once, run anywhere' not working for phones

O padrão J2ME foi definido e proposto para evitar que a grande variedade de form factors dos dispositivos móveis tornasse o desenvolvimento de aplicações um inferno de incompatibilidades e versões dedicadas. O resultado: um padrão muitíssimo limitado (MIDP 1.0), seguido por um padrão visualmente mais flexível, mas com severas restrições de acesso a recursos de hardware (MIDP 2.0). O MIDP 3.0 vem por aí, e (mais uma vez) promete ser a solução de todos os problemas. Mas com os dispositivos móveis evoluindo mais rápido do que qualquer outro dispositivo computacional da história, será que o padrão vai chegar a tempo?

Este artigo do cnet.com debate o problema e, como sempre, joga lenha na eterna (e cansativa) discussão "Java versus qualquer outra coisa"...

J2ME Polish

Uma ferramenta de build que permite "polir" aplicações J2ME, adaptando-as a dispositivos com características específicas, com um mecanismo meio estranho de tags (macros?) espalhadas pelo código da aplicação.
O site também inclui uma relação de devices J2ME, incluindo as APIs que eles implementam.

Mbooster - Compilador J2ME

Com o aumento da demanda por desenvolvimento J2ME, começam a surgir novas ferrramentas no horizonte para auxiliar no desenvolvimento. Este é a proposta do MBooster, um compilador especifico para J2ME que promete reduzir o byte code. Quando será que teremos o "JikesME" ?

http://www.innaworks.com/mBooster.html

Map J2ME Applications to Content Types with JSR-211 (CHAPI)

If you've been frustrated when trying to write J2ME apps that communicate with other applications, help is at hand. This brand new J2ME API improves the way mobile devices handle content.

Sun Java Wireless Toolkit 2.3 beta

O novo release do toolkit de desenvolvimento J2ME (que antes se chamada WTK, Wireless Toolkit) inclui suporte (beta) a 3 novos JSRs: JSR-179 (Location API), JSR-177 (Security and Trust Services) e JSR-211 (Content handling API). Interessante, muito interessante.
(só não sei quando teremos aparelhos com suporte real a tanta novidade no mercado... :))

Jogos J2ME Open Source

Referência interessante para os interessados em aprender a programar jogos em J2ME...