I agree it's not fair at all.
My reasoning was that I wanted to evaluate if I'd be more productive
with Idea and if some Eclipse irritants would be fixed there. In Idea, I
found a different set of irritants and I couldn't say I was more
productive. Having already "wasted" a week trying it out, I couldn't
justify spending even more time to get to use it productively and buying
licenses.
On 20/02/2013 11:59 AM, Jochen Mader wrote:
Well, weighting a few years of Eclipse usage vs one week of Idea is
not really a fair comparison.
It took me about 4 months to really get into Idea (short-cuts,
different compile behavior ...).
If you ever really consider switching an IDE don't base your
assumptions on a week of usage.
If there weren't any differences we wouldn't have several major IDEs.
But that's just my two cents ;)
P.S.: Netbeans is also an awesome IDE, it just gets horribly slow with
bigger projects (and that's based on the most recent Release of
Netbeans I tried a week ago).
On Wed, Feb 20, 2013 at 5:48 PM, Bertrand Guay-Paquet
<ber...@step.polymtl.ca> wrote:
Hi William,
This might be your lucky day :)
Here's the fix for that horrible slowness in xml tabs:
From: http://wiki.eclipse.org/Platform_UI/Juno_Performance_Investigation
Ensure you are already running on a package from the Juno SR1 release
(September 2012)
Invoke Help > Install New Software
Select this repository: http://download.eclipse.org/eclipse/updates/4.2
Expand Juno SR1 Patches and install Eclipse UI Juno SR1 Optimizations
Have a nice day,
Bertrand
p.s. I use Eclipse Juno. Tried Intellij 12 for a week but didn't like it...
It was a constant battle to get my project working.
On 20/02/2013 9:29 AM, William Speirs wrote:
I've always used Eclipse and am currently using Juno. The Maven support
got
much better, but other stupid things seem to have "broke." For example,
switching tabs into the XML editor (or pom editor) seems to require
calculating Pi to 10 million digits each time. Actually, I think there is
a
memory leak somewhere and its just a GC going off, I should load it in
VisualVM and see. There are other annoying things about Eclipse with
respect to settings, but they can usually be "fixed" by editing some file
in the .settings directory.
Tried IntelliJ once and it was terribly slow (and looked a bit ugly on
Linux)... maybe I should try 12?
At the end of the day... anything's better than vim/emacs :-)
Bill-
On Wed, Feb 20, 2013 at 8:03 AM, Martin Grigorov
<mgrigo...@apache.org>wrote:
My main problem with Eclipse was that it mixes the classpaths for main
and
test.
If you have separate config files in the test classpath some weird things
may happen.
There is a ticket about this since March 2008:
https://bugs.eclipse.org/bugs/show_bug.cgi?id=224708 and it says "we need
someone to help us to implement it".
It strange because Eclipse is OSGi based, i.e. they should have a very
good
control over the classloaders.
So I moved to IDEA and I find it much better for my needs.
On Wed, Feb 20, 2013 at 2:52 PM, Richard W. Adams <rwada...@up.com>
wrote:
If you do software development for a living (as opposed to a hobby), one
thing to consider is what tools are used at prospective employers. I
work
at a large (40,000+) company where Eclipse is the standard tool. Partly
because it's open source (read "free," no budget impact) & has such a
large support community. Plus it meets all our needs.
I've used Eclipse for years (both home & work), and have been satisfied
with it.
**
This email and any attachments may contain information that is
confidential and/or privileged for the sole use of the intended
recipient.
Any use, review, disclosure, copying, distribution or reliance by
others,
and any forwarding of this email or its contents, without the express
permission of the sender is strictly prohibited by law. If you are not
the
intended recipient, please contact the sender immediately, delete the
e-mail and destroy all copies.
**
--
Martin Grigorov
jWeekend
Training, Consulting, Development
http://jWeekend.com <http://jweekend.com/>
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org
For additional commands, e-mail: users-h...@wicket.apache.org
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org
For additional commands, e-mail: users-h...@wicket.apache.org
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org
For additional commands, e-mail: users-h...@wicket.apache.org
