kokoloko

I think it should be a subset of DOM / CSS designed for speed and flexibility. A normal browser could render the page correctly but an optimized browser for apps would be able to make some assumptions to render everything much faster. Something like asm.js but for DOM/CSS.

Notice how the ball in Pirlo's free kick is barely spinning, goes very fast and the path is very unpredictable. It's called a "Folha seca" and it exploits the turbulences to make the ball drop at the last moment. Very spectacular, but hard to score consistently.

Pretty amazing. I would like to see a raw C benchmark to see how far is the JVM from the limits.

Each language is rolling out its own GC. Why not share some efforts in a common library?

Nokia can always embrace Android and become another Samsung. They seem to have lost the opportunity to build a solid alternative with the Symbian/Maemo/Meego/Win8 mess. Maybe a Maemo with Android Apks support could save them?

I think Go, Mono, Ruby, Python et al should team up to create a reusable garbage collector library that can compete with the OpenJDK one. For me, it's the single biggest piece falling behind on non JVM languages. The performance and "tunnability" are unmatched right now. Bonus points would be for a real time garbage collector, a la IBM Metronome.

Or slower, since you cannot "push" so much water with hands and feet as it "slips" through. Who wins: lower friction or lower viscosity?

I would like to see what happens to a swimmer with a suit coated with this thing. Would it go faster or slower?

I recall reading that FRP might be included in scala 2.10

In this same thread Martin Odersky announces he is working in a new version of the Scala plugin for Eclipse, to be released with Scala 2.9. A statically typed language really shines within an IDE.

I switched from Java to Scala and I'm not looking back.

Scala - It's what Java should be.

Where does this put OpenJDK? I doubt Oracle is thinking of open sourcing JRockit parts...