Earlier quoted context omitted.
I love what Mozilla is trying to accomplish with Firefox OS. I hope it succeeds, and I don't want to be negative. But I'm not convinced about this part: > Firefox OS offers the best cost-benefit ratio once you think about how much performance you have against your hardware specs. If you pick the same low-end hardware with Android or Firefox OS, Android will have a worse experience, not because Android is broken in an…
> Android and Firefox OS both also have a VM to run managed code, along with a JIT compiler. Android's VM, Dalvik, was specifically designed to be memory efficient in the case where several apps are running as separate Unix processes. Is the same true of SpiderMonkey? Short answer: yes, SpiderMonkey has been designed to be quite memory efficient. > But on top of this, Firefox OS and its apps add: Actually, let me cla…
And perhaps my earlier point about HTML+CSS and web layout engines being designed for documents, not UIs, was too handwavy. One might argue that there is a sort of Greenspun's tenth rule of UI toolkits: Any sufficiently complex UI toolkit contains an ad hoc, informally specified, bug-ridden, slow implementation of half of HTML and CSS -- and then probably contains a full Web browsing engine, too.
It seems to me that the Web technology stack has plenty of inelegance of its own. But no platform is perfect. Maybe the Web platform, exposed to developers on its own without making the lower layers available, really is the best we've got.
Can you explain why you think the Java storage APIs are ill-suited to mobile devices?