Hoy quería hacer una referencia al libro “Version Control By Example” de Eric Sink.

Este libro nos zambulle en el mundo de los controles de versiones desde prácticamente 0. Bastante fácil de leer, corto y con muchos ejemplos de código modificado paso a paso por varias personas.

El libro consta de 13 capítulos, en los que nos va contando desde la historia de los controles de versiones, pasando por los controles de versiones centralizados como Suversion, a continuación los distribuidos como Git y terminando con algunas buenas prácticas.

Personalmente recomendaría este libro sobre todo, a gente que esté empezando en este mundillo y no tenga mucha idea de cómo se trabaja en el día a día con controles de versiones. Aunque también es muy recomendable para gente que solamente conoce los 4 comandos básicos de su control de versiones del trabajo y quiere aprender un poco más del tema.

Los ejemplos paso a paso de cómo una persona empieza a tocar un código, otra lo modifica, salen conflictos y cómo los resuelven, son el día a día de cualquier programador de aquí a la Índia.

Con él, no solo aprenderemos a utilizar los comandos de commit y update que sabe todo el mundo, sino que nos enseñará a ir más allá y saber utilizar estas herramientas con todas sus posibilidades. Crear y unir ramas, crear, borrar y modificar privilegios de usuarios, deshacer cambios, clonar repositorios y otras cuantas cosas más. Y todo esto paso a paso, con todos los comandos necesarios.

Unos de los capítulos más interesantes para los que quieren ir más a fondo, es el penúltimo, que nos habla de las tripas de los controles de versiones. De como trabajan estos programas internamente y qué técnicas utilizan para hacer lo que hacen, junto con algunas de sus limitaciones.

Otro capítulo que a mi me gustó mucho, es en el que habla sobre técnicas de control de flujos de trabajo. En él nos explica levemente cada una de las técnicas más utilizadas como una rama por cada release o otra muy de moda, aunque antigua, rama por tarea. Aunque el capítulo es chulo, me hubiera gustado que profundizará mucho más en este tema.

El capítulo final lo dedica a un resumen de buenas prácticas. Muy corto y consejos muy familiares para los que llevamos un tiempo en esto. Os dejo algunos a continuación:

• Realiza tus commits de forma lógica, que se refieran a un cambio concreto
• Explica al máximo tus commits
• Usa etiquetas
• Revisa siempre los merges antes de hacer el commit
• No subas código comentado

Se echa de menos algún capítulo sobre otros sistemas de control de versiones muy utilizados en el mercado, como TFS o Plastic SCM (este último producto Español de la empresa Codice Software) y sobra parte de Veracity.

Si aún no os he convencido para leerlo, deciros que está disponible de forma totalmente gratuita en formato PDF, para consultarlo online, como EPUB y finalmente en libro físico, que si quieres te lo envían gratis a tu casa sin gastos de envío!!! Y de esto último os puedo dar fe

Espero haberos dejado sin excusas!

El libro nos ofrece un aprendizaje relámpago por cada uno de los 7 lenguajes que trata, Ruby, IO, Prolog, Scala, Erlang, Clojure y Haskell. Pero aunque diga relámpago, no quiero decir que este aprendizaje sea pasándolos por encima y enseñándonos lo mismo que la típica presentación o curso introductorio. De hecho el autor no bromea con la alusión de tomarse 7 semanas para aprenderlos, ya que si quieres seguir los ejercicios que propone por cada lenguaje, más vale que te pongas las pilas. Tengo que confesaros que a mi me tomó al final 10 semanas.

Cada uno de estos lenguajes se divide en 3 capítulos, con deberes de investigación sobre los mismos y ejercicios, que van desde algo fácil, hasta algunos verdaderos quebraderos de cabeza. El autor Bruce Tate ni siquiera se para a explicarnos como instalar el entorno de cada lenguaje, sino que va directamente al grano.

En cada capítulo hay una mini-historia del lenguaje y una entrevista al creador o a alguna persona influyente en el proyecto. Y al final de estos, se resumen las fortalezas y debilidades de cada uno.
Ten en cuenta que no es para nada una guía de programación, sino una guía de estudio de cada uno de estos maravillosos y algunas veces desesperantes lenguajes de programación.

Una de las cosas que más me ha gustado de este libro es el sentido del humor del autor. Esta escrito de una forma muy amena y por cada lenguaje busca una figura de ciencia ficción o fantasía a la que se pueda asemejar para que te identifiques más con él y puedas comprenderlo, como puede ser el comandante Spock con Haskell, Eduardo Manos-Tijeras con Scala o Mary Poppins con Ruby. Por supuesto con sus ejemplos y definiciones de por qué se parecen a esos personajes, y desde mi punto de vista, acierta bastante

