James Gosling Leaves Google
scottbomb writes "Well, that didn't take long: 'After only a few months at Google, Java founder James Gosling has left the search engine giant to go to a small startup company specializing in ocean-based robotics.' In a brief blog post about his new company, Gosling says, 'They have a growing fleet of autonomous vehicles that roves the ocean collecting data from a variety of onboard sensors and uploading it to the cloud. The robots have a pile of satellite uplink/GSM/WiMax communication gear and redundant GPS units. They have a bunch of deployments. For example, one is a set of robots patrolling the ocean around the Macondo well in the Gulf of Mexico monitoring water chemistry. These craft harvest energy from the waves for propulsion and can stay at sea for a very long time. The longest that one craft has been out is 2.5(ish) years. They can cross oceans.... Slowly. They only move at 1-2 knots, which is a great speed for data collection.'"
Makes you wonder if the whole Oracle patent shitstorm around Java is making Google reconsider its reliance on that technology. If so, would be interesting to see what they bring forth instead.
Definitely sounds a lot more interesting than working at Google.
...that the REAL reason Gosling left was because the google execs were like "Ok Jimmy, here's your office, lets tuck you in... all nice and comfy? Good... now just rest here until we need you." I think the coolness of having the inventor of Java trolling 'round the office was greater than any expectation that he'd actually invent something for Google.
Python: 'And then suddenly you have a language which says "we're all stuck with whatever the whiniest coder wants".'
Honestly, JVM hell is caused more by Sun's shitty documentation on how to properly specify JVM versions in a manifest or applet CLSID. Sun historically did a crap job of explaining how to specify things like, "Use the newest version of Java installed on this machine, as long as it's 1.6 (or 1.5, or 1.4) or newer", and instead gave examples that induced people to create needless dependencies on old versions of Java for no real reason besides lack of proper documentation. The fact that Oracle now owns Java makes things worse, because Oracle software was historically the worst of all about creating stupid dependencies on old versions of Java for no real reason (or because for political reasons, they wanted you to use the "thick" OCI drivers that tied you down to a specific runtime environment instead of the "thin" type 4 drivers that would "just work" on anything with a JVM).
The truth is, as long as an Oracle native-code database driver isn't involved and the developer doesn't go out of his or her way to needlessly specify some specific, arbitrary version of Java, 99.999% of anything you write in Java will work on any JVM that's as least as new as the one you compiled it under. I have 9 year old jarfiles built with pre-alpha 1.4 JDKs that still work fine under 1.6.0.${whatever}.
True story: at work, we had a notorious internal application whose development team bent over backwards to make users with newer JDKs and JREs installed miserable. Basically, it used the CLSID that told the JPI, "ignore the user's Java control panel settings, and always use the latest version of Java installed on this machine". Then, a few HTML lines later, used Javascript to commit suicide if that version of Java happened to be newer than 1.6.0.18. Sigh.