Crear un archivo comprimido Zip con Java

Comprimir cierto tipo de archivos como los archivos de texto puede suponer un considerable reducción del tamaño del archivo original, un xml del 20 MiB se puede quedar en 1.5 MiB, es decir, una tasa de compresión de 13 o lo que es lo mismo el fichero comprimido ocupa 13 veces menos. Esto es muy interesante en las aplicaciones web ya que puede ayudar a ahorrar ancho de banda y reducir los tiempos de descarga del archivo. La compresión se hace a costa de cargar la CPU con trabajo pero normalmente el tiempo global que se tarda en descargar el archivo suele ser menor comprimiendo ya que el mayor limitante suele ser el ancho de banda de la red y no la carga de la CPU. Otra ventaja para las aplicaciones web es que algunos formatos además de comprimir pueden contener varios archivos y por tanto haciendo uso de ellos se pueden devolver un archivo pero que contiene a varios en una sola petición.

Java proporciona una serie de clases para trabajar con archivos comprimidos en formato zip y su uso no es muy complicado. Aquí el código para generar un archivo zip con la Api de Java y guardando en él dos archivos.

También hay disponibles librerías en Java para trabajar con otros algoritmos de compresión aparte del zip, como gzip, LZMA o XZ que producen archivos más pequeños y con mayor ratio de compresión aunque no de forma más rápida.

Referencia:
http://java.sun.com/developer/technicalArticles/Programming/compression/
http://www.7-zip.org/
http://en.wikipedia.org/wiki/Lempel%E2%80%93Ziv%E2%80%93Markov_chain_algorithm

Reglas de negocio con Drools y Activiti

Los procesos de negocio pueden tener varios caminos de ejecución distintos. En algunos casos la decisión que determina el camino de ejecución del proceso de negocio puede estar determinado por una decisión de negocio. Por ejemplo, si se determina que un cliente es VIP se puede querer dirigir el flujo del proceso de negocio por un camino alternativo para tratarle de forma especial por su condición de cliente VIP, esta decisión se puede realizar mediante una regla de negocio («business rule»). También, el propio hecho de determinar si el cliente es VIP puede ser realizado por otra regla de negocio. Con lo que podemos aplicar las reglas de negocio al menos a dos escenarios:

• Para dirigir el flujo de un proceso de negocio. A este tipo de reglas de negocio se les denomina reglas con lógica de decisión («Decision logic rules»).
• Para tratar información en base a definiciones, operaciones y restricciones. A este tipo de reglas se les denomina reglas con lógica de negocio («Business logic rules»).

Una regla de negocio con lógica de decisión que podría dirigir el flujo de un proceso de negocio podría ser:

• Si el cliente es VIP enviar paquete por transporte urgente.

La regla de negocio que determina si el cliente es VIP y una regla con lógica de negocio podrían ser:

• Si el cliente ha realizado una compra por importe superior a 100€ el cliente es VIP.
• Si el cliente es VIP aplicar un descuento de 10€.

Estos son unas pocas reglas de negocio y bastante sencillas, en un sistema real podría haber muchas más y más complicadas. Por ejemplo, se podría querer aplicar descuentos a ciertos tipos de productos como libros o DVDs o descuentos cuando se compren varios productos relacionados a la vez. Esto se puede complicar suficientemente para que si se realizan las reglas de negocio mediante código de un lenguaje de programación tradicional como Java o C#, el código se convierta en poco mantenible y que pondría dificultades para adaptar una aplicación suficientemente rápido a los cambios que se producen en negocio.

Algunas ventajas de las reglas de negocio son:

• Están documentadas y puede ser gestionadas, no es un conocimiento que posean las personas en sus cabezas.
• Las reglas de negocio puede estar escritas en un lenguaje entendible por las personas de negocio. La gente de negocio puede verificar la lógica y cambiarla.
• No se utiliza código de programa en algún lenguaje de programación que probablemente con el tiempo se convierta en código spaghetti y que no es entendible por las personas de negocio.
• Es más fácil, flexible y rápido modificar las reglas de negocio que el código de programa equivalente en Java o C#. Se pueden modificar independientemente del código ya que las reglas no se encuentran en la aplicación.