El libro descubre nuevas ideas a los programadores que estén acostumbrados a trabajar con lenguajes orientados a objetos, enseñando los distintos paradigmas que existen dentro de otros mundos, como la programación funcional o la lógica. Te obliga a salir de tu acostumbrada forma de pensar y le da la vuelta a todo para que tengas que forzarte a olvidar el como programas en el día a día, enseñándote un nuevo camino a la hora de organizar y construir programas. Con él aprendes el estado del arte dentro del mundo de la programación y los diferentes paradigmas que existen en este mundillo cada vez más amplio.
 

Esta familia de lenguajes incluye JavaScript e IO entre otros. Brutalmente simple y expresivo IO tiene la capacidad de poder adaptarlo totalmente y definir nuestro propios DSLs, también parece que sirve muy bien para crear interfaces, aunque no es el lenguaje más desarrollado de los que nos encontramos en el libro.
 

3º Programación Lógica (Prolog)Este tipo de lenguajes de programación están orientados a resolver un estrecho tipo de problemas, aunque para ellos son asombrosamente eficientes. Con ellos definimos las reglas para el universo que plantea el problema y a continuación le preguntamos al lenguaje que nos desvele la solución a las preguntas.
Cuando el problema se ajusta a unas reglas lógicas, Prolog es capaz de conseguir resultados en muy pocas lineas de código que en cualquier otro lenguaje llevaría cientos de ellas y horas de comeduras de cabeza por parte del programador.
Estos lenguajes se utilizan en ámbitos como el control de tráfico aéreo o de trenes, casualmente en mi empresa se utiliza justo para el cálculo de rutas para trenes de cercanías

Aquí os dejo el link a mis ejercicios resueltos por si queréis echarles un ojo GitHub

Últimamente en los entornos que me muevo, todo el mundo habla sobre el Software Craftsmanship o que quieren llegar a ser un craftsmanship, y craftsmanship por aquí y por allá. Así que voy a hacer un ejercicio de auto-análisis en voz alta para definirme a mi mismo lo que yo quiero llegar a ser y que significa para mí ese concepto en concreto.

Para empezar veamos que dice la wikipedia:

“Software craftsmanship is an approach to software development that emphasizes the coding skills of the software developers themselves. It is a response by software developers to the perceived ills of the mainstream software industry, including the prioritization of financial concerns over developer accountability.”

Totalmente de acuerdo, pero se queda corto, para mí es algo más….

Para mí un artesano de software, es alguien al que yo siempre tenía referenciado como “Gurú”. No un gurú en un lenguaje de programación en concreto y ya está, sino alguien que tiene unas habilidades, conocimientos y experiencia muy superior a la media. Alguien brillante que solo le falta con echar una ojeada a un código de un lenguaje del que nunca ha oido hablar, para orientarte y desglosar tu problema, hasta ayudarte a dar con la solución. Es una persona que le preocupa su trabajo, que le apasiona y sobre todo quiere hacerlo lo mejor posible. Al que a pesar de su experiencia y conocimientos siempre está al día, actualizándose, renovándose y empapándose de conocimientos y al que le gusta compartirlos. Una persona cansada de hacer chapuzas, harta de tener descuidadas a las personas y ser temeroso del cliente. Descontento con la forma de trabajar de la industria del software y que lucha por una evolución. Pero sobre todos estos adjetivos, está el de alguien al que respetar por su sabiduría, tanto técnica como moral ante su trabajo. En resumen, alguien al que admirar.

En el blog de Clean code de Uncle Bob tenemos una definición mucho más justa seguramente del concepto. Pero de todo el post me quedaría con este párrafo:

“Do you think the only time musicians play their instruments is when they are on stage? Do you think the only time that batters hit balls is during games? Do you think the only time lawyers give a closing is at trial? Of course not. These people are professionals; and professionals practice! Professionals study the minutia of their disciplines. Professionals know all the little tricks and quirks. They know the history, the theories, the anecdotes. They know techniques and methods. They know good options and bad options and how to tell them apart. And they know all this stuff because they practice, practice practice.”

Por cierto, si queréis leer algo más sobre el término, no solo la definición, podéis entrar aquí
Manifiesto Software craftsmanship
Wikipedia

PD1: Voy a leerme este libro para intentar avanzar más hacia esta dirección y comprender mucho mejor los conceptos de la Artesanía de Software. Ya pondré un resumen ;P

PD2: Si queréis echaros unas risas con el tema, seguid en twitter a @dev_enfurecido