Barriers to scala adoption
infoq.com
Barriers to scala adoption
1–10 of 16 posts
Re: Barriers to scala adoption
#2Re: Barriers to scala adoption
#3One of its greatest features require a meaningful rethink of the JEE stack. Actors passing messages seems to not really work in a one thread to one request world where you should fork new threads.
There are too many ways to do the same thing in it. Manipulating maps or list can be done with various features of the collection library. This becomes the Java version of Perl. Some developers will use $_, some prefer variables and they each prefer their own ways. It can make it hard for one developer to pick up where the other left off.
Finally, the documentation seems to be more complicated than necessary. The Scala version of JavaDoc available on their site is almost a difficult to navigate as MSDN. From here we go to the books about Scala. These take careful reading to glean even the most basic structures (took me a while to figure out that the primary constructor is all of the lines between the {} of a class that isn't encapsulated by a method declaration).
Re: Barriers to scala adoption
#4I like Scala, though I just dabble in it. But I have a few thoughts on why it will be difficult for it to be mainstream. One of its greatest features require a meaningful rethink of the JEE stack. Actors passing messages seems to not really work in a one thread to one request world where you should fork new threads. There are too many ways to do the same thing in it. Manipulating maps or list can be done with various…
Then don't use Actors, you can still use the rest of the language and you're still a lot better off than Java.
There are too many ways to do the same thing in it. ... This becomes the Java version of Perl.
Problems that only manifest once you have a large code base aren't barriers to adoption. Mainstream languages would be a lot better if they were! After all, Perl became widely adopted, so this didn't hurt Perl from being adopted and may even have helped.
Finally, the documentation seems to be more complicated than necessary.
I agree, and this is a problem for adoption right now. The documentation is the opposite of K&R's book on C. However, this can change easily, since third parties can write books about Scala. It's not like changing a language feature, where it takes a committee 10 years to actually make the change. Anyone can write a book, and we're starting to see that: the O'Reilly book on Scala is a really good introduction.
Re: Barriers to scala adoption
#5Keep up the good work !
Re: Barriers to scala adoption
#6Re: Barriers to scala adoption
#7I'm glad he at least mentioned Fantom. I haven't done much other than play around with it, but it seems like a much prettier "better" Java than a lot of the other contenders. I've never understood why it hasn't "caught on." Maybe he's right, maybe it just isn't different enough to be compelling.
Re: Barriers to scala adoption
#8I like Scala, though I just dabble in it. But I have a few thoughts on why it will be difficult for it to be mainstream. One of its greatest features require a meaningful rethink of the JEE stack. Actors passing messages seems to not really work in a one thread to one request world where you should fork new threads. There are too many ways to do the same thing in it. Manipulating maps or list can be done with various…
I'm sure my use of Scala would disappoint the first interviewee, but it was an effective use-case for me. Use the index on the book to scan for likely topics, then round things out with Google.
I found the IDE support a bit broken in NetBeans (6.9). I suspect that the Scala plugin was incompatible with my vi/vim plugin, but I'm not sure. (it would go into a mode where the editing keys would stop working)
Re: Barriers to scala adoption
#9The problem with scala and other non mainstream but powerful languages is that they are just ugly; no amount of marketing and feature lists will make them attractive because aesthethics are hard wired into our brains; at a low level ugly equals misery and pain, at a higher level its just an indicator of maintenance problems. Perl got away with it because at the time because there were not many options for scripting,…
You seem to be implying they all are ugly, as if mainstream languages are chosen for their beauty?