[ajug-members] favorite IDE

[Howard Kapustein]

In general, IDEs need better support for multiple independent
development projects and project management in general.

I've yet to find an IDE that doesn't have preconceived notions on how
projects are organized and managed, in their opinion. This works well
for some users and projects, ok for others, and abysmally for the rest.

It's also usually one of the most hidebound areas in any IDE's design
and capabilities.

For one example, I want the concept of 'multiple, layered stylesheets'
(a la word processors) applied to project settings. Why can't I have the
company settings, except where overridden by the department's settings,
except where overridden by the project's settings, except where
overridden by the individual's settings? Why do I have a single static
opaque setting of options (compiler, packaging, etc - every IDE's
"Preferences" or "Options" dialogs)? This makes it impossible to 'share'
settings across people and projects in a reasonable and effective
manner. Borland C++ 4.x seemed to do this, but they so flubbed that
release they went from 'the' PC C++ vendor to losing their entire
installed base (a pox on BC++ 4.0, as any who used it chillingly
recalls).


One of the reasons Python work's so refreshing. Ruby's similar from what
I understand. Yes, a case sensitive editor is nice, but there's far less
value beyond that compared with say Java, where there's just a huge
amount of value from using an IDE. [Don't get too excited. The _reasons_
for that don't speak well for Java.]

I find (good) IDEs have value more so for projects you're less familiar
with, for less experienced developers and certain types of
projects/languages. IDE value - and usage - tends to decrease if you're
familiar with a project, a more experienced developer, and/or working
with certain types of projects (e.g. Python vs. Java).

</rant>

	- <g>


-----Original Message-----
From: ajug-members-bounces at ajug.org
[mailto:ajug-members-bounces at ajug.org] On Behalf Of Dan Marchant
Sent: Thursday, August 10, 2006 12:10 PM
To: General AJUG membership forum (100-200 messages/month)
Subject: Re: [ajug-members] favorite IDE

I have found that in most cases eclipse recognizes the project source
files with creating a new project and pointing it to an existing root
folder.

I am a bit annoyed with the project concept since in most cases people
work on a "product" not a project. Project are usually instances of a
product.

The other thing that annoys me about eclipse (which has work arounds)
is when creating a new workspace you have to reset all your source
control settings. For instance, I use the workspace as a way to have
multiple branches setup at a time. I usually copy the metadata
directory and it helps a bit.

In general, IDEs need better support for branches and release on a
product line.

My 2 cents and vents

- Dan

On 8/10/06, Burr Sutter <burr.sutter at jboss.com> wrote:
> You might be right.
>
> Every development team has a unique project/folder/build structure and
> pull that into an IDE takes too much effort in some cases.
>
> Eclipse's import project from Ant trick has failed me before.  What
has
> been the rest of your collective experiences?  Perhaps Netbeans
performs
> better this case.
>
> Burr
>
> -----Original Message-----
> From: ajug-members-bounces at ajug.org
> [mailto:ajug-members-bounces at ajug.org] On Behalf Of Kammy
> Sent: Thursday, August 10, 2006 10:43 AM
> To: ajug-members at ajug.org
> Subject: [ajug-members] favorite IDE
>
> I guess I am a dinosaur. I use xemacs and vi.  I tried
> using eclipse 1 X, but didn't like the whole project
> thing, etc, which I can't stand about IDE's anyway.
>
> Kammy
> _______________________________________________
> ajug-members mailing list
> ajug-members at ajug.org
> http://www.ajug.org/mailman/listinfo/ajug-members
>
> _______________________________________________
> ajug-members mailing list
> ajug-members at ajug.org
> http://www.ajug.org/mailman/listinfo/ajug-members
>
_______________________________________________
ajug-members mailing list
ajug-members at ajug.org
http://www.ajug.org/mailman/listinfo/ajug-members