Comments on: How Martin Odersky rewrote the rules of coding for a mobile world

By: Olofu Mark

Olofu Mark — Thu, 03 Jan 2013 12:21:26 +0000

Pls read again. It says “javac” the most widely used Java compiler (ships with every Sun/Oracle JDK) and not “Java C compiler” as you put it.

By: Justin Forder

Justin Forder — Sat, 29 Dec 2012 09:40:15 +0000

It’s javac, the Sun (now Oracle) Java compiler.

By: Florencia Prada

Florencia Prada — Mon, 03 Dec 2012 23:30:39 +0000

And now you can learn Scala through Coursera’s course offered by EPFL’s own Martin Odersky: https://www.coursera.org/course/progfun

By: Ken Granville

Ken Granville — Thu, 29 Nov 2012 06:13:51 +0000

Yes. Parallel computing is a game changer if you can avoid the diminishing return scenarios (such as big cost for coding talent and increased difficulty in finding bugs). Taken to the maximum potential (100% parallel code), while avoiding diminishing return scenarios produces a massive gain in processing speed (according to Amdahl’s law, a theoretical infinite speed up potential). Next year is going to be awesome!

By: lahosken

lahosken — Wed, 28 Nov 2012 17:03:47 +0000

Could Ozzie’s spreadsheet analogy have been about parallel computing (not about doing so functionally)? That would make sense.

By: Pat

Pat — Wed, 28 Nov 2012 14:02:28 +0000

Groovy is a great language and is not slow, actually it is pretty fast for a dynamic language. Also it has optional static compilation, if you need the speed. Groovy is used in large projects like Sky.com, with its Grails frameworks for rapid development. It also has a smooth learning curve, due most Java code being Groovy valid code. You can slowly learn the cool stuff in it without fighting against it. In a company i worked we made some studies and ended using Groovy with no regrets :-)

By: Ken Granville

Ken Granville — Wed, 28 Nov 2012 04:43:37 +0000

Starting in 2013, the very thing that Martin states is needed (simplified approach to multi-threaded applications) will become a reality. How simple is it to create 100% parallel code using our new approach? How about no coding, no scripting, just natural human language phrases? Our apps generate their own self tuning/scaling/synchronizing CPU Assembly, GPU Assembly/shader/compute kernels, C++ and other languages on the fly and for all the main chipsets. It’s that simple. We go into Alpha with the first “Super App” next month (BTW, thats also when our team starts designing the user experience without coding or scripting). We’re already seeing stunning results (e.g. A single server running our code is faster than thousands of servers running C++). We’re really excited about 2013.

By: Victor Tarnavski

Victor Tarnavski — Tue, 27 Nov 2012 17:18:41 +0000

Groovy is slow. Really. It much more easier, though. Scala entry barrier is really big and scaring a bit.
But Groovy and Scala have different purpose. Groovy isn’t a language of choice for any large project. Rather it is just a scripting language. And scala is great for system of any complexity.

By: Annonymous

Annonymous — Tue, 27 Nov 2012 15:23:15 +0000

@Barb you obviously had no clue about the subject matter while writing this article did you?

By: Barb Darrow

Barb Darrow — Tue, 27 Nov 2012 14:05:51 +0000

@philh do you use Groovy and or Scala? would love to hear about relative advantages etc.