On Jul 29, 11:07 am, Russel Winder rus...@russel.org.uk wrote:
It is not entirely clear that invokedynamic is actually good for
languages like Groovy and Jython. All the development was done for
JRuby, and I believe it helps that language a lot. Much of the
muttering in the Groovy and Jython
On Sep 15, 7:09 pm, Steven Herod steven.he...@gmail.com wrote:
Do you see a 'time in the industry' difference between the Ruby
purists and the Java purists?
I have a stereotype of main stream Ruby developers being cocking young
things in cool t-shirts who think they've discovered the secret
it.
http://www.mail-archive.com/javaposse@googlegroups.com/msg05371.html
Andrew.
Twitter: @am2605
On Sep 12, 4:19 pm, Charles Oliver Nutter head...@headius.com wrote:
On Sep 9, 11:17 pm, Sean Griffin trenchgui...@gmail.com wrote:
My intention is not as sensational as my subject
On Sep 9, 11:17 pm, Sean Griffin trenchgui...@gmail.com wrote:
My intention is not as sensational as my subject, but it's succinct so
I'll go with it.
FWIW, I'm surprised JRuby doesn't come up more. Perhaps people don't
think about it because they feel Ruby is a non-JVM language more
than a JVM
I was apparently mislead by things I read about Dalvik; or perhaps I
assumed that dexopt actually compiled things to native code, rather
than just aligning code, replacing field references with pointer
offsets, and so on. The official word is that Dalvik was 100%
interpreted up until Froyo, and
JRuby supports Android out of the box and there's a demo
IRB (interactive ruby) app called Ruboto IRB in the marketplace
today. It's incredibly fun to interactively script your phone :)
JRuby's particular advantages over most other popular JVM languages on
Android: because we have an interpreter,
Duby also supports limited closures now; they'll eventually be full-on
closures, most likely with immutable closed-over variables (unlike
Ruby's mutable closed-over vars):
import java.util.Collections
import java.util.ArrayList
list = ArrayList.new [9,5,2,6,8,5,0,3,6,1,8,3,6,4,7,5,0,8,5,6,7,2,3]
On Feb 15, 9:04 pm, Michael Neale michael.ne...@gmail.com wrote:
In posse podcasts, the dearth of 3rd party libs written in non java
JVM languages is often brought up (ie jars that you use as
dependencies of your project, or that are transitive dependencies of
something you use).
I could be
On Sep 27, 5:31 pm, Steven Herod steven.he...@gmail.com wrote:
And it's been about a year or more since I did anything with JRoR, so,
that sounds about right.
I guess the mistake might be to write a (complex) RoR app and then say
'oh, I'll switch to JRoR now'.
Yes, the best results from
On Aug 18, 11:21 am, Charles Oliver Nutter head...@headius.com
wrote:
Btw. how come invokedynamic is needed for the JVM when the DLR is
merely a library? Is it because the CLR already has dynamic dispatch
or because they don't seek the same performance profile as you do?
Forgot to mention
On Aug 16, 1:49 pm, Casper Bang casper.b...@gmail.com wrote:
Got it. I just don't find it's very popular to talk about these things
though, having aired my share of similar thought on this group and
witnessing the Kumbaya backlash with a dash of Microsoft demonization
thrown in for good
On Aug 13, 6:14 pm, Casper Bang casper.b...@gmail.com wrote:
What I admittedly still don't quite understand, is Charles critique
regarding dependencies on heavy and foreign runtime libraries. The
fact that fcode is transformed to CIL or bytecode natives is just an
implementation detail in my
On Aug 12, 10:56 am, Casper Bang casper.b...@gmail.com wrote:
Well Fan provides it's own, very tight and polished API that compiles
into fcode which again compiles to CIL, bytecode or JavaScript. It
then also provides interoperability mechanisms within the language but
the API's themselves
On Aug 12, 3:52 am, Casper Bang casper.b...@gmail.com wrote:
I like Fan. But to be honest, I wish there wasn't quite so much
attention paid to API-compatibility across both JVM and CLR worlds.
You mean as in it's too easy to write code depending on one or the
other? (selective
On Aug 11, 8:55 pm, Casper Bang casper.b...@gmail.com wrote:
The somewhat under-covered language Fan is getting NetBeans support.
It's still early days, but already has rudimentary support for:
I like Fan. But to be honest, I wish there wasn't quite so much
attention paid to API-compatibility
Wow, lots of myths and theories and confusion about our move to Engine
Yard. I think I should clear a few things up.
1. Why leave Sun?
First off, this was a painful decision for all of us. We loved working
at Sun, we loved the environment and our coworkers, and we loved being
able to say we
Wow, lots of rampant speculation in this thread. I'll try to put out
all the fires with a single email.
1. Why did we move, was it a good idea, are we totally insane?
I should start off by stating that this was an extremely painful
decision for us. We loved Sun and did everything we could to
On Aug 6, 6:38 pm, phil swenson phil.swen...@gmail.com wrote:
One of the major knocks on Ruby (vs Java or Scala) is performance.
From what I've seen Java in general is at least 10X faster than Ruby
(and Groovy for that matter). How much improvement do you think we'll
see from Invoke Dynamic?
On Aug 6, 10:21 pm, kirk kirk.pepperd...@gmail.com wrote:
With all due respect to Charlie and his team (and I do have the deepest
respect for him and Thomas), if the world was on the Ruby bandwagon I'd
agree. However the world is on the Java bandwagon and this make the Java
integration
19 matches
Mail list logo