>>11608 a parte la ram va parejita

Como recomendación, apréndete los comandos de ex, pues son compatibles con todas las implementaciones de Vi, no solamente vim. https://www.cs.ait.ac.th/~on/O/oreilly/unix/vi/ch05_01.htm

vi es el editor que viene por defecto en la mayoría de las distribuciones de GNU/Linux. En momentos donde no hay acceso a los repositorios para instalar otro editor de texto, es usar vi o hacer la edición del archivo usando stdin, stout y archivos temporales.

¿Y para qué chucha usas vim? Esa hueá es simplemente ser masoquista, o para dártelas de "soy tan hacker" y flexear como te complicas la vida de forma voluntaria frente a otros guatones. Y si es por lo que dice >>11614, aparte de vi siempre viene nano, que es mil veces más fácil de usar y suficiente como para sobrevivir hasta que puedas instalar un editor mejor.

>>11614 En Unix y Unix-like en general. Por algo viene definido en POSIX y puedes encontrar incluso una versión de Vi en los BSD. >>11619 >nano versus vim Incluso si lo comparas solamente a nivel de nano versus vi, estás haciendo un flaco favor. Nano sirve para edición básica, indudablemente. Pero si necesitas emplear copiado en múltiples buffers temporales (y con nombre), mover rangos líneas de texto de manera flexible, hace edición remota de archivos, usar todas las herramientas de filtrado de texto para procesar el contenido total o parcial de archivos e incluso automatizar la edición de archivos (usando los comandos de ex que entiende vi en modo script), no tienes dónde perderte. Nano indudablemente cumple un rol, pero comparar a Nano con Vi es comparar peras con manzanas.

>>11620 Por eso dije, nano es suficiente antes de instalar otro editor mejor. Nunca dije quedarse con nano como editor permanente.

>>11621 Si quieres redactar texto o apenas modificar una o dos líneas en un archivo de configuración, Nano es suficiente. Si quieres sacarle el jugo a tu tiempo y automatizar tareas como hace un Sysadmin o ingenegro Cloud/DevOps/<TENDENCIA DE MODA>, necesitas aprender vi.

>>11622 En mi opinión personal, vi es una pieza del pasado, de cuando los computadores tenían pocos recursos y tenían que optimizar las aplicaciones al máximo. Pero el presente ya no es así, y por lo tanto seguir usando vi en la actualidad es solamente una forma de medirse el pene entre ingenegros mostrando lo bueno que eres usando el computador de la forma más esotérica posible. Pero bueno, me queda más que claro que eres un fan de vi, y según tengo entendido esta es una guerra santa que obviamente no vamos a resolver en este post. Que tenga una buena tarde, anon.

>>11619 Si tienes que editar archivos en un servidor sin interfaz grafica, que haces?

>>11624 Conecto una impresora de puntos o un terminal con forma de aparato de los supersónicos. Nah. Usaría nano, todo el rato. Guatones.

>vim >no ed(1) simios culiaos

>>11623 >me queda más que claro que eres un fan de vi No lo soy. Dejé de usar Vi hace más de 15 años atrás, después de haberlo usado también por casi 15 años. >vi es una pieza del pasado Nadie ha dicho lo contrario. El punto es, en el contexto de Unix ¿eso es malo? Porque si quieres ir por lo "viejo", Nano no es ninguna novedad y es un clon al callo de Pico (Pine Composer, mal pensados), el editor de Pine. Ningún editor con ideas nuevas lo verás implementado en Unix o Windows, dado que son sistemas operativos ya osificados en lo que respecta a sus fundamentos y principios. Si quieres ver un editor nuevo que haya salido en los últimos 30 años, prueba con Sam o Acme, pero eso requiere que salgas de Unix y pruebes con Plan 9, para medirlos en su contexto. >usando el computador de la forma más esotérica posible Al contrario: vi responde a la evolución de ed y ex que planteó Bill Joy en BSD y se ajusta a los principios de Unix. Lo que aprendes con vi complementa todo lo que usas en la CLI de Unix, sin pasar por alto el formato de muchos de los elementos en uso (expresiones regulares, componer los comandos a través del pipe, canales de entrada/salida/error estándar diferenciados, etc.). Esotérico es usar Emacs, que corresponde a un modelo de trabajo más viejo (el ITS del MIT) y que fue evolucionando durante la primera primavera e invierno de la IA (el auge y caída de las Lisp Machines). >y según tengo entendido esta es una guerra santa que obviamente no vamos a resolver en este post Buh, te dio la pataleta de niñito mimado, porque este no es tu espacio seguro y criticamos a Nano. Imagen relacionada. Si quieres discutir el tema, más que bienvenido. Pero súbele el nivel al asunto, no te quedes en argumentos piñuflas respecto a un editor moderno (Nano no lo es) o a la simplicidad (que se puede discutir si Nano es simple o carente).

