¿Qué estamos Leyendo? (I)

Estuve tan ocupado escribiendo la crítica que nunca pude sentarme a leer el libro.

Quería que esta fuese una de esas entradas pedantes en las que presumimos de cuántos libros leemos pero que sólo son promoción pagada por el autor, pero al final no ha habido suerte.

Esta entrada tenía que haber salido hace tiempo, pero cual alarma matutina le he ido dando a posponer y comentar ahora los libros que he leído desde enero va a ser complicado. No por la cantidad sino por mi impermeabilidad al conocimiento.

Software Architecture in Practice¹, 4th ed

Entre viajes de tranvía para arriba y para abajo me dio tiempo a finiquitarlo. Quizás una visión de la arquitectura muy clásica, de cuando había arquitectos en sus torres de marfil. Qué buenos tiempos.

Bromas dejadas aparte, a nivel táctico está bien para entender lo que importa de una arquitectura y cómo afrontarlo. Una puerta a profundizar con otras lecturas que he decidido posponer. Y un listado de preguntas que nunca nos hacemos a la hora de diseñar un sistema.

La lectura abarca los típicos qué es la arquitectura y por qué es importante, para después profundizar en las distintas cualidades que podemos observar en un sistema. Por cada cualidad se nos da una definición, una serie de tácticas o patrones relacionados y finaliza el capítulo con una serie de preguntas que podemos hacernos respecto a dicha cualidad. Ya en la segunda mitad del libro se rompe este patrón y se meten los temas variados que no encajaban antes: interfaces, virtualización, cloud, móvil. Temas que merecen mucho más espacio, quizás en otro libro. Seguimos con temas sobre diseñar, evaluar, documentar y gestionar la deuda de una arquitectura. Y ya en la recta final nos va a hablar un poco del rol del arquitecto en sí.

A destacar, que haya un capítulo dedicado a los dispositivos móviles y consumo de energía. A veces se nos olvida que desarrollamos dispositivos para cosas que tienen batería, o se mueven, y que hay que tener en cuenta determinadas cosas. Pero el punto que más valoro de este libro son los ejercicios al final de cada capítulo. Qué recuerdos, estar en un tranvía camino a Burjassot y que te hayan puesto deberes.

Implementing Domain-driven Design²

Tenía tan buenas referencias de este libro que lo recomendé sin haberlo leído. Vergonzante. Así que me puse a ello. ¿Hace falta decir algo que no se sepa? Está bien para entender el de Eric Evans.

De lo estratégico a lo táctico. Del lenguaje ubícuo a los repositorios. Mención especial los eventos de dominio, como novedad respecto al libro de Evans. Y con ejemplos de código que, si no recuerdo mal, el otro no tenía. Más práctico, pero deja con ganas de releerse Domain-Driven Design.

A destacar, es imposible leerlo y no acabar pensando que hay que implementar CQRS y event sourcing.

Patterns of Enterprise Application Patterns³

Adoro a este hombre. Está bien para entender a grandes rasgos algunas funcionalidades de los frameworks (hola, Hibernate). O al menos como funcionaban hace 20 años. Es novela costumbrista de la programación.

La mayoría de los patrones que se muestran no suele ser viable implementarlos. Como mencionaba en el párrafo anterior ya existen frameworks que se ocupan de ello, pero viene muy bien para entenderlos. Y en algunos casos, como las transacciones distribuidas, son unos buenos cimientos para entender bien patrones más trendy como las Sagas.

Se agradecen los ejemplos de código, y las distintas alternativas y casos de uso de cada uno. Una lectura recomendada. Así en las entrevistas de trabajo podéis soltar algún patrón que no sea del Gang of Four.

A destacar, cómo se deshace el halagos y elogios a Eric Evans.

The Software Architect Elevator⁴

Un amigo me recomendó una colección de libros de arquitectura que vendían en Humble Bundle. Pagué una cantidad ridícula de dinero por un montón de libros, que todavía no he empezado. Excepto por uno, el de Gregor Hohpe. No sé de qué me sonaba, y decidí empezar por ahí para relajarme.

A ver, viniendo de los libros anteriores, este suena a autoayuda. Nada técnico. Pero es que para libros técnicos ya tenemos todos los anteriores.

Un extenso viaje del héroe por el rol del arquitecto empresarial y la arquitectura a gran escala. Lectura recomendada, sobre todo los capítulos dedicados a la comunicación. Y predica con el ejemplo.

A destacar, el estilo comunicativo. Impecable.

Building Microservices⁵, 2nd ed

Ya sólo leo libros en los que se mencione DDD. Y este no iba a ser distinto. Una guía práctica por el mundo de los microservicios, y viniento de alguien de Thoughtworks siempre piensa uno que hay cierta calidad.

He de reconocer que llevo poco más de la mitad pero como primer libro de microservicios que leo está bastante bien. Hace un repaso por todos los aspectos importantes a la hora de desarrollar —y operar— una arquitectura que use microservicios.

Muchas cosas se intuyen obvias, pero está bien que alguien listo explique por qué —tan obvias que ya son dos los casos que he conocido en que múltiples micros comparten base de datos. Quizás el aspecto que antes envejezca sean las herramientas que recomienda, pero eso es una constante en el sector.

Chin-na Fa⁶

No todo iba a ser informática. La verdad es que este me lo regalaron junto a uno de Sun Lutang —que todavía no he empezado. Curioso, sin más, habla un poco del Qinna, que si no estáis familiarizados con las artes marciales chinas es el aspecto de estas que se centra en agarres y luxaciones. Al parecer estaba rebajado por estar dañado. Curioso, sin más.