En el siguiente enlace puedes encontrar otros motivos y ventajas, ¿Por qué usar reaglas de negocio?. Las reglas en definitiva contienen parte del conocimiento del negocio, los sistemas que se encargan de aplicarlas son denominados BRMS («Business Rule Management Systems»). Un ejemplo de BRMS es Drools y este puede ser usado en combinación con Activiti encargándose de esta forma cada unos de ellos del área especifica para el que están destinados, Drools para las reglas y Activiti para los procesos.

Veamos ahora un ejemplo similar al realizado en Usar variables en un proceso de negocio con Activiti pero usando reglas de negocio. El diagrama del proceso de negocio es el siguiente:

Mediante la tarea «Determinar Tipo Cliente» se determina el tipo de cliente en función del importe de la compra de un cliente valor que se toma de una variable del proceso de negocio del mismo nombre. En la tarea «Determinar Descuento» se determina el descuento a aplicar en función del tipo de cliente asignado en la tarea anterior. Estas dos tareas son ejemplos de reglas con lógica de negocio. Finalmente, el envío se realiza también en función del tipo de cliente dirigiendo el flujo del proceso mediante un gateway exclusivo, «Envío Normal» si el cliente es normal o «Envío Urgente» si el cliente es VIP. Este es un ejemplo de regla de negocio con lógica de decisión.

Veamos ahora el proceso de negocio en notación BPMN:

En esta definición la etiqueta «businessRuleTask» se encarga de ejecutar las reglas de negocio indicadas en el atributo «activiti:rules» con los siguientes hechos (denominados facts en la jerga de los sistemas de reglas) o variables «${cliente},${importe}» indicados en «activiti:ruleVariablesInput». Tambien se ve como es un gateway exclusivo en el xml, de él parten dos «sequenceFlow», se tomará el camino para el que se cumpla su «conditionExpression».

Ahora el código de las reglas de negocio para determinar el tipo de cliente, las reglas para determinar el descuento y el tipo de envío son muy parecidas y pueden verse en el código fuente del ejemplo:

Una regla de negocio es básicamente una condición que se evalúa para los hechos insertados en la base de conocimiento y en caso de cumplirse se ejecuta su parte then. Veamos ahora los teses unitarios para probar este proceso de negocio.

Las reglas de negocio para los teses se añaden a activiti como deployments de la misma forma que se hace para los procesos de negocio. Para que los deployments de las reglas de negocio de drools sean detectados correctamente hay que asignar un «customPostDeployer» al bean «processEngineConfiguration». También hay que añadir las siguientes dependencias al proyecto «org.drools:drools-core:5.4.0.Final», «org.drools:drools-compiler:5.4.0.Final» tal y como se puede ver en el archivo build.gradle del código fuente del proyecto.

Finalmente, el programa para ejecutar este proceso de negocio y su salida:

Referencia:
Conceptos sobre procesos de negocio (BP, BPM, BPMS, ...)
Procesos de negocio con Activiti
Usar variables en un proceso de negocio con Activiti
Tratamiento de errores en procesos de negocio con Activiti
Código fuente del ejemplo Reglas de Negocio con Activiti

Tratamiento de errores en procesos de negocio con Activiti

Al igual que en todo programa durante la ejecución de los procesos de negocio se pueden producir condiciones de error que deberemos tratar. Por ejemplo, supongamos un proceso de negocio que trata con la venta de diferentes artículos, probablemente una comprobación y condición de error será comprobar las existencias del artículo que se va a vender en el proceso. Este es un error lógico que se podría dar pero también se pueden dar errores técnicos como por ejemplo un error al actualizar las existencias en la base de datos o al acceder a un sistema externo como podría ser un web service o servicio REST.

Los errores lógicos se pueden tratar mediante ciertas construcciones de la notación BPMN, los errores técnicos podemos tratarlos dirigiendo el flujo del proceso. Estas dos formas de tratamiento de errores no son exclusivas sino que se pueden aplicar ambas en un mismo proceso. Veamos un ejemplo de ambos tipos de tratamientos en un proceso de negocio que comprueba las existencias de un producto.

