我觉得虽然我喜欢 J2ME 和 Java，但拥有两个用于 Java 的 API 是虚伪的。Java 在设计时考虑了“一个代码，多个平台”，现在它更像是“一个 API 用于每个操作系统，一个 API 用于所有比上网本更小的东西”。我看到很多 J2ME 仿真器等被移植到诸如 PSP 和其他自制软件控制台之类的东西上，我想知道为什么没有人用普通的 Java 来做这件事。
我很想写一个游戏在我的电脑上玩，而不是启动一个简单的模拟器并在 PSP 或 Dreamcast 上玩同样的游戏，但我不能。J2ME甚至不能在PC上运行，你需要一个模拟器，这大大减少了你的市场。另外，大多数仿真器都很笨重，而且不好。
随着像 iPhone 这样的超级手机问世，人们想要的不仅仅是小型 J2ME 游戏，所以如果 Java 不能将他们的标准 JRE 移植到它，他们可能会发现自己错过了像微软在上网本热潮中所做的那样。
感觉就像 Sun 需要努力使标准 JRE 更小、更便携，或者让 J2ME 在 PC 上更容易使用。
我认为这应该是一个社区 Wiki
但就这一点而言，我的观点是 J2ME 将死去，让我们使用普通的 Java。当前的上网本趋势与更强大的智能手机趋势相结合，意味着今天的普通手机比刚推出时运行 J2SE 的机器要强大得多。
因此，我们可以取消为古代诺基亚设计的 J2ME，并在智能门把手（或智能手机）上享受标准 Java。
Java 面临的唯一问题是智能手机应用程序中的最大玩家——Apple——在可预见的未来任何时候都不会允许 JVM。
即使你的显示器里面有一个加速度计，你也可能不想将它用于 iPhone 应用程序——所以我想说毕竟便携性是有限制的。
如果“编写一次，随处运行”具有误导性，那是因为它是在手机普及之前就被构思出来的。就 API 而言，我同意一个公共子集会更好，但再一次，整个 J2ME 利基市场是全新的。JVM 仍然有用：Web 浏览器可以在 Windows、Linux 和 OS X 上运行，游戏可以在诺基亚和三星手机上运行。
最初的 Java 理想已经死了吗？
它仍然满足从工作站到工作站的可移植代码的原始需求，所以没有。但听起来你为未来的平台设定了更高的标准。
虚拟机可能会选择抽象出许多东西。
操作系统通过向它们提供标准接口（块 i/o、字符 i/o 等）来抽象出一些通用硬件。
JVM 开始抽象出处理器和操作系统本身，这本身就是一个伟大的目标（当时）！然而，将外围硬件抽象化是一个难以实现的目标。
也许，当我们看到手持设备/笔记本电脑/台式机/服务器的更多融合时，抽象出硬件的需求将会减少。
随着 Windows Mobile 和 Symbian 等较新的移动平台已经占据了市场份额，j2me 等由于没有利用硬件等问题而退居次要地位。
J2ME 很棒。您可以使用简洁的http://www.microemu.org/打包和运行 J2ME 应用程序。因为我一直在为 J2ME 编写代码，所以我是一个更好的程序员。它迫使你提高记忆力。我喜欢小巧干净的 API。将来我所有的客户端应用程序都将为 J2ME 设计，然后移植到 J2SE/Android/IPhone。困难在于构建您的内部 GUI 框架，使其足够灵活，以使应用程序能够在任何屏幕尺寸上顺利运行。这需要时间。