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

[Alfredo Beaumont]

Asteartea 22 Maiatza 2007 14:02(e)an, OASPIAZU a bildua terra.es(e)k idatzi zuen:
> Astelehena 21 Maiatza 2007 11:11(e)an, STenyaK (Bruno González)(e)k
> idatzi
>
> zuen:
> >pero, sin duda, vim no es lo mejor.
>
> Vale, emacs es lo mejor
>
> Arguméntanos un poco eso , no? :p
> fallos de vi, ventajas de tu emacs ? :ppp

Emacs no es mío. Estaría bien que dejáramos del típico 'es lo mejor porque yo 
lo uso' y pasáramos a 'lo uso porque es lo mejor'. A lo largo de este hilo no 
ha aparecido ningún desarrollador que, conociendo emacs, use vi. Más bien al 
contrario, mucha gente que, sin conocer emacs, defiende vi. Creo que esto ya 
es síntoma de algo.

En cuanto a los fallos y las ventajas, la diferencia que hay entre emacs y vi 
es la misma que hay entre vi y nano: el primero puede hacer todo lo que hace 
el segundo, pero no al revés. Creo que esto es bastante objetivo, pero voy a 
poner un ejemplo de un caso de uso personal.

Tengo un servidor donde tengo mi página personal y varios servicios. Uno de 
estos servicios está desarrollado en Common Lisp. Además, tengo un portátil 
que uso habitualmente para programar. Mientras estoy programando en C++, 
alguien me informa por IRC que tengo un fallo en mi servicio en lisp, así que 
arranco el modo lisp que se conecta al código fuente del servicio remoto, 
modifico el código defectuoso y compilo y cargo la región de código 
modificada remotamente.

Para hacer esto necesito:
 - Una combinación de teclas para ver el mensaje por IRC
 - Una combinación de teclas para conectarme al servidor y attachearme al 
proceso lisp
 - Una combinación de teclas para compilar y cargar la porción de código 
modificada (que pueden ser 4 líneas)

Con 3 combinaciones de teclas, y sin necesidad de salir de emacs en ningún 
momento he conseguido pasar de la notificación de un fallo a arreglar un 
servicio remoto sin que deje de funcionar y de la forma no intrusiva. Otra 
combinación de teclas y me desconecto del proceso remoto y continúo 
programando en C++.

¿ Puede vi hacer algo similar ? Creo que no.

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