Primero la definición del proceso de negocio en notación BPMN y el diagrama:

La tarea «comprobarExistenciasServiceTask» contiene la lógica para comprobar las existencias de un producto y en función de si hay existencias o no toma la decisión de dirigir el flujo a través de la transición adecuada, este será el tratamiento técnico que aunque en este caso no se produce un excepción por un error con un sistema externo para este proceso es una condición de error. En caso de que haya existencias el subproceso acabarán en el evento «end» del subproceso y en caso de que no haya existencias el subproceso se terminará con el evento «error» del subproceso, este sería el tratamiento lógico del error.

Veamos la clase ComprobarExistenciasServiceTask:


En función de si hay existencias toma un transición u otra. Ahora la clase Producto.


Los teses unitarios para probar el proceso de negocio:


El test testHayExistencias comprueba la ejecución correcta para un producto con existencias, también que se resta una unidad a las existencias. El test testNoHayExistencias comprueba la ejecución en el caso de un producto sin existencias.

Finalmente, el programa que ejecuta el proceso de negocio:

En el apartado referencia puedes consultar el código fuente de este y otros ejemplos de procesos de negocio.

Referencia:
Conceptos sobre procesos de negocio (BP, BPM, BPMS, ...)
Procesos de negocio con Activiti
Usar variables en un proceso de negocio con Activiti
Reglas de negocio con Drools y Activiti
Código fuente del ejemplo tratamiento de errores con Activiti

Usar variables en un proceso de negocio con Activiti

Un proceso de negocio en Activiti o en cualquier otro BPMS para ejecutarse es muy probable que necesite información de entrada que usarán las tareas y que también podrán modificar, además es posible que el proceso genere datos de salida como resultado de la ejecución de las tareas.

Vamos a ver un ejemplo de como es esto en Activiti. Para obtener el valor de una variable mientras el proceso aún está en ejecución se puede conseguir con:

Sin embargo, hay que tener en cuenta que una vez finalizado el proceso las variables son descartadas no pudiéndose recuperar de la forma anterior ya que la instancia del proceso ya no existirá con lo que si id no nos servirá. Una vez finalizado el proceso únicamente permanecen en los datos históricos del proceso siempre y cuando el nivel de histórico de datos está indicado como «full» en la configuración de Activiti. La siguiente sentencia nos dará las modificaciones de la variables ordenadas por tiempo de modificación en una lista de elementos HistoricVariableUpdate:

Pero hay que tener en cuenta que activar el nivel de histórico a nivel full puede dar como resultado que en las tablas de histórico se inserten muchos datos lo cual puede afectar al rendimiento. Una solución posible es pasar al proceso una variable que el proceso modificará y en el que recuperaremos los datos una vez haya finalizado. Veamos el ejemplo. Primero el proceso que tomará una decisión en base a un dato de entrada:

En una tarea scriptTask las variables del proceso pueden ser usadas como variables del script, en este script groovy de la tarea si el cliente es VIP se asigna a una variable un descuento de 10. Lo siguiente es el caso de prueba:

El proceso se inicia con rs.startProcessInstanceByKey pasándole al proceso un mapa con la variable cliente que usará el proceso para calcular el descuento y también un mapa, output, donde recogeremos el descuento que calculará el proceso. Finalmente, lo que sería el programa independiente:

Referencia:
Conceptos sobre procesos de negocio (BP, BPM, BPMS, ...)
Procesos de negocio con Activiti
Tratamiento de errores en procesos de negocio con Activiti
Reglas de negocio con Drools y Activiti
Código fuente del ejemplo Usando variables con Activiti

Procesos de negocio con Activiti

Como suele suceder con muchas tecnologías en la plataforma Java tenemos varios frameworks entre los cuales podemos elegir. En el ámbito de los BPMS los principales son Bonita, jBPM y Activiti.

