The Artima Developer Community
Sponsored Link

Articles Forum
Scala Tendencies and Concurrency

4 replies on 1 page. Most recent reply: Jun 5, 2008 9:09 AM by r b

Welcome Guest
  Sign In

Go back to the topic listing  Back to Topic List Click to reply to this topic  Reply to this Topic Click to search messages in this forum  Search Forum Click for a threaded view of the topic  Threaded View   
Previous Topic   Next Topic
Flat View: This topic has 4 replies on 1 page
Frank Sommers

Posts: 2642
Nickname: fsommers
Registered: Jan, 2002

Scala Tendencies and Concurrency Posted: May 7, 2008 5:00 PM
Reply to this message Reply
Advertisement
In this brief interview Martin Odersky, creator of the Scala language, talks about design tendencies that Scala encourages, especially in comparison with Java. He also discusses Scala's approach to concurrency.

http://www.artima.com/lejava/articles/javaone_2008_martin_odersky.html

What do you think of the coding and design tendencies Scala encourages?


Leo Lipelis

Posts: 111
Nickname: aeoo
Registered: Apr, 2006

Re: Scala Tendencies and Concurrency Posted: May 7, 2008 7:24 PM
Reply to this message Reply
Call me crazy, but I think if Scala and Scala IDE plug-ins continue to develop at the current pace, we're going to see a mass exodus from Java into Scala. I have Scala and the beta plug-in setup here and once in a while I play with them.

My enthusiasm for Scala is slowly building.

As far as tendencies are concerned, I have to take Martin's word for it. I'd need to use the language for half a year to a year, non-stop, to really be able to tell about the tendencies, I think.

Clojure also looks pretty good to me. So, before I commit to mastering a language, I want to see how things develop for a while.

Programs are data and data are programs is a very powerful feature of the LISP family of languages. I think in Scala there are too many special constructs to enable the "programs are data and data are programs" paradigm. Much time has passed since LISP was invented, yet no one to my knowledge came up with a way to do this except to create another LISP.

If I am wrong, I gladly accept corrections.

Alex Stojan

Posts: 95
Nickname: alexstojan
Registered: Jun, 2005

Re: Scala Tendencies and Concurrency Posted: May 7, 2008 11:06 PM
Reply to this message Reply
I don't know Scala (yet), but I like what I read about it so far, especially the fact that its design is focused on libraries. I think that's the right way to go.

sawan kuntala

Posts: 7
Nickname: kst
Registered: Aug, 2006

Re: Scala Tendencies and Concurrency Posted: May 8, 2008 11:01 AM
Reply to this message Reply
I have been a fan of C++. Because of the flexibility of the language, i could express myself in more than one ways, and the flexibility of the language did not restrict my thinking. C++ looked like it had all the features that allowed me to express myself elegantly.

When i started in Java, i always felt Java was forcing me to code and design in a particular way, and i can do nothing about it. I felt like my creativity was being restricted by the lack of flexibility in Java.

Now, I am learning Scala, and i absolutely love it. Inconsistent syntax and "_"'s confuse me at times(may be because I am a beginner) but the flexibility and support for functional and object oriented paradigms truly amaze me.

r b

Posts: 1
Nickname: jkb
Registered: Jun, 2008

Re: Scala Tendencies and Concurrency Posted: Jun 5, 2008 9:09 AM
Reply to this message Reply
[quote="Martin Odersky"]
That said, currently by far the most popular approach to concurrency is Scala's actor library. This provides for threads that communicate by message passing. Messages are asynchronous, and the receiver of a message can control with pattern matching which kind messages it is prepared to act on at any time. This is almost exactly the same approach as the one followed by the Erlang programming language. I often hear the argument that Erlang-style actors could also be emulated in Java or other programming languages. I don't think this is true. To precisely emulate these actors, you need pattern matching, and only very few languages provide that.[/quote]

This sounds a bit like JavaSpaces to me. Could someone please let me know what makes this really special? And why would someone want to emulate something "precisely"? Each language has it's own quirks and features, thus 100% emulation is not always possible, and not always what you want.

Flat View: This topic has 4 replies on 1 page
Topic: Large JVM Memory and Garbage Collection Previous Topic   Next Topic Topic: Sources of Java Errors


Sponsored Links



Google
  Web Artima.com   

Copyright © 1996-2014 Artima, Inc. All Rights Reserved. - Privacy Policy - Terms of Use - Advertise with Us