To view parent comment, click here.
To read all comments associated with this story, please click here.
Ok but why does any of that have to involve HTML? I have no doubt that streaming will gain popularity in the future but if anything it will use a proprietary plug-in from a company like Citrix.
I have a feeling HTML5 is going to be like OpenGL where it is always one step behind.
Well, yes, but OpenGL is more stable than Direct-X. Games have a short life cycle, so API stability is less critical for game devs. For other applications API stability matters, and not being locked to a single vendor that follow their own whims matters too. Web browsers will always have to maintain backwardscompatibility for several years, so the platform cannot change under your feet. And management can sack the IT department if they can do with a browser that is upgraded with OS auto-updates... No installs to be maintained.
Edited 2011-04-12 20:22 UTC




Member since:
2010-05-27
There are already compilers that target javascript for all kinds of languages: java, python, C#, even C/C++/LLVM (emscript)... If the XXX2javascript compiler-writer knows the internals of the browser JIT then javascript effectively becomes an intermediate representation. So I am not so sure that you need all that much conversion eventually, provided that you can emulate the libraries efficiently. Of course, this assumes that people are willing to put the effort into it.
I think this depends on how Adobe and Apple behave. If Adobe keeps improving Flash11/AIR with app development in mind and Apple keeps improving webkit with killing Flash in mind then HTML5 could become powerful enough to support typical apps. A lot of the animated GUIstuff in iOS can be done in webkit already.
Is Javascript a horrible IR? Yes, but unfortunately critical mass means a lot when it comes to market penetration.
On the level of COBOL, yes. On the level of end-user-frontends, no?
A real possibility is that you have local computing centres tied to ISPs where your app-provider rent CPU time and that you purchase services that stream content to your, say HTML6 app. That bypass GPL by the way, because you don't have to share your code unless you distribute binaries to end users. And it prevents piracy. Not so suitable for Autodesk perhaps, but attractive for some other areas. Though, a cultural change is needed and will take time. Cultural changes are hard to predict though.
I don't think this is anti-proprietary at all. In fact this is how proprietary vendors can extend free software without contributing. Over time that might become more and more attractive (as free software foundations become more and more powerful and building from scratch becomes more and more expensive). Not sure what FSF will do with the GPL when or if that scenario comes through.
Edited 2011-04-12 11:39 UTC