Después de leer el libro jBPM Developer Guide intente hacer un hola mundo con jbpm 5, sin embargo, la API explicada en el libro (jBPM 4) y la de la versión actual (jBPM 5) ha cambiado bastante con lo que los ejemplos del libro son muy didácticos a nivel teórico pero son poco prácticos aún así la teoría de fondo es perfectamente válida para cualquier BPMS por lo que el libro sigue siendo bastante interesante. Con lo que la documentación sobre jBPM según mi opinión deja que desea para el que empieza desde cero. Hay un libro sobre jBPM 5 en proyecto que aún no ha sido publicado, probablemente las cosas mejoran en ese momento para jBPM 5. Por otra parte, según lo que he leído Bonita está más centrado en las personas de negocio y el desarrollador no tiene tanto control sobre los procesos de negocio.

Comparando la API de jBPM 4 con la de Activi tienen ciertas similitudes de hecho los autores de Activiti fueron desarrolladores de jBPM 4 y posteriormente al marcharse a trabajar en Alfresco desarrollaron Activiti basándose en la experiencia aprendida de jBPM 4, tanto la documentación como la API de Activiti me parece que está mejor que la de jBPM 5. De documentación en Activiti ademas del libro Activiti in Action también es una buena referencia la documentación del proyecto.

Algunas diferencias entre Activi, Bonita y jBPM están relacionados con quienes forman parte de la comunidad de desarrolladores, soporte de spring, soporte de reglas de negocio, herramientas adicionales de desarrollo y el propio proyecto. jBPM está integrado con el proyecto Drools (reglas de negocio) y Bonita está más centrado en las herramientas gráficas proporcionadas que en el propio desarrollador con que no se tiene tanto control como con Activiti.

Entrando ya en Activiti, está formado por varias herramientas:

• Activiti Engine: es el componente encargado de ejecutar los procesos de negocio en la notación BPMN 2.0.
• Activiti Modeler: es una herramienta con interfaz web para construir procesos en notación BPMN 2.0 que está orientada a los analistas de negocio.
• Activiti Designer: es un plugin de eclipse para desarrollar los procesos de negocio BPMN 2.0. También sirve para hacer pruebas unitarias y crear los artefactos de despliegue. Esta herramienta está orientada a los desarrolladores.
• Activiti Explorer: Es una aplicación web para realizar varias operaciones sobre los procesos de negocio como iniciar instancias de los mismos, obtener una lista de tareas asignadas a un usuario así como la posibilidad de desplegar nuevos procesos de negocio.
• Activiti REST: es una interfaz REST que puede ser consumida por sistemas externos a Activiti. Esta interfaz REST es independiente del lenguaje de programación por lo que puede ser consumida por aplicaciones PHP o .NET. Activiti también, puede ser ejecutado en modo por separado (standalone) o en modo embebido, en un servidor de aplicaciones como Tomcat o JBoss, en el caso del primero podremos acceder a él mediante esta interfaz REST, en el caso del segundo mediante la propia API de Activiti.

Después de descargar Activiti desde la página de descargas podemos empezar a mancharnos las manos rápidamente descomprimiendo el archivo en una carpeta ejecutando la siguiente linea de comando desde la carpeta de $ACTIVITI_HOME/setup:

Esta demo iniciará todo lo necesario para empezar, arrancará una base de datos H2, creará en ella las tablas con las que trabaja Activiti y lanzará un navegador para que podamos acceder a la herramienta Activiti Explorer en la que podremos iniciar sesión con el usuario kermit y contraseña kermit.

Las tablas de la base de datos de Activiti siguen una nomenclatura según la cual todas las tablas de Activi empiezan por ACT luego tienen un discriminador como HI (de history), RU (de runtime), RE (de repository) e ID (identity, para usuarios y grupos). En estas tablas se guarda la información de las propias definiciones de los procesos, de las variables en su ejecución, datos históricos, etc...

Vamos a ver un ejemplo sencillo de un proceso de negocio con Activi que será el típico Hola Mundo, empezamos por el xml en notación BPMN del proceso:

Todo procesos comienza con startEvent y acaba con endEvent, contiene varias sequenceFlow para dirigir de un nodo a otro y entre startEvent y endEvent hay una serie de nodos que irán realizando las tareas del proceso, en el ejemplo scriptTask contiene un trozo de código en este caso en lenguaje groovy que emite un mensaje a la consola.

Y ahora el caso de prueba con JUnit:

