Ir al contenido principal

Vim 7.3


El pasado 15 de agosto fue publicada la versión más reciente (7.3) del editor de texto Vim, ampliamente utilizado en los entornos GNU/Linux y que entre sus mejoras contamos con:

- Deshacer y rehacer persistentes
- Encriptación Blowfish, encriptación de intercambio de archivo
- Ocultar texto
- Soporte Lua
- Soporte Python 3.0

¿Qué siginifica esto? Pues que no sólo tendremos en nuestro sistema la versión más actualizada del editor sino que también ahora podemos gozar de resaltado de sintaxis y tabulado para el código fuente escrito en estos lenguajes.

Lua es un lenguaje de programación imperativo, estructurado y bastante ligero que fue diseñado como lenguaje de script con una semántica extendible.

El nombre significa “luna” en portugués y gallego y se usa frecuente para el desarrollo de aplicaciones embebidas y juegos.

La versión 3.0 de Python, lanzado en 2008, es uno de las actualizaciones relevantes pues cada vez más se extiende el uso de este lenguaje de programación.

Los usuarios de VIM 7.3 ahora también puede cifrar y descifrar datos con el sistema de cifrado Blowfish, así como ocultar longitudes rigidez del texto.

El software también ofrece ahora la posibilidad de deshacer y rehacer cambios después de que el usuario sale y lanza de nuevo el programa.

Vim es una versión mejorada del editor vi, creado por Bill Joy en 1976 para la Distribución de Software de Berkeley Unix (BSD).

Prácticamente todas las distribuciones Linux incluyen ahora Vim, y sigue siendo uno de los editores utilizados por la mayoría de administradores de sistemas Unix o sencillamente por los que gustamos de la consola para algunas cosas.

Debido a la serie de comandos de teclado, Vim ha sido elogiado por algunos y odiado por otros, al final todo se resume en gustos.

Comentarios

Entradas populares de este blog

Tutorial: Introducción a PyTorch - Primeros Pasos en Deep Learning

  Muy interesado en este mundo de todo lo relacionado con inteligencia artificial hoy quiero que aprendamos juntos a utilizar PyTorch, una de las librerías más populares para Deep Learning, con ejemplos prácticos. En este tutorial iremos (porque yo también estoy aprendiendo) paso a paso para comenzar con PyTorch y construir nuestros primeros modelos de redes neuronales.  Bienvenido (a)!. El Deep Learning es una rama fascinante de la inteligencia artificial que ha logrado resultados impresionantes en una variedad de problemas complejos. En este tutorial, aprenderás a utilizar PyTorch, una potente librería de Python desarrollada por Facebook, para construir y entrenar modelos de deep learning desde cero. ¿Qué es PyTorch? PyTorch es una librería de Python para computación en Deep Learning que permite tanto entrenar modelos como usarlos para inferencia. Es conocida por su flexibilidad y facilidad de uso, lo que la convierte en una excelente opción tanto para investigadores como pa...

Conexi - Python, Control de existencias

He decidido colgar en la web una aplicación que hice hace ya muchos días utilizando Python , las Wx , VisualWx y MySQL para la plataforma windows. El programa lo bautice CONEXI (Control de Existencias), sirve para la administración del inventario que rota entre bodegas ubicadas en diferentes ciudades pero que son de la misma empresa. El software fue creado para un almacén de electrodomésticos de mi pueblo que tiene sedes en dos ciudades y que necesita saber que colchón, nevera, tv, etc; fue despacha desde y hacia dónde y qué existencias quedaron en cada bodega. No se si me hice entender ;) Puedes descargar el código fuente desde aquí y si tienes alguna inquietud o no te funciona algo me puedes enviar un mail .

SQL Error [53200]: ERROR: out of shared memory

  ¡Hola, amigos del blog! Hoy vamos a hablar sobre un tema que puede causar más de un dolor de cabeza a los que trabajamos con PostgreSQL: el temido error SQL Error [53200]: ERROR: out of shared memory. Pero no te preocupes, porque aquí te explico por qué sucede y cómo solucionarlo de manera sencilla y divertida. Imagina que estás en una fiesta y hay demasiada gente queriendo usar el mismo baño. Al final, alguien se quedará esperando fuera, ¿verdad? Algo similar pasa con PostgreSQL cuando se queda sin memoria compartida para gestionar los bloqueos de los objetos. Este error suele aparecer cuando hay demasiados objetos bloqueados en una sola transacción o cuando el parámetro max_locks_per_transaction está configurado demasiado bajo. ¿Por qué ocurre este error? Las principales causas son: Muchas transacciones concurrentes : Cuando hay demasiadas transacciones al mismo tiempo, todas compitiendo por recursos. Operaciones complejas : Transacciones que bloquean muchos objetos a la vez, ...