El libro se llama Clean Code es de Robert C. Martin, e intenta arrojar un poco de luz sobre el hecho de programar mejor, o como su título indica, hacer el código más claro, más limpio.

Una de las frases iniciales es (al pie de la imagen que he empleado para este artículo): Estás leyendo este libro por dos motivos. El primero es que eres programador. El segundo, quieres ser mejor programador. Hace mención a la clave de todo buen programa: que sea pequeño; algo que la filosofía de Unix nos dejó claro en su enunciado: hacer programas que solo hagan una cosa, pero que la hagan muy bien.

También comenta un problema que surgió, una experiencia personal, en la que desarrollaron una killer app, que todo el mundo quería, se vendió muy bien y comenzó a crecer, más características, pero también más fallos. El crecimiento fue descontrolado y el código empezó a ser cada vez peor. Esto llevó a la empresa a la quiebra.

En este sentido, podemos incluso ver un gráfico de productividad frente a tiempo cuando el código es desordenado y malo:

Cuanto más aumenta el tiempo de desarrollo del software, más cuesta agregar nuevas funcionalidades.

Seguro que ahora se nos vendrán a la cabeza muchos casos vividos acerca de este hecho, muchas vivencias incluso, código heredado que hemos tenido que mantener, reescribir e incluso nuestro propio código después, haberlo tenido que reescribir igualmente porque, erróneamente, seguimos los principios equivocados.

Las claves para escribir buen código, o código limpio y claro, se relatan en este libro, el cual se hace bastante ameno y en algunos puntos bastante divertido, e incluso revelador. Podemos citar algunos de esos puntos, aunque en modo esquemático:

• Cuestión de actitud, obviamente, si consideras que el código bien hecho es inviable para tu día a día, ese el primer punto que deberías de cambiar, ya que no te estás dando cuenta de que, cuanto más barro echas encima, más lento te desplazas.
• Refactorizar debe de ser una tarea cotidiana o al menos parte del desarrollo de una nueva característica, ya que cuando se introduce nuevo código, cambios o correcciones, muchas veces conviene dar un repaso a todo el código y rehacer algunas partes que puedan no tener sentido… o incluso borrar otras que ya no se usen, para no dificultar la lectura de código que está muerto.

Como decía Bjarne Stroustrup: Me gusta que mi código sea elegante y eficiente. La lógica debe ser directa, clara, para que a los fallos les sea difícil esconderse, las dependencias mínimas para facilitar el mantenimiento, el manejo de errores completo acorde a una estrategia planificada y el rendimiento muy próximo a óptimo para no tentar a la gente a hacer código desordenado con optimizaciones sin base alguna. El código limpio y claro hace las cosas bien.

Hay más comentarios de Grady Booch, Dave Thomas, Michael Feathers, Ron Jeffries y Ward Cunningham. Todos ellos comentando y/o definiendo lo que significa, para ellos, el código limpio.

El libro es muy recomendable, por su contenido, por sus enseñanzas y por ver la forma de progresar y hacer código que tenga un tiempo de mantenimiento mayor, es decir, que sea fácil de mantener, extender y corregir.

Scrum Manager – En busca de la excelencia del Código
Raúl Herranz
Rev. 1.0

El texto es conciso y no muy extenso, por lo que se hace amena su lectura. Lo más importante, es que expone una serie de criterios para definir lo que se considera la excelencia del código, así como prácticas y técnicas para hacer que se consiga. El libro nos da un repaso a temas tan interesantes como la automatización de tareas, con lecciones tan importantes como la colectivización del código; pasando por las revisiones de código, la programación por parejas y revisiones por pares; las pruebas: unitarias, de integración, de sistema, de implantación, de aceptación e incluso regresión; y por último, pero no por ello menos importante, la refactorización, esa tarea siempre olvidada y que nos ahorra a la larga mucha deuda técnica.

Me gusta el formato del documento y su narrativa. Lo que quizá cambiaría es que está muy focalizado en sus ejemplos a entornos de desarrollo Java. Los pondría más genéricos y/o orientados a diferentes lenguajes y entornos de desarrollo.

En conclusión, un buen documento que nos permite hacer repaso de las técnicas que ya aplicamos y las que aún no hacemos para poder mejorar nuestro quehacer diario con buenas prácticas, buena metodología y buenos consejos. Gracias Raúl por este material, y sobretodo por poder disponer de él de forma libre y gratuita.