Lo interesante de este test JUnit está en las anotaciones. @Rule permite inicializar Activiti con cierta configuración y nos proporcionará la referencia al objeto, activitiRule, con la que podremos trabajar en el test con Activiti, @Deployment se encarga de desplegar en Activiti el proceso de negocio indicado y con activitiRule.getRuntimeService().startProcessInstanceByKey iniciamos la ejecución una instancia del proceso. La salida de este proceso sería la siguiente, en ella se ve el mensaje emitido dentro de la ejecución del proceso desde el scriptTask y el mensaje del propio test:

Un programa para ejecutar el proceso sería el siguiente aunque probablemente en un entorno real no necesitásemos hacer algunas cosas como iniciar la base de datos donde se persistirán los datos del proceso (Server.createTcpServer().start()):

Este ejemplo es muy sencillo y sirve principalmente para hacerse una idea del código necesario para trabajar con Activiti pero no muestra todas sus posibilidades que aprovechándolas el código de nuestro proyecto se puede simplificar enormemente y nos permitirá eliminar mucho código spaghetti, será más fácilmente mantenible y probablemente sea menos propenso a errores ante los cambios que se produzcan.
En el siguiente repositorio de GitHub está el código fuente completo del ejemplo junto con otros que vaya añadiendo a medida que vaya aprendiendo más cosas de Activiti.

Referencia:
Conceptos sobre procesos de negocio (BP, BPM, BPMS, ...)
Usar variables en un proceso de negocio con Activiti
Tratamiento de errores en procesos de negocio con Activiti
Reglas de negocio con Drools y Activiti
Código fuente del ejemplo Hola mundo con Activiti

Conceptos sobre procesos de negocio (BP, BPM, BPMS, ...)

Toda empresa realiza una serie de actividades para lleva a cabo el trabajo o servicio que efectúa. A este conjunto actividades relacionadas se les conoce como bussines process (BP). Dado que los procesos de negocio forman parte de lo más basico de la empresa se entiende que son importantes ya que sin ellos no habría actividad y en la medida en que se lleven a cabo esos procesos de negocio de forma rápida, eficaz y eficientemente dependerá la el buen o mal desarrollo de la misma. La definición formal de BP es:

«Sequencia de tareas que se realizan en cierto orden por sistemas o humanos para conseguir un objetivo de negocio.»

Las partes de esta frase son:

1) «Sequencia de tareas que se realizan en cierto orden»: Las tareas son las actividades que desarrolla la empresa para la consecución de los objetivos de negocio. La palabra secuencia impone cierto orden en las tareas de forma que cuando termina una se pasa a la siguiente hasta llegar a una última en la que se da por terminada el proceso y completado el objetivo de negocio. Algunas definiciones de tareas serían:

• Comprobar disponibilidad de producto
• Calcular precio
• Obtener servicio mensajería
• Enviar producto
• Realizar cobro

2) «en cierto orden por sistemas o humanos»: Las tareas pueden realizarse por las personas o por sus sistemas informáticos. Se diferencia entre unos y otros porque los sistemas informáticos son rápidos y realizan las tareas normalmente de forma inmediata. Sin embargo los humanos son lentos (tardan en comprobar datos, tienen que hacer llamadas, ...) y realizan las tareas cuando están disponibles (puede coincidir que están de vacaciones, están ocupados con otras tareas, ...).

3) «para conseguir un objetivo de negocio»: La finalidad es conseguir un objetivo de negocio que es la principal razón por la que la empresa realiza su actividad. Lo difícil será identificar los objetivos de negocio importantes o principales de la empresa.

Este podría ser el esquema de un proceso de negocio (visión de alto nivel cercana al gestor) de una empresa dedicada a reciclar papel.

En este grafo pueden verse las actividades, la secuencia de las mismas en el grafo dirigido y los roles de las personas que involucradas en el proceso.

Los procesos de negocio no son estáticos sino que evolucionan a medida que se identifican mejoras o cambian los objetivos de negocio. Por lo tanto hay que adaptarlos a las necesidades reales del negocio a medida que cambian. A estas actividades se les conoce como Bussines Process Management (BPM) y se realizan de forma iterativa con los siguientes estados:

