¿Porqué Vi es el mejor editor de texto (general)?

Hablar de editores de texto y lenguajes de programación es como hablar de religión. En muchos casos es asunto de preferencia personal y en otros simplemente de fé y los milagros que han hecho en nosotros; Habiendo dicho esto, les quiero hablar de mi editor favorito y de como aún consigo cosas nuevas en él.
VI (Visual) es el mejor editor de texto que he utilizado hasta ahora. Si bien EMACS es muy bueno, yo lo prefiero porque:
- No utiliza tanta memoria como Emacs (o Eclipse)
- Está instalado EN TODOS los Unix que se consideren respetables
- En el caso de VIM, es extensible y poderozo con soporte de edición para otros lenguajes
- El dinero que usted invierta en VIM es destinado a una caridad.
- Es lo suficientemente simple como para cargar en una emergencia. Trate de hacer eso con Eclipse, Emacs o Jedit :)
En todos estos años trabajando como administrador de sistemas o programador, Vi ha estado bien adaptado para la tarea que se le ponga de frente. No es perfecto, pero es universal y lo mejor de todo: adaptable (Por otro lado, Emacs hace cosas que en Vi resultan mucho más dificiles, como intercambiar palabras de una columna a otra).
NOTA: Mi segunda opción es Eclipse. Es muy completo y para editar Java y trabajar con CVS es insuperable. Pero es mucho más lento de cargar que Vi.
Buscar en Technorati: vim



6 Comentarios:
tu no haces otra cosa que darle temas de posts a sebas
ahora viene la guerra de vim vs emacs
yo uso dreamweaver, anda, quedate con esa :)
... amén, hermano KodeGeek
Me complace saber que, al menos en lo que respecta a editores, elegiste la religión correcta.
Aquellos hermanos que se desviaron del Camino de Unix y insisten en usar Emacs sufrirán por su herejía: al final del camino les espera el síndrome de túnel carpiano, producto de las contorsiones contra-natura que exigen las combinaciones de teclas de Emacs. Se rumora que estas perversiones, tales ^B ^F ^P ^N para mover el cursor, fueron creadas durante una misa satánica en la que Stallman ofreció causar dolor a millones de programadores.
Y ni siquiera quiero entrar en el tema de las extensiones de Emacs. Millones de líneas de código desperdiciadas en crear patéticos browsers basados en texto (cuando Firefox está a un Alt+Tab de distancia), anémicos lectores de correo (cuando Evolution está a un doble clic de distancia), arcaicos depuradores (cuando DDD está aun Terminal de distancia), y toda una larga lista de herejías que le darían trabajo a la Inquisición por los siglos de los siglos.
Y por favor, no voy a hablar de la atroz integración de Emacs con KDE o GNOME. En pleno siglo XXI, Emacs insiste en usar toolkits medievales para su GUI.
Ah, para cerrar esta encíclica, he aquí una forma fácil de intercambiar columas en vim:
:map <C-t> :%s/\(\w\+\)\(\s\+\)\(\w\+\)/\3\2\1/gc<CR>
Lo anterior asocia la combinación Ctrl+T con un pequeño macro para intercambiar columnas.
Saludos,
baquiano
:wq
... ahora que lo pienso mejor.
El macro anterior sólo funciona para dos columnas y abarca todo el archivo.
Una versión más simple es:
:map <C-t> wdwbP
Éste intercambia las dos palabras a ambos lados del cursor con Ctrl+T.
iba a publicar un comentario pero se me olvidó presionar "i" antes de comenzar.
:wq
^H^H^H
-esc-
:wq
En ambientes *nix uso VI (no VIM), probablemente sea por lo de la "vieja escuela"
En ambientes windows uso UltraEdit, de hecho bien sea desarrollando en Java o en Ruby, no uso ningun IDE, solo uso UltraEdit.
No es Open Source pero es un excelente tool.
Pues que maquinas usan?
La computacion ha avanzado bastante, por que cualquier editor habria de alentarse o tardar en cargar?
vi es del siglo pasado, hay que avanzar, si no mejor programemos en 1010101, que al fin al cabo es la mas eficente y que entiende mejor la maquina, o si no en ensamblador..........
Yo tengo que usar el vi...por que es la poqueria que trae el UNIX.....ya me he acostumbrado, pero cuando puedo simplemente lo hago todo en otro editor.
supongo que algun dia UNIX avanzara.......o avanzaremos sin el.......
Publicar un comentario en la entrada
Enlaces a este articulo:
Crear un vínculo
<< Regresar