Con este título nos encontramos un libro bastante curioso sobre esta tecnología, y digo tecnología, porque no solo cubre el lenguaje de programación funcional Erlang, sino también el framework de desarrollo OTP. El libro se estructura de forma que la introducción al lenguaje es efímera pero clara, y nos plantean, casi desde el principio, la creación de un proyecto de caché, al que van agregando los elementos de OTP, hasta culminar en un proyecto completo, funcional, y que contiene, desde la práctica, todos y cada uno de los elementos que podemos encontrar en el framework OTP.

Da un recorrido por las herramientas de Erlang, de monitorización, de depuración y los profilers, así como Mnesia (la base de datos que trae consigo Erlang) y los mecanismos para crear, publicar y actualizar en caliente aplicaciones en Erlang.

Sus autores, entusiastas de Erlang, trabajan en el proyecto Erlware, además de mantener el libro. Estos son Martin Logan, Eric Merritt y Richard Carlsson. El prólogo está escrito por Ulf Wiger, CTO de Erlang Solutions.

Comentar, simplemente, que el libro me ha gustado mucho por su carácter directo. Muestra un proyecto en proceso de creación con código completo y explicando, no solo la historia de cada uno de los elementos y el porqué funcionan y se comportan como se comportan, sino también mostrando la utilidad práctica y para el proyecto de cada elemento, siendo como ejemplo de uso de los elementos de que dispone Erlang/OTP.

Su redacción es amena y para nada pesada y, aún siendo una temática muy densa, se desarrolla con ejemplos, código y gráficos a lo largo de unas 370 páginas, aproximadamente, quedando explicado todo de forma muy concisa y clara. El autor se centra sobretodo en OTP y el desarrollo de soluciones reales más que en la sintaxis y propiedades del lenguaje, con lo que consigue que el texto sea más pragmático y menos académico que el propio libro de Joe Armstrong.

Recomiendo su lectura para todo aquél que desee aprender Erlang/OTP con una curva de aprendizaje más suavizada.

En este sentido, el libro persigue que los programadores tengan en cuenta tres objetivos para la escritura de su código: robustez, eficiencia y fácil mantenimiento.

En general, da un repaso a todos los aspectos de Perl, el uso de las variables y nomenclaturas, definición de procedimientos (o subrutinas) uso de paquetes específicos como strict, documentar apropiadamente el código, etc.

Un libro muy recomendable para todos aquellos que quieran progresar en su conocimiento de este lenguaje haciendo buen código.

Estimados, he decidido liberar la obra para que los interesados puedan disfrutarla de modo libre y distribuirla.

http://www.hackingetico.com

Espero que la disfruten, saludos.

Por lo que, tenemos ya a disposición de todo el mundo este increíble libro sobre seguridad y redes, de la mano de un autor que trabaja día a día en empresas de seguridad y sobre problemas de seguridad reales.

Lo que se trata en el libro, visto por capítulos es Cultura Hacker, Técnicas de búsqueda de información, Ingeniería social, Fuerza Bruta, Aplicaciones Web (XSS, Exploits, …), Inyección de SQL, Servidores Linux y Servidores Windows.

En esencia, son unas muy buenas lecciones sobre administración de sistemas, de cara a la seguridad y mantenerse alerta de por donde pueden venir los ataques más comunes. También tiene capítulos muy aconsejables para programadores, a nivel de codificación para evitar la creación de códigos maliciosos como exploits, o inyecciones de scripting o código SQL.

Debería de ser el libro de cabecera de todo administrador de redes y técnico en seguridad de todas las empresas TIC.

La iniciativa es de etnassoft y algunos de los libros que se refieren en esa página:

• Introducción al Software Libre (de la UOC)
• Conceptos Avanzados de Desarrollo de Software Libre
• Diseño Ágil con TDD, de Carlos Blé
• Programación de Juegos para Móviles con J2ME
• Programación de Videojuegos con SDL para Windows y Linux
• Todo va a cambiar, de Enrique Dans
• Don’t Make Me Think, de Steve Krug
• …

y un largo etcétera. Si ya tenéis libro electrónico, es buen momento para cargar la biblioteca virtual con buen contenido. ¡Que lo disfrutéis!

Es uno de estos libros que plantean la realidad de un hecho cotidiano desde una perspectiva de análisis que hace que nos planteemos, realmente, ¿por qué lo hacemos así si analizando vemos que no es correcto?, quizás la respuesta más clara sea: porque nunca nos hemos parado a analizarlo y, por ende, no sabíamos que estaba mal.