>>11623 filtradísimo el simio este

>>11627 Y dale con que defiendo nano. No estoy defendiendo a nano, de un principio dije que solo era suficiente para lo más básico, hasta que pudieras instalar un editor mejor. Mi post original es una crítica a op por su "miren, estoy ocupando vi", diciendo que eso es solo un flex que hacen los computines para medirse el pene entre ellos. Nada más.

>>11629 >solo un flex

Recordatorio que si t usas nano te gusta el pico

>>11631 Si me dieran $100 por cada vez que escuché un chiste de pico-nano creo que me alcanzaría para hacer un asado e invitar al grupo de autistas discutiendo en este hilo

>>11629 >Y dale con que defiendo nano. Tú dijiste que yo era fanático de vi, así que estamos a mano, kek >de un principio dije que solo era suficiente para lo más básico Lo dijiste, pero las alternativas que te entrega Nano para un ambiente Unix son paupérrimas. Si es por eso, Lo que te entrega Nano no es muy distinto de ed. >Mi post original es una crítica a op por su "miren, estoy ocupando vi" Se le puede criticar, pero asumo es una etapa juvenil por la que hemos pasado todos quienes hemos tenido que lidiar con Unix. Es como un carpintero tratando de mostrar orgullo por el taladro Makita que tiene en su caja de herramientas. >>11630 Imagen precisa. Se agracede, luchojaraposter. >>11631 Es un chiste clásico entre los usuarios de Unix. Digamos que la Universidad de Washington no fue muy cuidadosa al elegir el nombre del editor, kek. https://web.archive.org/web/20190328145000/http://www.washington.edu/pine/

>>11633 >tú dijiste que yo era fanático de vi, así que estamos a mano Ok, tienes razón. Estamos a mano, paz entonces.

>guerras entre editores de texto del eunuco De ponerla ni hablar.

Tanto monocódigo y no se pueden sacar un IB decente

>>11636 págame y te levanto uno o vay a seguir llorando

>>11636 Yo iba a crear uno, pero con la calidad del anon chileno me di cuenta que no vale la pena.

>>11638 no se preocupen, yo le pregunté

>>11637 Cuánto cobras?

>>11640 cuatro millones y tienes que tirarte al metro

>>11636 Subir un nuevo ib no es la gran cosa en verdad, de hecho está lleno de templates para llegar y usar. Lo jodido es mantenerlo y moderarlo, esa es realmente la piedra de tope.

>>11642 la piedra de tope es tener moderación 24/7 que elimine el spam de cepillo

>>11642 >>11643 Ésto. Esa es la parte agotadora de todo foro, tablero y grupo de Usenet de calidad.

>>11608 Mientras tanto >ser dev >reunión de solución de problemas con contraparte >contraparte también es dev >solución requerir terminal >indicar el comando >ooohh nunca habia visto tantos comandos en una terminal hasta ahora >aguantarme mucho el jajeo <ah, ¿eres más de usar GUI? Tranqui que no me burlo ni hago bullying por eso porque igual la uso para las tareas comunes kek >siii es más cómodo >dos minutos después de comandos y esperar, problema resuelto (gracias por tanto Docker)

>>11624 scp + su editada en local + scp de vuelta

>>11632 Lo cual no sería mala idea para ampliar la (((red de contactos))) pero veo dos fallos en tu lógica: >es un IB así que te van a leakear si vas (Hay dos clases de persona acá: las que fueron leakeadas y las que van a leakear) >no esperes mucho de una discusión entre autistas

>>11611 No caxaba ex, igual dudo que use vi por ahora, uso vim en reemplazo de vsc y visual

¿Algún autista acá usó ed de forma seria?

>>11648 El inatento desviador de hilo ataca de nuevo.