Bram Moolenaar, creador y mantenedor de Vim, uno de los editores más conocidos, sobre todo en el mundo Linux, ha fallecido hace unos días, ha informado la familia. Queda como duda qué pasará con el desarrollo de Vim, ya que Bram era el responsable de la gran mayoría de commits en el proyecto.
|
etiquetas: vim , editor , emacs , software , fallecer
:q!
DEP
Desde luego no se está priorizando que pueda correr en un Spectrum sobre por ejemplo tener soporte de LSP para tener autocompletado de código, por ejemplo.
Siendo honestos, el comentario sobre el futuro de Vim si es personal y no está en el post enlazado.
youtu.be/RZ4p-saaQkc
Esperaba el comentario, pero el concepto es el de salir incondicionalmente.
cualquier persona de mas de 10 anios, sabe eso.
A parte existe neovim que permite usar vscode, y otros IDEs con los atajos de vim. Yo lo uso con vscode y genial. Acabas teniendo lo mejor de los dos mundos
Gracias maestro.
Y va el tio y palma. Solo tenía 65+- años. Es una pena que se nos vaya tan pronto.
:wq!
Supongo que ya peinas canas ( Yo no... porque me estoy quedando sin nada que peinar )
Dicho esto, yo uso Nano y sólo si es necesario. Vim me parece una castaña infumable que no sigue ningún estándar básico en accesibilidad.
2yyGp
Y esta es la escena youtu.be/hpRwaKnJYc8
Solo uso Intellij cuando me toca hacer algo en Java porque programar en ese lenguaje sin un IDE es un infierno.
Chiste de la epoca de las "emacs vs vim wars":
-Sabes por qué VIM es el programa de ordenador que la gente usa por más rato a lo largo del día?
-Porque una vez se entra en él, nadie sabe cómo salir.
:q!
Bram Moolean es el desarrollador principal de una de la implementaciones del editor Vi más usadas (y durante más tiempo). Pero no solo eso, Bram colaboraba activamente con la ONG Holandesa ICCF de forma que todo el dinero en financiación que obtenía de Vi lo destinaba a esta ONG... cuando abres vim se puede leer el mensaje "¡Ayude a los niños pobres de Uganda!".
Bram desarrolló su propio lenguaje de programación "Zimbu" y un framework completo llamado A-A-P.
www.vim.org/
moolenaar.net/
El vi con su sintaxis original como :q, etc. se creo en 1976 por Bill Joy para BSD, quien además de ser piedra fundamental en el desarrollo de BSD, fundaría luego Sun Microsystems.
Pero seguro que no querías decir accesibilidad sino usabilidad. Pero tampoco creo que sepas lo que es si defiendes nano sobre vim. Déjalo en que la curva de aprendizaje es mayor porque hace las cosas para ser muy usables tras aprenderlo y no hacer lo justito según lo enciendes para pegar lo que has copiado de stackoverflow o chatgpt.
Badum tss...
Pero luego he pensado en el legado que nos deja, y creo que es más correcto :wq como #26 #61 #41 dicen.
Estamos hablando de un programa que trata un pañado de bytes en un entorno "gráfico" básico de 80x25 carácteres: 2000 bytes! (o 4000 bytes para carácteres Unicode!).
Es que aunque lo ejecutes en un Z80 tendrías problemas de rendimiento.....
La única manera de poner en aprietos un entorno así es editando un fichero de varios Gigabytes.... y ni así: una ventana de edición y una rutina que vaya cargando/descargando memoria a medida que avanza el puntero, y asunto arreglado.
entre otras cosas neovim soporta plugins asíncronos, lo cual es importante si usas cosas como copilot que en segundo plano están conectando a servicios de terceros, o para linters que analizan el código mientras escribes, etc.
Pero nada, en una tarde lo haces en python con lo que dices y alguna cosilla más. El hecho de que el código de vim tenga 12.240.952 líneas de código sólo en los archivos .c (no cuento .h ni vimscript ni otros, sólo c) es porque no saben programar. Seguro que son todo gotos.
No sabía que VIM es tantas cosas. 12 millones de líneas????? Jodeeerrrrrrr Lo que da un editor de texto que se ejecuta en consola....
PD: Lo de los gotos ha dolido....
O tenga párrafos enteros de comentarios. Simplemente poner el número de líneas de código no hace que algo esté bien o mal, aunque me parece una cantidad excesiva.
Ya se que la cantidad de código no es representativa totalmente pero si hasta cierto punto. Mi mensaje era para decir que vim no es simplemente un buffer sobre un fichero y un puntero.