• Identificar (encontrar/descubrir) procesos de negocio: identifica los objetivos de negocio y tareas que realiza para su consecución.
• Diseñar/modelar: transforma la definición del proceso de negocio en un modelo formal por todos y sin ambigüedades posiblemente con una notación BPMN (Bussines Process Management Notation). BPMN usa grafos dirigidos, que se componen de nodos que presentan las tareas a ejecutar y las transiciones que dirigen el proceso de un nodo a otro.
• Ejecutar los procesos: guía el flujo de trabajo de la compañía de forma que se de una buena comunicación entre sistemas y personas.
• Mejorar: analizando las ejecuciones de los procesos y con la información recopilada se pueden realizar acciones para mejorar el proceso. Identificar cuellos de botella o identificar nuevas actividades o si pueden ser realizadas de forma paralela.

Los procesos de negocio se pueden definir en papel y en ellos no tienen por que intervenir sistemas informáticos para realizarlos sino que las personas son las encargadas de realizarlos completamente. Sin embargo, dado que en mayor o menor medida ya muchas empresas confian en sistemas informaticos para apoyarse en la realización de sus actividades automatizarlos puede suponer varias ventajas, en ese caso se llevan a cabo con sistemas BPMS (Bussines Process Management Systems) siendo los encargados de dirigir y ejecutar los procesos.

Algunas ventajas que aporta BPM a las empresas son:

• Los procesos son representados en un lenguaje formal (BPMN) con lo que conocemos exactamente lo que hace, no una idea vaga, sabemos exactamente cual es el objetivo de negocio y que roles participan, esto permite mejorarlos identificando puntos de fallo y buscar soluciones.
• Se produce una interacción ágil entre sistemas y roles: los empleados son guiados en su trabajo, se les proporciona la información que necesitan y se les pide la información necesaria para avanzar en el proceso. La información fluye y está disponible para todos los que la necesitan evitando ineficiencias.
• Se pueden realizar acciones automáticas en función de la información recopilada en el proceso tal vez a través de sistemas BRMS (Bussines Rules Management Systems) facilitando el trabajo a las personas.
• Se dispone de información en tiempo real. Se puede obtener las instancias de los procesos en ejecución, en que actividad están parados o que rol necesita completarla.
• Visibilidad de los procesos tanto para negocio como para los desarrolladores y para todas las personas implicadas.
• Se pueden realizar análisis de procesos: Se puede ver si se está pidiendo información innecesaria o si necesita más datos.
• Proporcionan estadísticas y medidas para identificar cuellos de botella.

Además de las ventajas anteriores para los desarrolladores también tiene otras no menos importantes. Y es que permite eliminar las condiciones, bucles, switchs, timers, tratamiento de errores que serían necesarias para implementar el proceso de negocio con un lenguaje de programación como Java o C# que dan como resultado mucho código que es poco flexible, difícil de mantener, propenso a introducir errores cuando se modifica, esto es, un perfecto código spaghetti. Además de que cuando el proceso de negocio se transforma a código deja de estar visible para la gente de negocio e incluso para los desarrolladores es dificil saber lo que hace pasado el tiempo y tras varias modificaciones.

Hay varios BPMS disponibles incluso con licencias de software libre, entre los más conocidos están jBPM, Bonita y Activiti.

Aunque se trata de un libro algo antiguo y ya su código no refleja los cambios de la versión de jBPM 5 jBPM Developer Guide me ha parecido bastante interesante por su teoría básica y principios que expone de los BPMS, también está la versión para jBPM 5 que tendrá sus ejemplos de código más acorde a las últimas versiones de jBPM. Aún siendo libros de jBPM muchos de sus conceptos son aplicables a cualquier BPMS como Activiti o Bonita.El libro Activiti in Action no se centra tanto en la teoría como los anteriores sino que se restringe y explica perfectamente como se desarrollan los procesos de negocio con el framework Activiti dejando la teoría para otros libros.

Para otra entrada trataré de hacer el típico hola mundo o algo un poco más complejo con uno de estos frameworks de BPMS y también con Drools, que permite implementar las reglas de negocio, para aplicar todos estos conceptos a nivel de un desarrollador.

