Linked by Kroc Camen on Sat 29th May 2010 20:41 UTC
Apple I've been meaning to write this for some time, and for all the time I delayed the more poignant the point I wanted to make started to become as new news came out further solidifying my angle. When I begun writing this article the iPad had not yet been revealed, iPhone OS 4 was not on the map and Apple had not yet purchased Lala. You've probably just noticed that all of these events in fact point toward Apple embracing the web more and in this article I will point out why this is not the case because I believe Apple's agenda here is similar to something we've already seen in recent history.
Permalink for comment 427200
To read all comments associated with this story, please click here.
RE: NaCl is not Java (or ActiveX)
by moondevil on Sun 30th May 2010 08:10 UTC in reply to "NaCl is not Java (or ActiveX)"
Member since:

What a piece of nonsense!

NaCL is only providing a portable way to move C and C++ applications to the browser, but only if the applications only use one of the already ported applications.

And most likely a Chrome only solution.

Java and .Net world already support this for ages now, and what "married to the languages" mean?


Java, Scala, JRuby, Jython, Jacl, Jaskel, Groovy, ...


C#, VB.Net, JSCript.Net, C++/CLI, F#, Axum, IronRuby, IronPyhon, Powershell, ...


JavaFX language, plus all the JVM ones


C#, VB.Net, JSCript.Net, IronRuby, IronPyhon, F# (unofficially), C++/CLI might be possible in the future for pure CLR code.

The only thing in common all these runtimes provide is that there is nothing to see here for C/C++ fan boys, languages that I do like very much, but are the source of the majority of security issues we have to suffer nowadays.

So, I honestly don't see the goals of NaCl, besides being Google own plugin solution.

Reply Parent Score: 4