I guess I'm a type 1.5 person.  :-)  I believe IDEA _should_
    have some code analysis, and that it _does_ go hand-in-hand
    with refactoring.  But I agree with Hani that there are a
    large number of requests (that read like demands, I must
    say) that ask for an inordinate amount of enhancement that
    everyone has already agreed is a great, if not the greatest,
    Java IDE.

> Many many projects fail because the goal is too ambitious and
> nebulous. You DO take time, cost, and effort into consideration.

    Agreed.  I sometimes wonder if the IntelliJ guys ever sleep
    because of the constant dem-- requests poured on them.  I
    worry that they may have trouble sometimes focusing on
    Pandora's requirements instead of sudden, popular enhance-
    ment requests.

>> This is 2001, year of cable speed, cheap hard disk and cheap memory.

    And my laptop is limited to 192MB, max.  I am _very_
    conscientious about my project sizes all of a sudden.

> Nobody cares about hard drive space, but 20M implies a bigger memory
> footprint too, and a bunch of useless crap that almost nobody will care
> about. The more code you have, the more bugs you have. It's a scientific
> fact that isn't open for debate.

    Which is why I feel that the desired extra goodies should be
    available through some type of plugin architecture.  You can
    download the pieces you want, and the plugins can be updated
    independent of the core program.  It should, theoretically,
    cut down the bug count, though that's debatable.

> My personal preference would be actually for more focus on
> performance tuning.

    And memory consumption.

> I'm slowed down by IDEA sometimes, and I still do find myself
> missing the speed of emacs now and then.

    Likewise, I switched back to Metrowerks until I had my
    memory upgrade from 64MB.

    I do not necessarily desire an open API for IDEA.  Too
    fraught with problems.  Besides, it is IntelliJ's puppy,
    and they should be free to raise their own way.  But a
    plugin architecture would allow them to expand the tool
    in ways customers can customize to their own pleasure.


-----------------------------------------------
This message was sent using CableSpeed Webmail.
http://www.one.net/   --  http://www.us.net



_______________________________________________
Eap-features mailing list
[EMAIL PROTECTED]
http://www.intellij.com/mailman/listinfo/eap-features

Reply via email to