JaroslavTulach at 18:58, 2 September 2012 - 2012-09-02 18:58:40

←Older revision Revision as of 18:58, 2 September 2012
Line 1: Line 1:
-
[[wikipedia::Scala_(programming_language)|Scala]] is a language capable to run on the [[Java]] [[HotSpot|virtual machine]]. It merges various functional languages concepts with object orietentation quite nicely and cooperates well with existing [[Java]] libraries.
+
[[wikipedia::Scala_(programming_language)|Scala]] is a language capable to run on the [[Java]] [[HotSpot|virtual machine]]. It merges various functional languages concepts with object orietentation quite nicely (like [[trait]]s) and cooperates well with existing [[Java]] libraries.
=== [[Scala]] Libraries Rant ===
=== [[Scala]] Libraries Rant ===

JaroslavTulach at 09:41, 17 May 2011 - 2011-05-17 09:41:50

←Older revision Revision as of 09:41, 17 May 2011
Line 3: Line 3:
=== [[Scala]] Libraries Rant ===
=== [[Scala]] Libraries Rant ===
-
After being part of the first [[Scala]] unconference just after JavaOne 2008 and publishing a recipe how to write [[NetBeans]] module extensions in [[Scala]], I had given up on [[Scala]] for a longer time.
+
After being part of the first [[Scala]] unconference just after [[JavaOne]] 2008 and publishing a recipe how to write [[NetBeans]] module extensions in [[Scala]], I had given up on [[Scala]] for a longer time.
-
But as the activity of [http://www.artima.com/scalazine/articles/origins_of_scala.html Artima.com guys] is increasing with forthcomming JavaOne 2009, I dediced to give [[Scala]] one more try in early May 2009. I think I will be able to like it (as soon as I really learn it more). However I am still far more productive in [[Java]] than in [[Scala]], so I rewrote my early May project back to [[Java]].
+
But as the activity of [http://www.artima.com/scalazine/articles/origins_of_scala.html Artima.com guys] is increasing with forthcoming [[JavaOne]] 2009, I dediced to give [[Scala]] one more try in early May 2009. I think I will be able to like it (as soon as I really learn it more). However I am still far more productive in [[Java]] than in [[Scala]], so I rewrote my early May project back to [[Java]].
One reason for that also was my uncertainty. I am still unsure what promises some [[API]] construct in [[Scala]] mean for [[BackwardCompatibility]]. Martin Odersky seems to care more about the language design, than its libraries. Thus it will take time and a lot of trial and error for the other to find out how to write shared libraties that support easy [[upgradability]]. Someone will have to document all the [[evolution]] gotchas. So far I know I cannot backward compatibly add methods to traits (which sort of beats all their purpose, imho), but there is going to be more, much more hidden catches.
One reason for that also was my uncertainty. I am still unsure what promises some [[API]] construct in [[Scala]] mean for [[BackwardCompatibility]]. Martin Odersky seems to care more about the language design, than its libraries. Thus it will take time and a lot of trial and error for the other to find out how to write shared libraties that support easy [[upgradability]]. Someone will have to document all the [[evolution]] gotchas. So far I know I cannot backward compatibly add methods to traits (which sort of beats all their purpose, imho), but there is going to be more, much more hidden catches.

JaroslavTulach: /* Scala Libraries Rant */ - 2009-08-11 01:41:23

Scala Libraries Rant

←Older revision Revision as of 01:41, 11 August 2009
Line 19: Line 19:
<comments/>
<comments/>
 +
 +
{{:Talk:Scala}}

JaroslavTulach at 20:26, 28 May 2009 - 2009-05-28 20:26:03

←Older revision Revision as of 20:26, 28 May 2009
Line 1: Line 1:
-
[[wikipedia::Scala_(programming_language)|Scala]] is a language capable to run on the [[Java]] virtual machine. It merges various functional languages concepts with object oritentation quite nicely and cooperates well with existing [[Java]] libraries.
+
[[wikipedia::Scala_(programming_language)|Scala]] is a language capable to run on the [[Java]] [[HotSpot|virtual machine]]. It merges various functional languages concepts with object orietentation quite nicely and cooperates well with existing [[Java]] libraries.
=== [[Scala]] Libraries Rant ===
=== [[Scala]] Libraries Rant ===

JaroslavTulach: /* Scala Libraries Rant */ - 2009-05-28 15:01:31

Scala Libraries Rant

←Older revision Revision as of 15:01, 28 May 2009
Line 5: Line 5:
After being part of the first [[Scala]] unconference just after JavaOne 2008 and publishing a recipe how to write [[NetBeans]] module extensions in [[Scala]], I had given up on [[Scala]] for a longer time.
After being part of the first [[Scala]] unconference just after JavaOne 2008 and publishing a recipe how to write [[NetBeans]] module extensions in [[Scala]], I had given up on [[Scala]] for a longer time.
-
But as the activity of [http://www.artima.com/scalazine/articles/origins_of_scala.html Artima.com guys] is increasing with forthcomming JavaOne 2009, I dediced to give [[Scala]] one more try in early May 2009. I think I will be able to like it (as soon as I really learn it). However I am still far more productive in Java than in Scala, so I rewrote my early May project back to Java.
+
But as the activity of [http://www.artima.com/scalazine/articles/origins_of_scala.html Artima.com guys] is increasing with forthcomming JavaOne 2009, I dediced to give [[Scala]] one more try in early May 2009. I think I will be able to like it (as soon as I really learn it more). However I am still far more productive in [[Java]] than in [[Scala]], so I rewrote my early May project back to [[Java]].
-
Also I am still unsure what certain [[API]] promises in [[Scala]] mean for [[BackwardCompatibility]]. Martin Odersky seems to care more about the language design, than its libraries. Thus it will take time and a lot of trial and error for the other of us to find out how to write libraties that support easy [[upgradability]]. Someone will have to document all the [[evolution]] gotchas. So far I know I cannot backward compatibly add methods to traits (which sort of beats all their purpose, imho), but there is going to be more, much more hidden catches.
+
One reason for that also was my uncertainty. I am still unsure what promises some [[API]] construct in [[Scala]] mean for [[BackwardCompatibility]]. Martin Odersky seems to care more about the language design, than its libraries. Thus it will take time and a lot of trial and error for the other to find out how to write shared libraties that support easy [[upgradability]]. Someone will have to document all the [[evolution]] gotchas. So far I know I cannot backward compatibly add methods to traits (which sort of beats all their purpose, imho), but there is going to be more, much more hidden catches.
-
I am not sure how much you like the language, but I, as libraries [[API]] designer, I feel disgusted looking at core [[Scala]] [[API]]s. Have you seen the
+
I am not sure how much you like the language, but I, as libraries [[API]] designer, feel disgusted looking at core [[Scala]] [[API]]s. Have you seen the
[http://www.scala-lang.org/docu/files/api/index.html scaladoc]
[http://www.scala-lang.org/docu/files/api/index.html scaladoc]
and for example series of [http://www.scala-lang.org/docu/files/api/scala/Product1$object.html Product1], '''2''', '''3''', '''4''', ..., [http://www.scala-lang.org/docu/files/api/scala/Product13$object.html Product13], ... [http://www.scala-lang.org/docu/files/api/scala/Product20$object.html Product20]?
and for example series of [http://www.scala-lang.org/docu/files/api/scala/Product1$object.html Product1], '''2''', '''3''', '''4''', ..., [http://www.scala-lang.org/docu/files/api/scala/Product13$object.html Product13], ... [http://www.scala-lang.org/docu/files/api/scala/Product20$object.html Product20]?
-
Why has the so called language of future pollute its core libraries with trash like this? All the beauty one could potentially see when looking at the language is gone as soon as one see its libraries.
+
Why has the so called language of future pollute its core libraries with trash like this? All the beauty one could potentially feel when looking at the language has to be in vain as soon as one see its libraries.
 +
 
 +
[[Blogs:JaroslavTulach:Theory:DiamondsVsStars|APIs are like stars]], you can hardly make them disappear. Does that mean [[Scala]] programmers will have to live with this [[API]] madness until the end of their days?
--[[User:JaroslavTulach|JaroslavTulach]] 14:52, 28 May 2009 (UTC)
--[[User:JaroslavTulach|JaroslavTulach]] 14:52, 28 May 2009 (UTC)
<comments/>
<comments/>

JaroslavTulach: /* Scala Libraries Rant */ - 2009-05-28 14:54:24

Scala Libraries Rant

←Older revision Revision as of 14:54, 28 May 2009
Line 5: Line 5:
After being part of the first [[Scala]] unconference just after JavaOne 2008 and publishing a recipe how to write [[NetBeans]] module extensions in [[Scala]], I had given up on [[Scala]] for a longer time.
After being part of the first [[Scala]] unconference just after JavaOne 2008 and publishing a recipe how to write [[NetBeans]] module extensions in [[Scala]], I had given up on [[Scala]] for a longer time.
-
But as the activity of [http://www.artima.com/scalazine/articles/origins_of_scala.html Artima.com guys] is increasing with forthcomming JavaOne 2009, I dediced to give [[Scala]] one more try in early May 2009. I think I will be able to like it. However I am still far more productive in Java than in Scala, so I rewrote my early May project back to Java.
+
But as the activity of [http://www.artima.com/scalazine/articles/origins_of_scala.html Artima.com guys] is increasing with forthcomming JavaOne 2009, I dediced to give [[Scala]] one more try in early May 2009. I think I will be able to like it (as soon as I really learn it). However I am still far more productive in Java than in Scala, so I rewrote my early May project back to Java.
Also I am still unsure what certain [[API]] promises in [[Scala]] mean for [[BackwardCompatibility]]. Martin Odersky seems to care more about the language design, than its libraries. Thus it will take time and a lot of trial and error for the other of us to find out how to write libraties that support easy [[upgradability]]. Someone will have to document all the [[evolution]] gotchas. So far I know I cannot backward compatibly add methods to traits (which sort of beats all their purpose, imho), but there is going to be more, much more hidden catches.
Also I am still unsure what certain [[API]] promises in [[Scala]] mean for [[BackwardCompatibility]]. Martin Odersky seems to care more about the language design, than its libraries. Thus it will take time and a lot of trial and error for the other of us to find out how to write libraties that support easy [[upgradability]]. Someone will have to document all the [[evolution]] gotchas. So far I know I cannot backward compatibly add methods to traits (which sort of beats all their purpose, imho), but there is going to be more, much more hidden catches.

JaroslavTulach at 14:53, 28 May 2009 - 2009-05-28 14:53:11

←Older revision Revision as of 14:53, 28 May 2009
Line 1: Line 1:
-
[[Scala|wikipedia::Scala_(programming_language)]] is a language capable to run on the [[Java]] virtual machine. It merges various functional languages concepts with object oritentation quite nicely and cooperates well with existing [[Java]] libraries.
+
[[wikipedia::Scala_(programming_language)|Scala]] is a language capable to run on the [[Java]] virtual machine. It merges various functional languages concepts with object oritentation quite nicely and cooperates well with existing [[Java]] libraries.
=== [[Scala]] Libraries Rant ===
=== [[Scala]] Libraries Rant ===

JaroslavTulach: New page: wikipedia::Scala_(programming_language) is a language capable to run on the Java virtual machine. It merges various functional languages concepts with object oritentation qui... - 2009-05-28 14:52:53

New page: wikipedia::Scala_(programming_language) is a language capable to run on the Java virtual machine. It merges various functional languages concepts with object oritentation qui...

New page

[[Scala|wikipedia::Scala_(programming_language)]] is a language capable to run on the [[Java]] virtual machine. It merges various functional languages concepts with object oritentation quite nicely and cooperates well with existing [[Java]] libraries.

=== [[Scala]] Libraries Rant ===

After being part of the first [[Scala]] unconference just after JavaOne 2008 and publishing a recipe how to write [[NetBeans]] module extensions in [[Scala]], I had given up on [[Scala]] for a longer time.

But as the activity of [http://www.artima.com/scalazine/articles/origins_of_scala.html Artima.com guys] is increasing with forthcomming JavaOne 2009, I dediced to give [[Scala]] one more try in early May 2009. I think I will be able to like it. However I am still far more productive in Java than in Scala, so I rewrote my early May project back to Java.

Also I am still unsure what certain [[API]] promises in [[Scala]] mean for [[BackwardCompatibility]]. Martin Odersky seems to care more about the language design, than its libraries. Thus it will take time and a lot of trial and error for the other of us to find out how to write libraties that support easy [[upgradability]]. Someone will have to document all the [[evolution]] gotchas. So far I know I cannot backward compatibly add methods to traits (which sort of beats all their purpose, imho), but there is going to be more, much more hidden catches.

I am not sure how much you like the language, but I, as libraries [[API]] designer, I feel disgusted looking at core [[Scala]] [[API]]s. Have you seen the
[http://www.scala-lang.org/docu/files/api/index.html scaladoc]
and for example series of [http://www.scala-lang.org/docu/files/api/scala/Product1$object.html Product1], '''2''', '''3''', '''4''', ..., [http://www.scala-lang.org/docu/files/api/scala/Product13$object.html Product13], ... [http://www.scala-lang.org/docu/files/api/scala/Product20$object.html Product20]?
Why has the so called language of future pollute its core libraries with trash like this? All the beauty one could potentially see when looking at the language is gone as soon as one see its libraries.

--[[User:JaroslavTulach|JaroslavTulach]] 14:52, 28 May 2009 (UTC)

<comments/>