Stories
Slash Boxes
Comments
NOTE: use Perl; is on undef hiatus. You can read content, but you can't post it. More info will be forthcoming forthcomingly.

All the Perl that's Practical to Extract and Report

The Fine Print: The following comments are owned by whoever posted them. We are not responsible for them in any way.

You're kidding: Java compilation time 6 Comments More | Login | Reply /

 Full
 Abbreviated
 Hidden
More | Login | Reply
Loading... please wait.

  • Java loses when you compare it to Smalltalk, Lisp, or anything else even remotely decent. Java wins when you compare it to C++, at least until you try to mix Java generics with Java closures, in which case you have to use trigraphs in your STL templates to match the level of ugliness.

    • Actually, with compile-as-you-code tools like Eclipse, I've found that the compile+run portion of the edit-test-fix-test loop in Java represents a similar amount of time as the compile+run portion of a similar loop in Perl.

      That said, the actual coding time usually compares disfavorably to higher-level languages like Perl in my personal experience.

      • It probably seems faster because actual editing in Eclipse is so slow.

        • Really? It's slow to start up, but after that it doesn't seem slow at all to me. All of the slow parts (indexing, compiling, SCM synchronization) happens in a background thread and does not interfere with editing. It's the most productive programming environment I've ever encountered. Honestly, the Perl 6 feature I'm most looking forward to is its improved parsability so maybe a really great Eclipse plugin will be possible (no offense intended toward the EPIC plugin, which tries to provide Perl 5 suppor

          • Eclipse usage is subtly mandated for me at $WORK. I do like it, but it is slow. Not always slow, but often slow. There's probably some reorganization we could do to our project to speed some things up, but I'm not an Eclipse wizard, yet (hoping to achieve that later this year).

            I'm not going to trash the tool, but I'm not going to say it isn't slow, either. It's slow for me. May not be for everybody. Memory will probably help, if they ever get me some. :)

            Oh, and not all of that stuff happens in bac

            --
            J. David works really hard, has a passion for writing good software, and knows many of the world's best Perl programmers
            • Ahh, well, yes. With Java, RAM equals performance. I develop on a machine with 2GB and a dual 3.4 GhZ P4D and I set -Xmx=768M for Eclipse. I typically just leave Eclipse running for a week or so at a time, so it's always up to date.

              Our codebase is large and well-documented, so I rely heavily on Eclipse's tools for text searching, API searching, autocompletion, Javadoc tooltips, and global refactoring. The quantity of keyboard shortcuts is astonishing and generally mnemonic if idiosyncratic. Once you grok the core 50-80 shortcuts, Eclipse really shines.

              Before Eclipse, I'd been using Emacs for development for the last 15+ years, so the above features have felt quite profound to me (see, I love obscure keyboard commands I guess!). I've used other IDEs like XCode and various Windows C/C++ implementations, but those always felt inferior to Emacs to me due to their clunky editing.

              This is all a digression from Java compilation speed, of course... Sorry about that.

              Anyone know the equivalent for "M-x butterfly RET" in Eclipse? :-)
Stories, comments, journals, and other submissions on use Perl; are Copyright 1998-2006, their respective owners.