Barrapunto

Creo que esta discución ya la he visto en algún otro lado, Eclipse >>> NetBeans y ahi empieza el rollo. Por mi parte yo he usado los dos, y algunas otras ides que ya pasaron a la historia, NB me parece 100 veces superior a Eclipse en lo que a generacion de la GUI se refiere, en las otras cosas creo que es cuestion de gusto y de costumbre, no le veo grandes cosas a Eclipse y no creo que este mejor implementado que NB.
En general en lo que a IDEs se refiere ni SUN, ni IBM se logran acercar ni a los talones de los que es VS de M$, la empresa del tio bill hizo un trabajo cuasi perfecto (a mi entender), es clara, rapida, con una facilidad para debuggear que no he encontrado ni en Eclipse ni en NB.

A titulo personal me quedo con NB, aunque todavia no la he utilizado tanto como a eclipse.

Eclipse es modular, hasta ahí, de acuerdo, pero ¿Estable y rápido? Permite que me ría.
Me he pegado con ambos y te puedo asegurar que Eclipse es de todo menos estable. Y lo de modular depende de para qué lo quieras porque a la larga siempre acabas instalando plugins de terceros que, ¡oh casualidades! te acaban jodiendo el IDE completo. Eso sin contar con que a veces te lo joden también los plugins oficiales.
Acabo de pasarme de uno a otro y la verdad, me parece incluso más estable Netbeans y de recursos se dan la mano. ¿Que es considerablemente más feo? Totalmente cierto. ¿Que no tiene tanto soporte como Eclipse? Pues sí. ¿Que puede que acabe muriendo? Sería una pena, pero es probable.

Sí, existen, y dependen de quién sea el que está sentado enfrente del monitor... cada herramienta para su uso, y algunas para ninguno!
Yo soy otro que odia usar los IDES cuando no hace falta.
Llega un punto de complejidad en el que utilizar un IDE ayuda pero, a mi gusto, demasiada gente los usa para el "hola mundo", o para lenguajes y proyectos que no necesariamente los requieren.

Ejemplo: hice un desarrollo en python para una prueba de concepto de integración de monitoreo y estimación de impacto, 500 líneas de código en la parte lógica, incluyendo bastante i/o.
Para ponerlo en producción lo agarró un ide-maníaco con su visual studio y c# y desarrolló un monstruo inentendible, pero terminó el desarrollo gracias a tirar del debugger y browsear árboles interminables de clases y métodos inútiles con sus ventanitas.

A veces los IDES generan más vicios de lo que aceleran el trabajo. Yo nunca podría haber escrito un espaguetti como el de mi querido ide-maníaco, sencillamente porque me hubiera resultado inentendible a los 20 minutos, y porque no me iba a escribir 500 setters y getters inútiles, sólo por el placer de darle al botón derecho.

Antes de que lo digan, ya sé que un buen programador programa bien en lo que se le ponga adelante, pero convengamos que a veces mantener un nivel de sencillez lógico en las herramientas de apoyo obliga a trabajar bien. Y eso a la larga es productivo, y hasta usable.

Algunas puntualizaciones a tener en cuenta...

A veces, reinventar la rueda es mejor que pulir una rueda mal diseñada. Y, en cuanto a lo de dividir esfuerzos....

Tanto Leibniz como Newton trabajaron en el cálculo diferencial, separados por un montón de kilómetros de distancia... ¿dirías que fue dividir esfuerzos? Si dos personas quieren diseñar algo porque ambas perciben esa necesidad, no están obligadas a colaborar. Y si su manera de pensar es diferente, obligarlas a colaborar sería contraproducente.

Sourceforge está plagado de aplicaciones por terminar, de la misma manera que cientos de estudiantes de informática dejan en sus discos duros proyectos sin terminar, hay miles de novelas que no llegaron al segundo capítulo y montones de canciones de las que sólo hay un estribillo: no todo el mundo empieza lo que acaba. Relacionar directamente eso son el software libre es exagerado.

Aunque, claro, quizás quieras proponer un método para que miles de programadores que trabajan sin cobrar se embarquen en unos pocos proyectos... que probablemente no les atraigan. ¿Has pensado que quizás los programadores programan sistemas de contabilidad porque les pagan? Lo que quiero decir es que, personalmente, estos sistemas me parecen un coñazo, y que yo no dedicaría ni un minuto de mi tiempo libre en programar uno: o me pagan, o programo lo que a mi me dé la gana.

Y por variedad... me temo que ahí Linux le gana por goleada. Para cada herramienta común de Windows hay por lo menos dos de Linux. Puede que no haya tanto sistema especializado, pero cosas comunes... y cada una con sus propias características, que pueden ser más adecuadas para unos usuarios que para otros.

Y en cuanto a meter Mono de por medio... para empezar, deberías recordar que Mono es una adaptación de .NET a Linux. Está haciendo lo que Microsoft prometió y luego ha omitido: dar soporte multiplataforma a .NET. La librería no es completa porque las librerías originales de .NET están ligadas a Windows... y el código que compila Mono es multiplataforma, cosa que no podemos decir de .NET. Y que yo sepa... nadie ha vendido a Mono como el no va más de la programación (excepto sus programadores, claro).

Estos flamewars no son lo que eran. La gente de Vi se solía meter con Emacs, llamándolo Eight Megabytes And Constantly Swapping. Hoy en día con 8MB tanto Eclipse como Netbeans no tendrían ni para cargar la pantalla de bienvenida.

A lo mejor te has equivocado de trabajo. Digo yo...

La usabilidad es un concepto que abarca muchos otros: ergonomia, facilidad de uso, ...

Vim es dificil de eprender, pero mucho más ergonómico que la mayoria de los IDEs que te puedas hechar a la cara. De hecho, muchos IDE's (antiguamente Netbeans era uno de ellos) tienen una opción para tratar de usar el teclado como emacs o vim (esto es para no perder la ergonomía que estos entornos te dan). Ojala lo lograran.

Los IDE's molan para dibujar código, depurar determinadas cosas, que te recuerden una sintaxis que no controlas, ... pero no siempre te hacen más productivos. Muchas veces ponen trabas a la hora de generar Makefiles, ants o similar para tus aplicaciones (cuando te quieres meter en cosas de integración continua ellos van y no se integran); te limitan en las herramientas de control de versiones (aparte de los problemas que he visto en gente que los usaban no puedes usar svk para acceder a un repositorio svn); tienen apis complicados para hacerte tus propias herramientas de edición (hacer plugins en vim no es tan traumatico como hacerlos en Netbeans), ...

De todas formas, hay algo en lo que Netbeans siempre será mejor que vim. Netbeans es una plataforma para crear aplicaciones. Y hablo de sus librerias, no de su editor que ya podría ser más como vim (dificil de aprender, pero muy productivo).

Yo usé primero Eclipse y después cuando empecé con NetBeans no me cambié sino a VIM y gEdit

vi es un editor de texto, no un IDE.