Sí. Vamos a aprender todo lo que necesitas saber sobre vim en literalmente menos de 2 minutos. Es así de simple. La gente tiende a complicar demasiado las cosas así que he hecho este video para ayudar a hacer las cosas menos complicadas.
|
etiquetas: vim , editor , theprimagen
llegadasalidallegadasalida.
Mejor este curso de 1 hora y cuarto para ir introduciendo el tema: www.youtube.com/watch?v=RZ4p-saaQkc
El tutorial del emacs aún no está terminado, sólo llevan 12 años grabándolo, así que les quedarán unos 5 años más.
gist.github.com/nifl/1178878
vim-adventures.com/
:%s/foo/bar/g
¿Para qué necesito vim entonces?
y los que digan que no son polla viejas
Ejemplo de video de verdad:
youtu.be/H3o4l4GVLW0
<esc>100iNo volveré a poner el culo en la fotocopiadora<esc>
Vim, vim, vim.
www.youtube.com/watch?v=QvABm3Jkras Anuncio de los 80s (creo que se emitió también a principios de los 90s). Por cierto, el coste son 21 céntimos de euro, si bien en esa época se puso de moda regalar bolis con publicidad de alguna empresa.
Novedad: Brik de cristal: www.youtube.com/watch?v=FI5nFyYEx4A (Vaya Semanita - Las ventajas del cristal)
Brik, brik, brik, brik, brik.
Eso que dices suena a conceptos muy avanzados. Es normal.
blogvirtualizado.com/ayudando-a-un-millon-de-desarrolladores-a-salir-d
Sabiendo:
Modo Comando: navegar por el documento e introducir comandos. Para volver a este modo pulsar tecla "Escape"
Modo Texto: Es para escribir de forma normal
:w Grabar cambios
:q! Salir
Comandos a usar en Modo Comando:
i (Ir a Modo Texto e) Insertar
o (Ir a Modo Texto e) Insertar una línea debajo
O (Ir a Modo Texto e) Insertar una línea encima
/hola Buscar 'hola' en el documento
n repetir busqueda anterior hacia adelante
dd Cortar línea (y guardarla en el buffer)
6dd Copiar 6 líneas en el buffer
p Pega buffer en siguiente línea
u Deshacer último cambio
CTRL+r Rehacer último cambio
Vi es como es como una navaja suiza, y si es vim además le puedes añadir plugins para añadirle más funcionalidad. Funciona en casi todo y con líneas a velocidades de mierda.
La cosa es que en esta época de conexiones gráficas RDP, Anydesk etc puedes acceder a IDEs complejos en remoto sin problemas, así que vim como IDE es un tanto obsoleto, no así la emulación de sus comandos, que una vez te acostumbras a usar no quieres usar un editor estándar en la vida.
Afortunadamente en muchos IDEs y otros editores siempre hay algún plugin que emula los comandos modales.
De Vim lo que menos me gusta es el dialecto de expresiones regulares que usa, que nunca me acuerdo bien y pierdo tiempo si hay que hacer cosas mínimamente complejas
En los editores clásicos en general tienes que ir al final de la línea con la tecla Fin, o algún burro va con el cursor, y luego darle al enter perdiendo el foco yendo y viniendo y cansándote los ojos. Quizás alguno tiene un comando del estilo Control-algo, que las veces que he mirado no he sólido encontrar, pero con Vim le das al escape unas cuantas veces, que nunca está de más asegurarse de no estar en modo edición, a la O y te abre una nueva línea para escribir sin mover el texto de su sitio.
Si no ves lo que ofrece respecto a nano o a vscode es que no tienes ni idea de porqué vim es tan potente
Lee esto que explica bastante el porqué de vim
gist.github.com/nifl/1178878
Yo personalmente no me planteo usar otra cosa que no permita este tipo de comandos
Edit: veo que #19 ya lo mentó
Es tan complejo que no encuentras dos personas usándolo igual. El 90% de lo que hago con vim hoy es lo mismo que aprendí en los dos primeros años.
Y en dos minutos ( NO, NO HE ABIERTO EL ENLACE ), lo único que puedes enseñar es a cono abrir, entrat en modo edición, moverte, hacer algún cambio, cortar pegar y cerrar.
Si alguien se viene arriba creyendo que es muy cool mencionar nano, pico o algo así, entonces siguien sin entender nada.
Lo único comparable es Emacs, pero es un monstruo en sí mismo que quiere hacer demasiado, en mi opinión.
Con un editor me fijo más en lo que escribo.
Con un ide acabo con más código del que necesito.
Depende a qué te dediques y que quieras realmente.
thumbs.worthpoint.com/zoom/images1/1/0316/18/vintage-unix-live-free-di
Tal vez se de el caso que yo llevo dos decadas usandolo y sacandole partido a un editor que te da mucha potencia para hacer mucho trabajo preciso, de golpe.
Si lo que buscas es un interfaz con colores para agreagr dos cambios, no.
Si quieres un IDE que te autocomplete codigo y te lo pique por ti o algun clippy que te de la mano, pues entonces entiendo que no te guste.
He usado IDEs para mi trabajo y la verdad es que a mi me distraen mas que ayudan. Lo mas cercano que uso a un IDE, sin serlo es SublimeText, porque no tiene mierdas a menos que se las meteas.
atareao.es/tutorial/vim/
Es una discuson similar a cuando alguien trajo el tema de la "nuevas" heramientas para Linux, con sustitutos para ls o cat.
Si lo que quieres son cosas con muchos colores, tablas, menues, etc. Entonces las herraminetas nuevas te iran bien. Si quires algo que funcione siempre porque tu trabajo depende de ello, vas a las herramientas que la industria ofrece desde hace decadas. Y para edicion de archivos, con miles, decenas o cientos de miles de lineas de codigo, pico, nano, y las hrraminetas con colorines no dan la taya. Pero quean bien cuando haces un pantallazo para el insta, no?
Con lo que resulta que en un teclado estándar de PC tienes más fricción de uso a menos que remapees un par de teclas, principalmente Esc y Ctrl. (Un buen candidato es la mierda del Caps Lock).
Hay traumas que se quedan grabados en el cerebro a fuego.
El primer dia, todos se quejan de pq no les dejo usar su IDE donde son increiblemente productivos.
El segundo dia, igual
El tercero, igual.
[...]
Finalmente un dia, me dicen que cualquiera seria mas productivo con cualq. otra cosa, que con vi. Siempre la misma historia, y yo les pongo el reto, de que competimos en hacer un trozo de trabajo, y ver cual es mejor y tiene menos fallos en menos tiempo. Siempre ha ganado vi, pq no se programa con el IDE, sino con la cabeza. (tengo que decir que muchos, viendome trabajar en vi, han optado por no asumir el riesgo del reto)
Despues de un tiempo penando, llegan al centro de control, al puesto en operacion, vamos a arreglar el tipico error critico,... Una vez, era un problema de un caracter erroneo en un fichero de Gigas de tamaño. Les digo pq no usais el IDE y yo voy con mi viejo vi. El resultado siempre es el mismo, nunca los sysadmin te van a poner facil meter tu portatil en un sitio "importante", tardan mucho en descargar el fichero (a veces no es uno son cientos de ficheros, etc). Yo con mi viejo vi, o si el fichero es muy grande con sed, siempre saco las castañas del fuego y en ese punto aprenden una leccion que me parece muy importante. Las herramientas no son importantes, lo es el trabajador, si dominas las herramientas mas basicas, siempre podras disponer de ellas en cualq. momento, y solo cuando las domines, puedes saltar a las "potentes" si todavia tienes ganas
De este periplo, puedo decir que todos los chavales a los que he ido enseñando, todos continuan usando vi como herramienta principal, y terminan reconociendo que es muy importante dominar esa herramienta, por lo increiblemente productiva que puede llegar a ser (junto con la bash en general), lo versatil que es, y la disponibilidad en cualquier entorno de ella.
P.D: Solo creo que una persona, termino usando uno grafico en su dia, y fue un gvim, nunca lo entendere, si vas a usar gvim, para eso usa cualq. IDE