Referencia:
Procesos de negocio con Activiti
Usar variables en un proceso de negocio con Activiti 
Tratamiento de errores en procesos de negocio con Activiti
Reglas de negocio con Drools y Activiti
jBPM
Bonita
Activiti

Guía para aprender a usar Vim

Vim es un potente editor de texto con características que ya quisieran para si varios de los editores que los desarrolladores usamos a diario en nuestro trabajo. Todas las operaciones como cortar, pegar, eliminar, buscar, reemplazar, resaltar sintaxis, visalizar lineas de archivos, ir a un número de linea concreto y muchas más pueden realizarse de forma eficiente y rápida. Una de sus principales características es que se basa en modos dependiendo de los cuales las teclas tendrán diferentes funciones. Los dos principales modos son el modo normal, en el que prácticamente cada tecla tiene una función asignada, y el de inserción. A primera vista las teclas asignadas a cada función parecen puestas aleatoriamente, pero no es así, la disposición elegida de las mismas tiene como objetivo que no tengamos que mover ni desplazar las manos del teclado de modo que se consigamos gran rapidez al editar los archivos.

Otro de los motivos que nos puede motivar a usarlo es que al ser un programa que se usa desde el terminal y sin interfaz gráfica consume muy pocos recursos (unos pocos megas) comparado con lo que consume cualquier IDE con interfaz gráfica (varios cientos de megas) y se muestra ágil incluso con archivos grandes de varios megas allí donde editores como gedit o eclipse se atascan al leerlos, Vim es capaz manejarlos sin problemas.

Una de sus desventajas es que es poco intuitivo para el usuario recien llegado y para usarlo de forma corecta, eficiente y rápida requiere aprender a como manejarlo con una curva de aprendizaje alta. Para la tarea de aprender a usarlo lo mejor es leer un manual que nos permita aprender al menos los comandos básicos para empezar a trabajar con él aunque en un principio no lo hagamos de forma eficiente y usando todas las características que vim ofrece, a medida que vayamos leyendo y aprendiendo del manual y usemos los comandos iremos conociendo nuevos que nos permitirán hacer más o mejor las cosas. Un buen manual para empezar a usar vim es el «Vim Book» que se encuentra dispponible en la sección documentación de Vim. Si en algún momento tenemos dudas necesitamos ayuda siempre tendremos a nuestra disposición la ayuda de vim con el comando «:help» y si necesitamos ayuda de una determinada tecla podemos utilizar el comando «:help [tecla]».

Hasta ahora usaba nano y siendo este un editor sencillo que cumple su función permitiendo editar archivos rápidamente sin tener que aprender como usarlo, se queda corto a medida que necesitamos funciones más avanzadas por lo que la evolución será pasar de nano a vim o a otra alternativa como emacs.

Entre las características que posee vim están:

• Corrector ortográfico integrado
• Autocompletado de texto
• Navegación por pestañas
• Ventanas múltiples, que dividen el área de edición horizontal o verticalmente
• Resaltado de sintaxis dependiendo del lenguaje de programación o de etiquetas utilizado
• Órdenes deshacer y rehacer
• Más de 200 sintaxis diferentes
• Lenguaje de scripting para programar extensiones
• Completado de órdenes, palabras y nombres de ficheros
• Compresión y descompresión de ficheros, que posibilita editar ficheros comprimidos
• Reconocimiento de formatos de fichero y conversión entre los mismos
• Historial de órdenes ejecutadas
• Grabación y reproducción de macros
• Guardado de la configuración entre sesiones
• Plegado automático y manual de código
• Interfaz gráfica opcional
• Altamente configurable y personalizable
• Casi 100% compatible con vi, pero sin muchos de sus defectos

En los siguientes enlaces una presentación y varias chuletas con las teclas y combinaciones más básicas de teclas:

https://training.linuxfoundation.org/linux-tutorials/introduction-to-vim
http://www.viemu.com/a_vi_vim_graphical_cheat_sheet_tutorial.html
http://www.tuxfiles.org/linuxhelp/vimcheat.html

Referencia:
http://www.vim.org/
http://es.wikipedia.org/wiki/Vim
http://www.vim.org/6k/features.es.txt