Este libro ha sido escrito por Jason Fried, creador y fundador de 37 signals y basecamp; y David Hansson, que además de creador y fundador de 37 signals y basecamp, es creador de Ruby on Rails. En él nos cuentan su experiencia personal de su vida profesional, un buen análisis de cómo han conseguido hacer que su empresa y sus productos sean notorios, a través de un buen análisis de todos los aspectos a los que se enfrenta, cada día, cualquier empresa… e incluso cualquier trabajador.

Un comentario y un análisis bastante bueno del libro puede leerse en Lo Leemos, de donde me quedo con este extracto que define muy bien el contenido (de forma introductoria) y apremia a su lectura:

A lo largo de nuestra vida tendemos a sobreesforzarnos para realizar tareas de manera eficaz, lo cual no siempre resulta ser lo más eficiente, sino más bien al contrario. Invertir 16 horas de esfuerzo para obtener un resultado A cuando con tan solo 2 horas hubiesemos alcanzado otro resultado B que no tiene porque ser peor, imponernos ciegamente el reto personal de alcanzar un logro heroico sin pararnos a escuchar lo que dice el de al lado, dedicar horas a reuniones que deberían durar minutos o obsesionarse con hacer que la empresa crezca lo máximo posible són solo algunos de los típicos errores en los que caemos y que este libro trata de hacernos ver. Podríamos decir que por culpa de todo esto muchos emprendedores o líderes potenciales se han quedado a las puertas del éxito. Pero nunca es demasiado tarde para ver donde nos hemos equivocado. Tal vez haya llegado el momento de replantear tu manera de hacer las cosas.

Este autor, en su afán por facilitar dentro de lo posible el desarrollo de software para todo tipo, se ha introducido en las entrañas de lo que es el software de empresa típico y ha definido elementos, objetos, patrones y ayudas específicas que facilitan el análisis, diseño y programación en general de aplicaciones de este tipo. El libro es Analysis Patterns.

La obra nos introduce en el mundo de los patrones, los conceptos y modelos de los negocios e intenta dar una visión general del porqué estos patrones pueden ayudarnos a simplificar la creación de aplicaciones. A través de los capítulos, se van viendo, tema por tema, todos los aspectos que en toda empresa se suelen abordar: contabilidad, plannings, inventario, etc.

Como suele decir Richard Stallman: “para leer buen código hay que leer buen código“; y esta obra la considero un buen sistema de análisis para el que se quiera aventurar a realizar análisis de sistemas de información.

El caso es que muchos manuales y documentos me ayudaron a comprender los sistemas, su funcionamiento, estructura y elementos que se pueden encontrar en cada uno de los esquemas, o infraestructuras, que se pueden crear con ellos. Sin esta información hubiese sido difícil aprender tan rápidamente todo lo que concierne al mundo de la VoIP y sobre todo al mundo de SIP, uno de los protocolos que más y mejor permiten la convergencia entre los sistemas de telefonía y los sistemas informáticos.

El libro que recomiendo es un documento que he leído varias veces y que me ha ayudado como guía en mi trabajo, sobre todo para entender ciertos problemas que se sucedían en los entornos de pruebas y en incidencias ya en producción.

Comienza con una explicación sobre la historia del propio protocolo, cómo surgió. Es interesante saber la historia de la tecnología que usamos, porque así comprendemos sus ventajas e inconvenientes, sus fortalezas y sus carencias.

Es pequeño (no tiene más allá de 264 páginas) pero con mucho contenido muy condensado y repleto de material gráfico que ayuda mucho más a comprender lo que explica el libro en sí.

Recomiendo su lectura a todos aquellos que necesiten trabajar en entornos VoIP con interconexiones SIP.

El libro, escrito por Kniberg y Mattias Skarin (otro personaje dentro del mundo de las metodologías ágiles), explora ambas metodologías desde el punto de vista de la comparación. Vamos, que las compara entre sí para sacar los mejor de ambas en cada elemento específico, o cada situación en la que ambas pueden emplearse.

La lectura es muy amena y está plagada de imágenes que ilustran todas las situaciones que se van sucediendo a lo largo del libro, por lo que engancha de principio a fin.

La segunda parte del libro, además, es un ejemplo, con un proyecto real, de cómo se puede emplear kanban en el mundo real. Los problemas que pueden surgir y como este grupo los solventó.

No olvido también el mencionar que está disponible la versión en castellano (y en francés) tal y como la propia página oficial del libro informa. Así como agradecer a la comunidad ágil en español que se coordinase tan bien, bajo la dirección de Ángel Medinilla, para darnos la posibilidad de poder leer tan gran obra en nuestro idioma.

Recomiendo la lectura a todos aquellos que tengan o pertenezcan a un grupo de trabajo.