1. How difficult will it be for Google to 're do" Android and base it on another language say Objective C/UNIX like iOS? 2. Do you guys think this will affect Symbian? 3. What other OS's will this affect? 4. Is MYSQL next?
1. How difficult will it be for Google to 're do" Android and base it on another language say Objective C/UNIX like iOS? 2. Do you guys think this will affect Symbian? 3. What other OS's will this affect? 4. Is MYSQL next?
As to 2 and 3, this probably won't affect anybody else. Symbian (and everybody else) use an officially licensed JVM from Sun(now Oracle) and as such should be safe. The reason Google is in trouble is that the wrote their own VM rather than licensing the VM from Oracle.
As to 4. Well that's anyone's guess.
If I'm running MySQL on some servers, and it works great, it's not going to suddenly explode, or stop working.
Wouldn't it be great if Android would be based on a better language than Java?
The Dalvik VM is the only thing these threats are about.
> Wouldn't it be great if Android would be based on a better language than Java?
You can already write Android apps in Python, Lua, Scheme, Ruby, Scala, Clojure, Fantom, Mirah, and Javascript. This is precisely due to the fact that Dalvik is closely related to the JVM.
I have written an app in JavaScript going the HTML5 route, but it required some Java glue code. The JavaScript engine is V8 (at least on Froyo), so it is fast.
But Oracle doesn't want a patent war with IBM and Microsoft just now. Microsoft could simply ban Oracle from running on windows, or ban any windows machine from connecting to a site using Oracle (a bit of Apple style licensing text is easy to insert)
And you don't want a patent fight with IBM - they probably have a patent on using oxygen for breathing!
Maybe they could use Go for this purpose. (This would be a nice opportunity for Go.)
Go is not ready for something like this, NO CHANGE. Go as a Language and as a Platform is not ready.
4-Yes, MySQL competes with Oracle, so... they will let it die slowly. They want db systems to be expensive, not cheap.