Domain: dautelle.com
Stories and comments across the archive that link to dautelle.com.
Comments · 4
-
Re:i like this a lot
seriously, how come this is the first that i've heard of this kind of idea?
You want the honest answer or the sugarcoated one?
Sugar: JScience is getting attention now because Sun is standardizing it through the JCP.
Honest: Because you've been living in Microsoft la-la land? JScience has been around in the form of the J.A.D.E. library for at least 5 or 6 years; probably longer. Jean-Marie has worked diligently over the years to make sure that Java has had top-notch support for scientific programming. The fact that he's getting recognition by the JCP members is nothing short of splendid. He deserves every bit of it. :) -
J.A.D.E
Take a look at J.A.D.E. Java Addition to Default Environment.
It seems to have some nice math and physics packages. -
Re:Return of JavaStrings are only a simple construct, but even with these Java is horribly inefficient unless great care is taken by the programmer to use them efficiently. In contrast, when programming C++ I can use strings paying scant regard to efficiency and know my code will virtually always be faster than any Java program doing the same thing.
Strings are something of a weak point with Java, IMO. I'm still not sure immutable Strings were a good idea, especially since it's become a common idiom to use StringBuffer instead for performance reasons. With the latest JDK there is a yet another new string class that's like StringBuffer without synchronization - since single-thread string manipulation is the most common usage.
All that said, if you know what you're doing, you can get fine string performance in Java. There are third party classes (see FastString) that may help as well. It is too bad that this area of the language wasn't better thought out in the first place, though.
(An interesting performance enhancer worth looking into is JADE, which contains FastString. It also has interesting realtime stuff which eliminates garbage collection overhead and pauses if used properly. Lots of other good stuff too.)
-
Re:Laughable?I think that possibly a combination of PyGame (==SDL) and Pyrex is more what he's thinking of. It's true that Python + NumPy can do a lot, but hardly everything needed for a good fast 3-D game.
Well, if it's Turing-complete, all I need is a highly efficient optimizing compiler.
;-) In fact, that's all I'm after.But then neither can Java.
Why do you say this? Did you ever hear of or see the Grand Canyon demo? Also check out this setup for realtime Java computing with J2SE. Looks pretty good to me. There are also now official OpenGL bindings for Java.
Also, Jython is considerably slower than native Python owing to the overhead of turning Python code into Java forms. The only real advantage of Jython is that it lets you easily call Java routines from an almost Python environment. Sometimes this is enough of an advantage to make it worthwhile, but not if speed is what you are after.
I don't think this is right - the Jython page claims there's a compiler to compile Python to Java bytecode - that should be as fast as native Java, assuming the compiler does a decent job.