[eside-ghost] IDEs en Linux para desarrollo en C++

[Alfredo Beaumont]

Asteazkena 23 Maiatza 2007 01:08(e)an, STenyaK (Bruno González)(e)k idatzi 
zuen:
> Respecto al resto, opino lo mismo: yo quiero un editor, no un... ermmm
> compendio de funcionalidades en su mayoria redundantes.
>
> Que Emacs tiene un Tetris o IRC integrao? Genial, pero ponedlo como
> plugin para quien le interese. Vim tiene un solucionador de sudokus,
> subversion, IRC, gdb, y muchas cosas mas, pero son plugins que pongo
> solo si yo quiero.

[...]

> Personalemente, prefiero usar la combinacion de teclas alt+tab para
> pasar a *mi* eleccion irc, que usar una combinacion de teclas
> igualmente compleja para usar el que los de emacs hayan decidido por
> mi.

Creo que tenéis una visión bastante particular de lo que es un editor y lo que 
es un entorno de desarrollo. El tema de discusión de este hilo son los IDEs, 
y habéis estado hablando de vim como IDE hasta ahora. Si quereis un editor, ¿ 
por qué usar vim en lugar de nano ? Precisamente porque tiene ciertas 
funcionalidades de desarrollo integradas. A continuación exponeis una serie 
de argumentos inválidos:

1) Emacs tiene todo integrado y yo quiero plugins. Esto es rotundamente falso, 
la mayoría de funcionalidades que ofrece emacs son plugins. En en ejemplo que 
yo puse, el cliente IRC, el modo lisp, y el mecanismo de conexión remota son 
todos plugins.

2) No me gusta el cliente de IRC que han desarrollado los de emacs. Emacs no 
incluye ningún cliente con el editor, y tienes varios para elegir (al menos 
5). Es posible que no te guste ninguno, de la misma manera que es posible que 
no te guste la integración que ofrece vim con make, gdb etc. Es más, a mí ni 
siquiera me gustan ni make ni gdb.

3) Me cuesta lo mismo usar la integración de la herramienta que usar mi 
software prefererido sin integrar. ¿ Cuesta lo mismo usar make desde vim que 
desde línea de comandos ? ¿ Cuesta lo mismo usar gdb desde vim que desde 
línea de comandos ? La ventaja de los entornos integrados de desarrollo es 
precisamente que la integración proporciona una ventaja sobre las 
aplicaciones no integradas, así de simple. En el caso del IRC, con emacs 
tengo una combinación de teclas que me lleva al canal que quiero. Con tu 
cliente favorito necesitas al menos 3: una para cambiar al cliente de IRC, 
otra para cambiar al canal que quieres y otra para volver al editor. Tal vez 
la diferencia parezca pequeña, pero es un 300% de trabajo.

Por lo que parece, vuestras necesidades se limitan al subconjunto de 
funcionalidades que ofrece vim. He puesto un ejemplo donde las necesidades 
van más allá y del que la parte de IRC era, en mi opinión, la menos 
importante. Vuestra conclusión es que no es necesario ese nivel de 
integración, lo que convierte el debate en estéril, así que lo doy por 
finalizado.

Saludos
-- 
Alfredo Beaumont Sainz
http://www.alfredobeaumont.org/blog.cgi