R. Chavarria's Blog

Proud of developing software, proud of being an Engineer

Elixir: noveno asalto

En el asalto anterior aprendimos un par de conceptos básicos sobre los nodos. En este asalto aprenderemos sobre servidores OTP: qué son, para qué sirven, por qué son útiles y cómo implementarlos fácilmente.

Todo esto, siguiendo el método de aprendizaje con el que comenzé la serie:

  • Aprender lo suficiente para comenzar
  • Experimentar, jugar, buscar puntos desconocidos, hacerse preguntas
  • Aprender lo suficiente para hacer algo de utilidad
  • Enseñar lo aprendido

The Phoenix project

de Gene Kim

Por qué lo he leído

Había visto varias referencias al libro por Twitter, blogs y distintos podcasts. Sabía que el libro era muy similar a La meta, de Eliyahu M. Goldratt, un libro que me gustó bastante.

Así que, tras ver que Eduardo Ferro también lo había leído, me decidí a leerlo yo también.

Elixir: octavo asalto

Último post del año, que no de la serie sobre aprender Elixir. Este asalto va de nodos, PIDs y un poquito (muy poco) de entrada/salida.

Aprenderemos qué es un nodo, cómo crear nuevos nodos y cómo comunicarlos a un nivel muy básico. Y algo muy interesante, cómo hacer que un nodo ejecute una función a nuestro antojo.

Todo esto, siguiendo el método de aprendizaje con el que comenzé la serie:

  • Aprender lo suficiente para comenzar
  • Experimentar, jugar, buscar puntos desconocidos, hacerse preguntas
  • Aprender lo suficiente para hacer algo de utilidad
  • Enseñar lo aprendido

Imagen basada en Risk de Ben Stephenson, algunos derechos reservados, licencia: CC BY 2.0

The 4 hour body

de Tim Ferriss

Por qué lo he leído

Soy un oyente del podcast de Tim Ferriss, the 4 hour workweek podcast, y me parece una persona bastante peculiar, con unas ideas bastante rompedoras, y muy preocupado por el aprender y dominar muy distintas disciplinas rápidamente. No estoy de acuerdo con todo lo que Tim predica, pero la verdad es que muchas de sus ideas me parecen muy buenas y les han dado resultados a muchos de sus seguidores. Entiendo que eso no quiere decir que funcionen en todos los casos, pero al menos las ideas locas de Tim han sido probadas más de una vez.

The 4 hour body, o El cuerpo perfecto en 4 horas que es su título en español, trata de dos cosas básicamente: cómo perder peso, y cómo ganar músculo. Y yo estoy interesado en perder peso, asi que ¿por qué no conocer algunas ideas de una persona seguida por millones?

Global Day of Code Retreat 2016

Siento que el título esté inglés, no he encontrado una traducción que suene bien en español: ¿Día global del retiro del código? Uff, no lo veo.

A lo que vamos, el pasado día (day) sábado 22 se celebró a nivel mundial (global) un evento en el que programadores se reúnen (retreat) para… programar (code).

Sí, como lo oyes. Hay gente a la que le chirría que unas personas que se dedican profesionalmente a programar se reúnan con compañeros de profesión para seguir programando un día no laborable. Pero es que este evento no tiene nada que ver con lo laboral, aunque sí con la profesión. Una definición tirando a formal sería:

Un «code retreat» es un evento de un día, de intensa práctica, enfocado en los fundamentos del diseño y desarrollo de software. El formato ha demostrado ser un medio efectivo de mejora de habilidades dado que proporciona a los desarrolladores la oportunidad de tomar parte en prácticas focalizadas, dejando de lado las presiones de tener un que terminar un trabajo.

(traducción libre de la definición sacada de Code retreat)

Foto: «Global Day of Code Retreat 2016», por Eduardo Ferro

Zen y el arte en el mantenimiento de motocicletas

de Robert M. Pirsig

Por qué lo he leído

El título no es que sea muy llamativo, parece más un libro sobre filosofía (con un subtítulo un poco extraño eso sí). Pero estaba recomendado por Mattias (@mpjme) en el capítulo 18 de FunFunFunction, su canal de YouTube, y no era la primera vez que oía hablar de Zen y el arte en el mantenimiento de motocicletas.

Así que… si recibes varias referencias de un libro por distintas personas y en distintas ocasiones, es que puede ser un libro interesante.

Elixir: séptimo asalto

El aprendizaje va avanzando, ya vamos por el séptimo asalto. Éste trata sobre cómo Elixir maneja múltiples procesos, por lo que trataremos algún tema de concurrencia. También veremos algunas cosas básicas sobre cómo monitorizar los procesos de los que consta nuestra aplicación.

Sin olvidar del método de aprendizaje con el que comenzé:

  • Aprender lo suficiente para comenzar
  • Experimentar, jugar, buscar puntos desconocidos, hacerse preguntas
  • Aprender lo suficiente para hacer algo de utilidad
  • Enseñar lo aprendido

Elixir: sexto asalto

Sexto asalto. En esta ocasión no veremos nada del lenguaje, si no del ecosistema de Elixir. Elixir viene acompañado de unas magníficas herramientas que complementan en lenguaje de programación en sí: mix, la herramienta de construcción de aplicaciones y herramientas de testing como ExUnit y DocTests. Además de estas herramientas, exploraremos también los sitios web donde los desarrolladores alojan la mayoría de las librerías y proyectos Elixir disponibles.

Sigo con la metodología de aprendizaje explicada en el primer post sobre Elixir:

  • Aprender lo suficiente para comenzar
  • Experimentar, jugar, buscar puntos desconocidos, hacerse preguntas
  • Aprender lo suficiente para hacer algo de utilidad
  • Enseñar lo aprendido

Elixir: quinto asalto

Y ya vamos por el quinto asalto, el quinto de la serie sobre el aprendizaje del lenguaje Elixir. En este asalto aprenderemos estructuras de control de flujo, esenciales en cualquier lenguaje de programación. No sé en otros lenguajes funcionales, pero en Elixir, estas estructuras no son muy bien acogidas. De todas formas, son parte del lenguaje, son sencillas y nos servirán para establecer conexiones con lenguajes que ya conozcamos.

Para seguir con el aprendizaje, sigo con el método seguido en otros asaltos partiendo del post aprendiendo Elixir:

  • Aprender lo suficiente para comenzar
  • Experimentar, jugar, buscar puntos desconocidos, hacerse preguntas
  • Aprender lo suficiente para hacer algo de utilidad
  • Enseñar lo aprendido