Arturo Herrero

H. Solano

Tue, 20 Jun 2023 00:00:00 +0000

Hoy estamos aquí para honrar la memoria de mi padre, pero me gustaría en primer lugar dar las gracias a mi madre por la maravillosa persona que es, su trabajo y dedicación. Gracias, mamá.

Mi madre me pidió que dedicara unas palabras durante el funeral de mi padre pero es imposible expresarlo mejor que Jorge Manrique cuando escribió en el siglo XV las coplas a la muerte de su padre:

Recuerde el alma dormida,
avive el seso y despierte
contemplando
cómo se pasa la vida,
cómo se viene la muerte
tan callando,
cuán presto se va el placer,
cómo, después de acordado,
da dolor;
cómo, a nuestro parecer,
cualquiera tiempo pasado
fue mejor.

Yo soy incapaz de escribir un poema de lamentación, pero voy a intentar escribir un elogio a la muerte de mi padre.

Comenzaré, ante todo, explicando que mi padre fue dos personas distintas a lo largo de su vida: una antes de la enfermedad y otra después. La enfermedad desdibuja a una persona hasta convertirla en un desconocido. Tanto es así que mi mujer no ha llegado a conocer realmente a mi padre, ya que apenas compartieron un par de ocasiones en 2015 cuando él todavía estaba bien. La ciencia y la medicina le permitieron vivir 7 años más y pudo conocer a su nieta, aunque no disfrutarla. Asusta darse cuenta de la fragilidad de todo lo que nos rodea. Polvo eres y en polvo te convertirás o, como él solía decir, vanidad de vanidades todo es vanidad.

Ahora, es mi responsabilidad contarles quién fue mi padre, quién fue su abuelo.

El problema es que «cuando un anciano muere, una biblioteca arde». No sólo perdemos a una persona sino todo el conocimiento y sabiduría acumulados a lo largo de la vida. Desaparece parte de nuestro mundo, de nosotros mismos y nuestros recuerdos, aspectos únicos de nuestra vida que tal vez nunca nos contaron. Desaparece “el mundo de ayer”, el mundo que conoció y del que fue testigo. Es como si se quemara una biblioteca llena de libros valiosos y únicos que no pueden ser reemplazados, o en su caso de cuadros y obras de arte.

Tratar de explicar la vida de una persona es una tarea imposible. Podría contar algunas anécdotas de su vida: su época en el internado cuando era niño, la magia que suponía para un chaval una Gran Vía llena de cines con carteles pintados a mano en los años 60, sus primeros trabajos, empezar a pintar, conocer a mamá, juegos con nosotros de pequeños…

Repasando la vida de mi padre, me he dado cuenta de que lo importante no son los grandes logros y proezas que uno logra en la vida sino las escenas cotidianas e íntimas del día a día.

La palabra “recordar” proviene del latín “recordari”, que se forma a partir de las palabras “re” (de nuevo) y “cordis” (corazón). Antiguamente se pensaba que la sede de la memoria se ubicaba en el corazón. Recordar quiere decir mucho más que tener a alguien presente en la memoria. Su significado original era “volver a pasar por el corazón” o “volver a traer a la mente algo que se tenía en el corazón”. Así que si decimos que estamos recordando a alguien, lo que en realidad estamos diciendo es que le estamos volviendo a pasar por el corazón.

¿Quién era mi padre? Mi padre son los siguientes recuerdos:

Madrugar para veranear en Santa Pola escuchando Los Sabandeños en el coche
Jugar a la petanca, las carreras de chapas y el frontón
Las espalderas
Los partidos de tenis durante los fines de semana
Lavarse con agua fría de la nevera por las mañanas
La estufa que ponía aquellas mañanas de invierno antes de llevarme al colegio
El zumo de naranja recién exprimido
Las discusiones durante las comidas en los fines de semana
Salir al coche las tardes soleadas de invierno para leer el periódico y echar una cabezadita
Las noches en los que cenábamos juntos en la cocina
El kéfir que tomaba todas las noches
El aloe vera
Los cuentos infantiles y el Sartenero
Quedarse dormido en el sofá por las noches mientras veía la tele
Nueva York y Frank Sinatra
El cine y las películas clásicas que tanto le gustaban
Ciudadano Kane
Su estudio de Don Felipe y la cola de conejo
915227291
Dos de las palabras más bellas del diccionario: cornucopia y paspartú
Un bote de cristal lleno de pinceles
Las acuarelas y las obras de arte
H. Solano

Estos y muchos más son los recuerdos de mi padre. Cada uno tendréis los vuestros y seguramente compartamos muchos de ellos. Espero que la vida me brinde—nos brinde—muchos momentos para poder recordar a mi padre, es decir, para volverle a pasar por el corazón. Muchas gracias.

Ciudades

Thu, 05 Jan 2023 00:00:00 +0000

Londres es una de las ciudades más multiculturales y cosmopolitas del mundo. Parece que todo lo que ocurre en el mundo está ocurriendo aquí, y eso se nota en el ambiente y en la gente. Las ciudades mandan mensajes de maneras sutiles.

Great cities attract ambitious people. You can sense it when you walk around one. In a hundred subtle ways, the city sends you a message: you could do more; you should try harder.

The surprising thing is how different these messages can be. New York tells you, above all: you should make more money. There are other messages too, of course. You should be hipper. You should be better looking. But the clearest message is that you should be richer.

What I like about Boston (or rather Cambridge) is that the message there is: you should be smarter. You really should get around to reading all those books you’ve been meaning to.

When you ask what message a city sends, you sometimes get surprising answers. As much as they respect brains in Silicon Valley, the message the Valley sends is: you should be more powerful.

Cities and Ambition, Paul Graham.

Hay ciudades que sosiegan y otras que estimulan. El efecto, supongo, varía según cada cual. En lo que a mí se refiere, Sevilla, Lisboa o Tánger, por ejemplo, son de las primeras. De las que inspiran paz y ganas de pasear tranquilo, sin complicarte la vida: comer, leer, tomar una copa, mirar los lugares hermosos y ver pasar a la gente. Aquéllas donde no sientes la necesidad de hacer nada diferente a lo que haces. Otras ciudades, sin embargo, me causan un efecto distinto. En ellas es como si te tomaras una taza de café solo, bien cargado, o te fumaras un cigarrillo de los tiempos en que fumabas. O tuvieras quince años y te enamorases de alguien. Ciudades que abren puertas, que sugieren cosas quizá interesantes que todavía no has hecho. Puestos a seguir con los ejemplos, eso me ocurre en Londres, o en Nueva York, o en la ciudad de México. Son ciudades que incitan a hacer, a vivir, a imaginar. Que, como digo, estimulan. Que te vuelven lúcido y creativo.

Mi París y otros amores, Arturo Pérez-Reverte.

iShows Server

Sun, 02 Oct 2022 00:00:00 +0000

About 10 years ago, I got involved in a very interesting project: iShows. Now that the project is over, I would like to pay a small tribute to it.

At that time, a server was needed to provide images with specific sizes to an iOS mobile application. This started as a side project, but ended up serving over a billion images. Billion! One thousand million. 1,000,000,000.

Basically, the server was a man-in-the-middle. The mobile application requested an image to the server, the server forwarded the request to TheTVDB, got the image, resized or cropped it, cached the final image, and served it to the mobile device.

Along the way, I solved many problems, and I always tried to stick to the Minimal Viable Change (MVC)—the smallest possible solution that offers value to the users. Examples:

I switched the server to DigitalOcean to save money.
Caching images requires a lot of disk space, so a cron job deleted images that had not been accessed for 30 days.
Working in a directory with 362,444 files was hard. You get errors for normal operations: /bin/rm: cannot execute [Argument list too long].
A Docker image was the way to go, but taking snapshots of the server was enough.
Sometimes images that gave errors were requested, but a simple text file was enough to filter out the bad URLs.

We were lucky with the server and, despite receiving constant authentication attempts, there were no major problems. Our uptime was practically the same as the DigitalOcean’s or TheTVDB’s uptime. I suspect that a simple command-line one-liner Denial-of-Service attack from any laptop would have given us a lot of headaches, but that was an MVC that I did not have to solve.

The project is open source arturoherrero/ishows. Here are the glorious ~50 Ruby lines of code that have served a thousand million images.

require "logger"
require "mini_magick"
require "sinatra/base"

IMAGES_PATH = "images/"
BAD_URLS_FILE = "tmp/bad-urls.txt"

class Server < Sinatra::Base
  # Resize an image for a given URL
  # http://localhost:3000/width/X/url
  get "/width/:value/*/?" do |value, url|
    process_image(value, url) do |image|
      resize(image, value)
    end
  end

  # Resize and crop an image for a given URL
  # http://localhost:3000/crop/XxY/url
  get "/crop/:dimensions/*/?" do |dimensions, url|
    process_image(dimensions, url) do |image|
      resize(image, "#{dimensions}^")
      crop(image, dimensions)
    end
  end

  private

  def process_image(dimensions, url)
    # WORKAROUND: Sinatra match the route parameter
    # with only one slash http:/
    url[":/"] = "://"

    unless File.foreach(BAD_URLS_FILE).any? { |line| line.include?(url) }
      unless File.exist?(filename)
        image = MiniMagick::Image.open(url)
        yield(image)
        image.write(filename)
      end

      send_file(filename, type: "image/jpeg", disposition: "inline")
    end
  rescue StandardError
    Logger.new(BAD_URLS_FILE).error(url)
  end

  def filename
    @filename ||= "#{IMAGES_PATH}#{Digest::SHA1.hexdigest(request.path)}"
  end

  def resize(image, dimensions)
    image.resize(dimensions)
  end

  # WORKAROUND: http://stackoverflow.com/q/8418973/462015
  def crop(image, dimensions)
    image.crop("#{dimensions}+0+0")
  end
end

París: la capital del flâneur

Mon, 02 May 2022 00:00:00 +0000

Flâneur significa ‘paseante’ o ‘callejero’. Aquel que vaga por las calles, sin rumbo ni objetivo, abierto a todas las vicisitudes y las impresiones que le salen al paso. El término tuvo interés académico en el siglo XIX como símbolo de la experiencia urbana y la modernidad.

Yo llegué a este concepto leyendo Antifrágil: Las cosas que se benefician del desorden, donde Nassim Taleb extiende la definición a una manera filosófica de pensar y de vivir:

Flâneur racional (o simplemente flâneur): Alguien que, a diferencia de un turista, toma a cada paso la decisión oportunista de revisar su plan (o su destino) para impregnarse de nuevos elementos basados en la nueva información que va obteniendo. En los ámbitos de la investigación y la empresa, ser un flâneur equivale a «buscar la opcionalidad». Es una manera no narrativa de enfocar la vida.

Sin embargo, un detalle al que no había prestado suficiente atención es que la palabra procede del francés, y no es casualidad que así sea. La idea del flâneur surgió en París después de que el barón Haussmann rediseñara la ciudad. Los sombríos callejones se transformaron en anchos bulevares y plazas despejadas, se crearon parques y jardines, terminales ferroviarias, sistema de alcantarillado y alumbrado público, etc.

^{Le Boulevard, Paris (Boulevard Haussmann). Antoine Blanchard.}

El impacto de la transformación de la ciudad fue extraordinario. Leyendo a algunos autores uno puede empezar a imaginar lo maravilloso que fue aquel París.

[…] Ah, ¡qué fácil y qué bien se vivía en París, sobre todo si uno era joven! El solo vagar por las calles ya era un placer y, a la vez, una lección permanente, porque todo estaba abierto a todos: por ejemplo, se podía entrar en una librería de viejo y hojear libros durante un cuarto de hora sin que el dueño refunfuñara y gruñera; se podía entrar en las pequeñas galerías, ver y tocar en las tiendas de bric-à-brac, gorrear en las subastas del hotel Drouot y charlar con las institutrices en los jardines; no era fácil detenerse cuando uno había empezado a callejear, la calle le atraía a uno como un imán y le mostraba cosas nuevas sin cesar, como un calidoscopio. Cuando uno se cansaba, se podía sentar en la terraza de uno de los diez mil cafés y escribir cartas en el papel que le daban gratis y dejar que los vendedores ambulantes le exhibieran un montón de objetos absurdos e inútiles. Una sola cosa era difícil: quedarse en casa o volver a casa, sobre todo cuando estallaba la primavera, la luz resplandecía plateada y blanda sobre el Sena, los árboles de los bulevares empezaban a espesarse de verde y las muchachas llevaban, prendidos con agujas, ramilletes de violetas a un sou cada uno; pero la verdad es que no hacía falta la primavera para estar de buen humor en París.

El mundo de ayer: Memorias de un europeo, Stefan Zweig.

Las nubes, de color de rosa, formaban una franja por encima de los tejados; empezaban ya a levantar los toldos de algunas tiendas; los carros de riego derramaban su lluvia sobre el polvo, y una inesperada frescura se mezclaba con las emanaciones de los cafés, que dejaban ver por sus puertas abiertas, entre plateados y dorados, flores en canastillos que se dibujaban en los altos espejos. La gente andaba despacio; había grupos de hombres hablando en medio de la acera, y pasaban las mujeres con cierta blancura en los ojos y ese tinte de camelia que da a las carnes femeninas la lasitud de los grandes calores. Algo enorme se extendía envolviendo las casas. Jamás París le pareció tan hermoso. En el porvenir únicamente percibía una interminable serie de años enteramente llenos de amor.

La educación sentimental, Gustave Flaubert.

Don Quijote de la Mancha

Sun, 13 Mar 2022 00:00:00 +0000

«Desocupado lector», al igual que a muchos otros estudiantes, me obligaron a leer en el colegio Don Quijote de la Mancha de Miguel de Cervantes. Lectura que ni comprendí, ni disfruté. Por suerte, muchos años más tarde decidí leerlo de nuevo. En esta segunda ocasión, escogí la edición puesta al castellano actual por Andrés Trapiello. Una auténtica maravilla.

Pocas cosas fomentan menos la lectura que la obligación de leer. En mi caso, además, se cumple aquella frase que Nassim Taleb escribía en Antifrágil: «lo que me hicieron estudiar ya lo he olvidado, pero aún recuerdo lo que decidí leer».

No deja de ser curioso que uno de los personajes más famosos de la historia de la literatura sea un hombre al que «del poco dormir y del mucho leer, se le secó el cerebro de tal manera, que acabó perdiendo el juicio».

^{Don Quijote ilustrado por Gustave Doré.}

De entre todos los aspectos que se pueden destacar de esta novela hay dos que me fascinan: la metaficción y los refranes.

1. La metaficción

La metaficción es una forma narrativa donde nosotros como lectores somos conscientes de estar ante una obra de ficción, y el autor comienza a jugar con la relación entre la ficción y la realidad.

Cervantes confronta la realidad y la ficción involucrándonos a nosotros como lectores: un personaje que enloquece y se cree un héroe y un cuerdo que sigue al loco; lo que creemos que somos y lo que somos, lo que somos y lo que los demás admiten que somos.

Al final, la realidad y la ficción quedan difuminadas en un juego caleidoscópico: referencias a la novela dentro de la novela, personajes que han conocido a Cervantes, el Quijote “real” y el Quijote de Avellaneda. ¿Qué es real y qué soñado?

2. Los refranes

Cervantes tuvo una vida agitada: soldado, prisionero, escritor, recaudador de impuestos, etc. La calle como escuela de vida. Un maestro en artimañas, trucos y engaños.

Aún conociendo su biografía y vivencias, resulta increíble la cantidad de rimas, dichos, chascarrillos y refranes que fue capaz de recoger en el Quijote. Algunos pasajes son sencillamente excepcionales:

[…] Pero ¡quita!, que es ella muy buena moza y hay pastores más maliciosos que simples, y no querría que fuese por lana y volviese trasquilada; y los amores y los no buenos deseos suelen andar lo mismo por los campos que por las ciudades, por las chozas pastoriles y por los palacios reales, y quitada la causa, se quita el pecado, y ojos que no ven, corazón que no siente, y más vale quitarse de en medio que andar razonando.

—No más refranes, Sancho, pues cualquiera de los que has dicho basta para dar a entender tu pensamiento; y muchas veces te he aconsejado que no seas tan pródigo en refranes, y que te sujetes, pero me parece que es predicar en el desierto, y ríñeme mi madre, por un oído me entra y por otro me sale.

—Me parece que vuesa merced es como aquello de: Dijo la sartén a la caldera: quítate allá, ojinegra. Me está reprendiendo que no diga yo refranes, y los ensarta vuesa merced de dos en dos.

—Mira, Sancho: yo traigo los refranes a propósito, y cuando los digo vienen como anillo al dedo, pero tú los traes tan por los cabellos, que los arrastras, y no los guías; y si no me acuerdo mal, te dije ya otra vez que los refranes son sentencias breves, sacadas de la experiencia y especulación de nuestros antiguos sabios, y el refrán que no viene a propósito es antes disparate que sentencia.

Por último, me despido de ti, lector, igual que lo hacía Cervantes en el prólogo de la novela: «Y con esto Dios te dé salud y a mí no me olvide. Vale».

Viajar o «ser viajado»

Wed, 23 Feb 2022 00:00:00 +0000

He viajado de muchas formas, desde mochilero con un pase de Interrail hasta siendo arrastrado a autocares con paradas programadas. Viajes de un día o de varias semanas. Con planificación o sin ninguna en absoluto.

Siempre asumí que viajar era ver cosas—cuantas más mejor—, quizás aprender algo nuevo y regresar a casa con las fotografías pertinentes. Fotos a las que rara vez he regresado. Odias a los turistas, pero te comportas como tal.

Sin embargo, poco a poco me he ido alejando de esa necesidad de ver y fotografiarlo todo. Antes podía fácilmente peinar una galería de arte de punta a punta, pero ahora sólo me interesa detenerme en unas pocas obras. Viajar para descubrir poco, pero que ese poco se quede conmigo para siempre.

Una de las mejores definiciones entre un turista y un viajero la encontré leyendo Orient-Express: El tren de Europa de Mauricio Wiesenthal, quien recorrió París con una guía de viajes Baedeker de 1902, buscando «los rincones dorados de la Belle Époque».

El Baedeker estaba escrito para gente mucho más delicada que los turistas de ahora. No sé por qué hoy se editan tantas guías que presuponen que la gente se mueve sólo entre cemento, haciendo colas en los museos y puntuando los restaurantes como si fuesen a ser subastados. No creo que pueda considerarse sabroso ni saludable nada que sea puntuable. Tampoco comprendo por qué, si hay tanto aficionado al arte, no se visitan las bibliotecas para conocer a los clásicos de la cultura o se compran más libros en las librerías para regresar con un buen botín a casa, dándonos la oportunidad y el placer de practicar los idiomas de los países que visitamos.

Se viajaba entonces mejor, prestando atención a las sagradas escrituras de la historia, a las reliquias de la cultura, a los encantamientos del buen gusto, a las fuentes y a las aguas termales, a los senderos de montaña y a la vegetación. Y se daba importancia a los nombres de las maderas, a las flores, y a las hierbas que crecen en las ruinas y perfuman los jardines abandonados, donde hay niños que juegan a ínsulas extrañas.

[…]

No sé cuántas horas he dejado persiguiendo direcciones en las páginas sedosas de mis Baedeker, editadas con diminuta letra. A menudo la búsqueda de un viejo café me llevaba a un billar sórdido, que era lo único que quedaba de su leyenda. Los espejos y veladores se habían convertido en enormes mesas de paños verdes donde entrechocaban las bolas con un chasquido de marfil. Pero en la penumbra de humo se distinguía un perchero apolillado en el que Balzac había dejado olvidado un abrigo. Mis Baedeker me llevaban siempre al tiempo de los pianos negros y de los terciopelos violetas. A veces había sombreros viejos que nadie había reclamado desde que un escritor sin suerte se marchara de una novela que nadie quiso editarle. Y, siguiendo la dirección de una confitería famosa, donde me prometía degustar la mejor Sachertorte de Viena, me encontraba con una tienda de turkish delight. Pero nunca me importaron esos extravíos y rodeos, porque disfruto sentándome en un café de Montparnasse y leyendo, en una guía de París de 1902, que «los carruajes con cocheros de sombrero blanco son generalmente mejores. Tienen las ruedas cubiertas de caucho, y se les reconoce por las campanillas que llevan los caballos en el cuello».

Otra joya literaria que aborda el creciente turismo de masas es un artículo de Stefan Zweig escrito en 1926 bajo el título Viajar o «ser viajado», que viene incluido en La eternidad de un día: Clásicos del periodismo alemán (1823-1934) de Francisco Uzcanga Meinecke.

Me apasionan los puertos y las estaciones. Me puedo quedar horas y horas parado delante de ellos, contemplando cómo una nueva e impetuosa ola de personas y mercancías se abalanza sobre la que acaba de romper; disfruto con los enigmáticos signos que marcan la hora y el destino, con los gritos y ruidos, confusos y broncos, que se entremezclan en sonidos reveladores. Cada estación es única, cada una de ellas arrastra una lejanía diferente, cada puerto y cada barco trae un flete distinto. Representan el mundo en nuestras ciudades, la diversidad en nuestro día a día.

Pero he descubierto un nuevo tipo de estaciones, en París por primera vez: están en medio de la calle, sin cochera ni cubierta, carecen de distintivos y sufren sin embargo el mismo flujo incesante. Son las sedes de las grandes compañías de autocares, que tal vez suplanten algún día al vagón de tren; con ellas se instaura una nueva forma de viajar, el viaje en masa, el viaje por contrato, lo que yo llamo el «ser viajado». Las nueve: el primer tropel baja del bulevar, cuarenta, cincuenta pasajeros, la mayoría norteamericanos e ingleses, un guía con gorra de colores los carga en el vehículo, los van a llevar a Versalles, a los castillos del Loira, al Mont Saint-Michel, a la Provenza incluso. Una organización matemática les ha planificado y preparado todo el viaje: ellos no necesitan buscar nada ni hacer números. El motor arranca, pone rumbo a una ciudad desconocida, allí les espera el almuerzo (incluido en el precio) y, por la noche, la cama; las atracciones turísticas y los museos están abiertos de par en par a su llegada, no hace falta llamar al portero ni dar propina alguna. La duración de las visitas está programada con antelación, la calle escogida según experiencias anteriores. ¡Qué cómodo es todo esto! No hay que ocuparse del dinero, ni prepararse, ni leer libros, ni informarse sobre alojamientos—detrás de los viajados (no digo viajeros) espera el guarda con la gorra de colores (y es que sin duda es una especie de guarda o vigilante) y les aclara de forma mecánica cualquier contingencia—. No hay que hacer nada, basta con ir a una agencia de viajes, seleccionar un destino, pagar el importe—es como suscribir por quince días un título de viaje de renta fija, y ya rueda el equipaje por delante, laboriosos duendecillos preparan mesa y cama en un entorno nunca visto—, y así, sin mover un dedo, viajan hoy en día cientos de miles de turistas desde Inglaterra, desde Norteamérica, hasta aquí. O, más bien, los llevan de viaje.

He intentado ponerme por una vez en la situación de esta riada humana; es innegable que ofrece muchas comodidades. Todos los sentidos quedan libres para observar y disfrutar: se evita el estorbo de tener que ocuparse de cuestiones liliputienses, pero a la vez imprescindibles, como buscar alojamiento y reservar en un restaurante; tampoco hace falta consultar el horario de los trenes, no acaba uno vagando por callejuelas equivocadas, no se es víctima de engaños y estafas, no hay que chapurrear una lengua extranjera; todos los sentidos se concentran exclusivamente en absorber la novedad. Y esta novedad ha sido además tamizada a lo largo de muchas décadas de experiencia; en estos viajes organizados tan sólo se visita lo realmente importante; no les falta compañía a quienes necesitan compartir el placer para disfrutarlo de verdad. Además, es algo barato, práctico y, sobre todo, cómodo, de ahí que probablemente sea la fórmula del futuro. No se viajará más, lo viajarán a uno.

Ahora bien: ¿no se pierde con este agrupamiento arbitrario precisamente lo más fascinante del viaje? La misma palabra viaje viene envuelta, ya desde tiempos remotos, por un aroma de aventura y peligro, por un hálito de azar veleidoso y de seductora incertidumbre. Cuando viajamos, no lo hacemos sólo para buscar la lejanía sino también para abandonar lo propio, el mundo doméstico cotidiano y metódico, para disfrutar del no estar en casa y, por ello también, del no ser uno mismo. Deseamos interrumpir el simple ir viviendo por medio de vivencias. Pero aquellos que prefieren que los lleven de viaje sólo llegan a conocer lo novedoso de forma superficial, sin penetrar en su interior; se pierden irremediablemente todo lo peculiar y propio de un país al dejar que sus pasos sean conducidos por un guía y no por el verdadero dios del viajero: el azar. Estos ingleses y norteamericanos que se desplazan en autocares no salen en realidad de Inglaterra ni de Norteamérica, no oyen la lengua extranjera, no perciben (por falta de contacto) la singularidad, las costumbres del lugar. Ven lo que merece ser visto, cierto, pero en veinte descargas diarias; todos juntos presencia idénticas atracciones turísticas, todos tienen exactamente las mismas vivencias y en mayor medida, si cabe, al venir las explicaciones de la misma persona. Y nadie las vive a fondo, porque se acercan a los valores y a los mundos seleccionados en compañía, conversando y charlando, sin contemplar nunca a solas lo novedoso, sin absorber con devoción y en solitario las maravillas que se les ofrecen; lo que se lleva cada uno de vuelta no es sino el simple orgullo de haber tenido ante sus ojos esta iglesia o aquel cuadro (más una gesta deportiva que el sentimiento propio de un aprendizaje interior y de un enriquecimiento cultural).

De ahí que sea mejor lo incómodo, lo molesto, lo desagradable incluso: forma parte de todo verdadero viaje, porque siempre hay un contrasentido entre lo confortable, lo que se ha conseguido sin esfuerzo, y lo que se ha experimentado de verdad. Todo lo esencial en la vida, todo lo que consideramos provechoso, nace del esfuerzo y de la superación, todo lo que aumenta de verdad nuestra capacidad de entender el mundo tiene que partir de alguna forma de lo más íntimo de uno mismo. La mecánica cada vez más refinada del viaje se me antoja por ello más un peligro que una ventaja para quien no se conforma con acercarse a lo extraño de modo tangencial, sino que prefiere alimentar su espíritu con imágenes vivas e intensas de los nuevos paisajes. Allí donde no descubrimos algo o, por lo menos, suponemos descubrirlo, allí donde no sentimos una energía o una atracción oculta que nos conduce a nuevos hallazgos, el disfrute adolece de esa misteriosa tensión, de ese extraño vínculo entre lo nunca visto y nuestra mirada pasmada, y cuanto más reacios seamos a experimentar cómodamente las vivencias y, en vez de ello, optemos por aventurarnos en su busca, con tanta mayor intensidad se acabarán grabando en nuestro interior. Los funiculares son maravillosos: en una hora nos suben a las más grandiosas cumbres, descansados y con toda comodidad podemos disfrutar de la panorámica que se extiende a nuestros pies. Pero en este traslado pasivo y mecánico se echa de menos un estímulo anímico, un orgullo singular y turbador: el sentimiento de conquista. Y de este sentimiento, ciertamente peculiar y privativo de las auténticas vivencias, adolecen todos aquellos que «son viajados» en vez de viajar ellos mismos, aquellos que en algún mostrador pagan con la cartera el precio de un trayecto, pero no abonan el otro precio, el más caro, el más valioso, y que se paga con la voluntad interior, con el ánimo inquieto. Curiosamente es esta última inversión la que se recupera a posteriori con mayor margen de ganancia. Porque sólo las impresiones que se adquieren tras sufrir molestias, incomodidades y equivocaciones, permanecen luego en la memoria de forma duradera e intensa, nada se recuerda con más agrado que los pequeños contratiempos, las penalidades, los descuidos y los extravíos de un viaje, de igual modo que, ya en la edad madura, uno se regocija sobre todo con las boberías más pueriles de su juventud. Que nuestra vida diaria sea cada vez más mecánica, que circule por los pulidos raíles de un siglo tecnificado, es algo que no podemos evitar, y tampoco queremos hacerlo, ya que así nos ahorramos muchos esfuerzos. Pero el viaje debe seguir siendo derroche, sumisión del orden al azar y de lo cotidiano a lo excepcional, debe seguir siendo la expresión más personal y auténtica de nuestras inclinaciones; de ahí que tengamos que protegerlo frente a la nueva, burocrática y mecánica forma de turismo masivo e industrializado.

Salvemos este pequeño reducto aventurero de nuestra vida en exceso ordenada, no nos dejemos transportar como si fuéramos fletes de agencias utilitarias, sigamos viajando al modo de nuestros antepasados, según nuestra voluntad y eligiendo los destinos: sólo así se convertirá cada uno de nuestros viajes en un descubrimiento no sólo del mundo exterior sino de nuestro propio mundo interior.

Success

Sun, 30 Jan 2022 00:00:00 +0000

Success:

the achieving of the results wanted or hoped for.
something that achieves positive results.

“Success” is a word that should always be in quotation marks as its definition varies from person to person. Let everyone define what it means to them in life. I personally like the following definitions.

When I was 17, I read a quote that went something like: “If you live each day as if it was your last, someday you’ll most certainly be right.” It made an impression on me, and since then, for the past 33 years, I have looked in the mirror every morning and asked myself: “If today were the last day of my life, would I want to do what I am about to do today?” And whenever the answer has been “No” for too many days in a row, I know I need to change something.

—Commencement Address 2005 Stanford University, Steve Jobs.

For I have a single definition of success: you look in the mirror every evening, and wonder if you disappoint the person you were at 18, right before the age when people start getting corrupted by life. Let him or her be the only judge; not your reputation, not your wealth, not your standing in the community, not the decorations on your lapel. If you do not feel ashamed, you are successful. All other definitions of success are modern constructions; fragile modern constructions.

—Commencement Address 2016 American University of Beirut, Nassim Taleb.

To laugh often and much;
To win the respect of intelligent people and the affection of children;
To earn the appreciation of honest critics and endure the betrayal of false friends;
To appreciate beauty;
To find the best in others;
To leave the world a bit better, whether by a healthy child,
a garden patch, or a redeemed social condition;
To know even one life has breathed easier because you have lived.
This is to have succeeded.

—Attributed to Ralph Waldo Emerson, actually by Bessie A. Stanley.

There are no secrets to success: don’t waste time looking for them. Success is the result of perfection, hard work, learning from failure, loyalty to those for whom you work, and persistence.

—Colin Powell.

Success is neither magical nor mysterious. Success is the natural consequence of consistently applying the basic fundamentals.

—Jim Rohn.

Decisive moments in history of computing

Wed, 08 Dec 2021 00:00:00 +0000

I’ve read The story of computing: From the Abacus to Artificial Intelligence by—Alan Turing’s nephew—Dermot Turing. Exploring the history of computing was very stimulating, but how wonderful it would be if a great writer could capture these stories. Something similar to Decisive Moments in History by Stefan Zweig.

The following are the possible chapter titles—cryptically evocative—of Decisive Moments in Computer History: Twenty-three historical miniatures:

The use of the abacus at the Hanging Gardens of Babylon.
Charles Babbage’s difference engine and Analytical Engine.
1890 U.S. census: punched cards & tabulating machine.
On computable numbers, Enigma codes, and Turing tests.
Truth is binary. Shannon’s information theory.
ENIAC, EDVAC, and the von Neumann architecture.
Grace Hopper, from bugs to compilers.
Silicon Valley and the Intel Trinity.
IBM: Thinking inside the box.
NASA’s Apollo program.
The Mother of All Demos and the magic from Xerox PARC.
UNIX: Ken typed | Dennis defined.
ARPANET and the first-ever email.
Atari, Sinclair, and Commodore.
Windows, apples, and spreadsheets.
Just a hobby, won’t be big and professional…
The World Wide Web and the WorldWideWeb.
Googol.
An iPod, a phone, and an Internet communicator.
DeepBlue, AlphaGo, and AI.
Bitcoin: A Peer-to-Peer Electronic Cash System.
Chat Generative Pre-trained Transformer.
Autonomous pilots and machines.

Cómo hacer filosofía en casa

Sun, 10 Oct 2021 00:00:00 +0000

Será que la gente ya no soporta la televisión basura, será que en el mundo suceden tantas cosas malas que se siente la necesidad de algunos momentos de reflexión sosegada, pero el caso es que se están multiplicando los lugares y las ocasiones en que la filosofía se ofrece como propuesta al gran público. La del bachillerato, concretamente. Puede llevarse a cabo en un café donde reunirse los domingos, como en París; o mediante vulgarizaciones de fácil lectura; otras veces, convocando a un público enormemente vasto en salas donde los filósofos profesionales discuten. En todo ello está presente la moda y la simplificación mediática, desde luego, pero no hay que pasar por alto este síntoma. Así pues, se me ocurre proponer algunas sugerencias para los no especialistas, incluso para aquellos que no estudiaron filosofía en el bachillerato, o para aquellos que fueron a algún sitio a oír hablar a los presuntos filósofos y no entendieron nada. A todos ellos les aconsejo el camino más sencillo: leer lo que han escrito los verdaderos filósofos.

La filosofía no siempre debe presentarse como algo fácil, a veces tiene que ser difícil, pero no está dicho en ningún lado que para filosofar haya que hablar difícil. En filosofía, la dificultad del lenguaje no es señal ni de calidad ni de perversidad, a menudo depende del problema que se encara. Hay obras maestras de la filosofía que han cambiado nuestra forma de ser y de pensar, y que son inevitablemente difíciles, así que no invitaré a nadie que no sea un especialista a leerse la Metafísica o el Órganon de Aristóteles, la Crítica de la razón pura o ese libro sublime pero abstruso que es la Ética de Spinoza. Claro que también hay filósofos que han sabido hablar de manera accesible; y a menudo son los mismos que en otras obras han hablado de forma inaccesible. Así pues, me limitaré a aconsejar unos cuantos libritos (cada uno tendrá, de promedio, un centenar de páginas) en los que se aprecia que es posible filosofar sin usar demasiados términos técnicos.

Empecemos por Platón. Yo propondría el Critón, donde se aprende cómo y por qué un ciudadano no debe escapar de la observancia de las leyes (llámese Sócrates o Silvio) y, pasando a Aristóteles, la Poética. Olvidad que habla de la tragedia clásica. Leedlo como si nos describiera cómo se hace una novela negra o una película del Oeste. Nuestro hombre ya entendió todo eso que más de dos mil años después entenderían Hitchcock o John Ford. A continuación, leed el De magistro de san Agustín: habla de cómo se le habla a un hijo de temas de todos los días. Un librito genial por su sencillez y agudeza.

Aun siendo como soy un amante de la Edad Media, me resulta difícil aconsejar un texto de la gran época escolástica, porque unas pocas páginas, leídas fuera de su contexto sistemático, pueden confundirnos. Saltemos el foso, el estrictamente filosófico, y orientemos a nuestro lector hacia el epistolario (amoroso, en efecto) de Abelardo y Eloísa. No esperéis demasiado sexo, pero vale la pena.

Para el Renacimiento, podemos probar con la Oración acerca de la dignidad del hombre de Pico della Mirandola. Y luego (pero solo en forma de antología, que las hay) algún pasaje de los Ensayos de Montaigne. Sienta bien en dosis homeopáticas. Inmediatamente después, el Discurso del método de Descartes, ejemplar por su claridad, y a continuación una antología de los pensamientos de Pascal. Y, por último, un filósofo que escribía como si estuviera hablando después de cenar con sus amigos, culto y sensato, el John Locke del Ensayo sobre el entendimiento humano. La obra entera se hace larga, pero yo diría que podemos limitarnos al tercer libro, el que está dedicado al uso que hacemos de las palabras. Igual que en el caso de Aristóteles, leedlo como si Locke nos hablara de los discursos de hoy, comparad sus observaciones con las primeras planas de los periódicos y con los debates televisivos de nuestros días.

Para la Ilustración, me limitaría por ahora al Cándido de Voltaire; al fin y al cabo, se trata de una novelita, y muy agradable. El siglo XIX es un mal bicho, se trata de libracos difíciles, aunque solo nosotros, los italianos, no consideramos el Zibaldone de Leopardi una obra de alta filosofía. Recientemente, en Francia, lo han recuperado con inmenso respeto. Aquí también avanzaremos mediante antológicos, una paginita o dos por la noche antes de dormirnos. O bien puedo haceros una propuesta provocadora. Visto que Kant es por definición demasiado exigente, salgámosle al encuentro allá donde, para redondear su sueldo, daba clases a los estudiantes sobre temas en los que no estaba especializado, y se mostraba gracioso, extravagante, capaz de contar anécdotas y de expresar opiniones incluso paradójicas: es decir, leamos sus Lecciones de antropología. Puede que el título infunda respeto, pero el texto es digno de aparecer en un semanario de gran prestigio.

¿Y luego? Pues luego, como el espacio de esta columna se ha acabado, tendré que dejar de lado a los contemporáneos. A no ser que queráis saborear, saltando de aquí para allá, algunas de las observaciones de Wittgenstein en sus (no dejéis que el título os asuste) Investigaciones filosóficas. De vez en cuando diréis que estaba loco. Sí, estaba loco. Pero menudo loco.

(2004)

Cómo viajar con un salmón, Umberto Eco.

Las virtudes burguesas

Sun, 13 Jun 2021 00:00:00 +0000

[…] El sistema combina de manera un tanto improvisada las virtudes «paganas» apropiadas para un ciudadano libre de Atenas (Valentía, Templanza, Justicia y Prudencia) y las virtudes «cristianas» apropiadas para un creyente de Nuestro Señor y Salvador (Fe, Esperanza y Amor).

Improvisadas o no, defenderé que las siete cubren lo que necesitamos para prosperar como seres humanos. Lo mismo valdría en el caso de otros sistemas éticos —por ejemplo, el confucianismo, el judaísmo talmúdico o el chamanismo de los indios de América del Norte—, los que ocupan un sitio, por analogía, al lado de las siete virtudes. Existen muchas maneras de ser humano. Sin embargo, resulta natural comenzar, y para nuestros fines aquí sobre todo terminar, con estas siete virtudes, pues son ellas las que dan forma a la tradición ética de Occidente, ahí donde la vida burguesa adquirió preponderancia por primera vez.

Aristócrata Patricio	Labriego Plebeyo	Burgués Mercantil	Sacerdote Artístico/Intelectual
heróe	labriego/santo	comerciante	sacerdote
pagano	creyente	secular/mundano	monástico
Odiseo	Jesús	Benjamin Franklin	Picasso/Bertrand Rusell
orgullo de ser	orgullo de senvir	orgullo de lograr	orgullo de crear
gesto	acción	acuerdo	ritual
honor	deber	confiabilidad	integridad
franqueza	candor	honestidad	precisión
lealtad	fe	sociabilidad	profesionalismo
valentía	fortitud	iniciativa	imaginación
resignación	esperanza	previsión	ambición
elocuencia	jocosidad	humor	ironía
cortesía	reverencia	respeto	aprecio
decoro	humildad	modestia	autocrítica
magnanimidad	benevolencia	consideración	simpatía
justicia	imparcialidad	responsabilidad	precisión
previsión	sabiduría tradicional	prudencia	visión
templanza	frugalidad	ahorro	disciplina
amor	caridad	afecto	ágape
gracia social	dignidad	autodominio	conciencia de sí
subjetividad	objetividad	conjetividad	metateoría

Las virtudes burguesas, Deirdre N. McCloskey.

Memoria selectiva

Sun, 02 May 2021 00:00:00 +0000

[…] De modo que no guardo de mí pasado más que lo que llevo detrás de la frente. En estos momentos, todo lo demás me resulta inaccesible o, incluso, perdido. Pero nuestra generación ha aprendido a conciencia a no llorar las cosas perdidas y, además, quién sabe si la falta de documentación y de detalles no acabará redundando en beneficio de este libro. Porque yo no considero a nuestra memoria como algo que retiene una cosa por mero azar y pierde otra por casualidad, sino como una fuerza que ordena a sabiendas y excluye con juicio. Todo lo que olvida el hombre de su propia vida, en realidad ya mucho antes había estado condenado al olvido por un instinto interior. Sólo aquello que yo quiero conservar tiene derecho a ser conservado para los demás. Así que ¡hablad, recuerdos, elegid vosotros en lugar de mí y dad al menos un reflejo de mi vida antes de que se sumerja en la oscuridad!

El mundo de ayer: Memorias de un europeo, Stefan Zweig.

Montaigne no se cansa de lamentarse de su mala memoria. Junto a una cierta pereza, ve en ella el verdadero defecto de su ser. Su entendimiento y su capacidad de percepción son extraordinarios. Lo que ve, lo que comprende, lo que observa y reconoce, lo capta con el ojo rápido del halcón. Pero luego es demasiado holgazán, como se reprocha constantemente, para ordenar sistemáticamente estos conocimientos, desarrollarlos con lógica, y, apenas ha concebido un pensamiento, lo pierde y lo olvida. Olvida los libros que ha leído, no tiene memoria para las fechas, no recuerda los acontecimientos esenciales de su vida. Todo pasa por delante de él como un río y nada se le queda, ni una convicción profunda, ni una opinión sólida, nada fijo, nada estable.

Esta debilidad de la que Montaigne tanto se lamenta es en realidad su fortaleza. Esta actitud de no quedarse con nada lo impulsa siempre a ir más lejos. Para él nada está acabado. No se instala en sus experiencias, no reúne un capital del que vivir, sino que su espíritu debe ganárselo continuamente. De modo que su vida es un constante proceso de renovación: «Estamos siempre recomenzando a vivir». Las verdades que descubre ya no lo son al año siguiente ni, a menudo, al instante siguiente. Tiene que buscar de nuevo. Y así surgen muchas contradicciones. Tan pronto parece un epicúreo como un estoico o un escéptico. Él lo es todo y no es nada. Siempre es otro y siempre el mismo.

Montaigne, Stefan Zweig.

En general, me esfuerzo por memorizar un detalle curioso sobre un hecho concreto (o sobre una persona o un fenómeno). Es difícil memorizarlo todo, y aunque pudiera hacerlo, se me olvidaría enseguida. Por tanto, trato de simplificar los recuerdos a través de detalles concretos. A eso me refiero cuando hablo de proceso de selección.

¿Cómo y cuáles son esos detalles? Deberían ser cosas concretas e interesantes que sorprendan. A ser posible, mejor algo que no tenga una clara explicación y más aún si se trata de algo no razonable. Si es algo que encierra una contradicción, de inmediato suscita un pensamiento o aviva un misterio. Yo colecciono ese tipo de detalles, los clasifico con un etiquetado sencillo, fecha, lugar, circunstancia y los guardo en mi mente. Se puede decir que es casi como si los guardara en una taquilla personal. Para este ejercicio convendría apuntarlo todo en un cuaderno, por supuesto, pero yo prefiero confiar en la memoria porque la disciplina del cuaderno me da pereza y al escribir en él me relajo y de inmediato lo olvido todo. Cuando uno confía en la memoria, tiene lugar un proceso de selección natural que conserva lo importante y elimina lo superfluo. Yo me decanto por ese procedimiento.

De qué hablo cuando hablo de escribir, Haruki Murakami.

Improving Bash performance

Sat, 13 Feb 2021 00:00:00 +0000

I have gradually noticed the degradation of my terminal’s performance when working with relatively large Git repositories. I use Bash as my Unix shell and keep my dotfiles organised, so it’s relatively easy to investigate and improve performance.

Improving git-status

The first thing I noticed was the poor performance when showing the working tree status with git status.

It took 2.34 seconds to enumerate untracked files. 'status -uno'
may speed it up, but you have to be careful not to forget to add
new files yourself (see 'git help status').

I’d still like to show untracked files, so the solution was not to use other options but to improve the performance. I tried some commands like git prune or git gc with no improvement. I also discovered some relevant options when working with large repositories, one of the most interesting being feature.manyFiles, which enables config options that optimize for repositories with many files in the working directory.

$ git config feature.manyFiles true

But what really has made a substantial difference is Scalar. Scalar was created by Microsoft and they want to accelerate the Git workflow, no matter the size of the repository. The tool sets advanced Git config options, maintains the repositories in the background, and helps reducing data sent across the network.

I’ve installed the following tools:

$ brew tap microsoft/git
$ brew install --cask scalar
$ brew install watchman

And then, from the working directory of the Git repository, I’ve registered it:

$ scalar register

Although I sometimes have problems with watchman invocations.

Improving Git prompt status performance

Another element with very poor performance is my prompt ^(f982e10), which uses the __git_ps1 function:

PROMPT_COMMAND="__git_ps1 "'${USR_COLOR}${USR}${OFF}@${HOST}:${LPURPLE}${DIR}${OFF} "\$ " "{%s}"'

The main problem is that if you want to see if there are untracked files, then you have to set GIT_PS1_SHOWUNTRACKEDFILES to a nonempty value, but this check consumes a lot of time.

Since git-status now has a good performance, I’ve created a custom function which provides similar functionality to __git_ps1 based on the output from git status. This is my new prompt ^(1d0df6d):

PROMPT_COMMAND="__system_prompt_command"

Improving Bash startup time

The last thing I’ve improved is the startup time of the shell. As I have my dotfiles split in several files, I’ve reused an idea from even faster bash startup to profile each file:

for file in $(__system_dotfiles_dir)/system/*; do
  TIMEFORMAT="$file: %R"
  time source $file
  unset TIMEFORMAT
done

Finally, I’ve removed redundant Bash completions that I was loading, changed $(brew --prefix) with the absolute path, and updated the rbenv initialization:

- eval "$(rbenv init -)"
+ eval "$(rbenv init --no-rehash -)"
+ (rbenv rehash &) 2> /dev/null

La geometría del diseño

Fri, 01 Jan 2021 00:00:00 +0000

No sabemos por qué, pero podemos demostrar que el ser humano encuentra los planos de proporciones definidas e intencionales más placenteros o más bellos que aquellos de proporciones aleatorias.

Jan Tschichold, La forma del libro, 1975.

[…] nada aborrece tanto el sano juicio como una imagen perpetrada sin pericia técnica alguna, por mucho cuidado y diligencia que se aplique en su factura. Ahora bien, la única razón por la que los pintores de esta clase no son conscientes de su propio error es la de no haber aprendido geometría, sin la cual nadie puede ser o llegar a ser un verdadero artista. La culpa de esta falta debe serle atribuida, sin embargo, a sus maestros, ignorantes, ellos mismos, de esta arte.

Alberto Durero, De la correcta forma de las letras, 1535.

Soy de la opinión de que es posible desarrollar un arte mayormente basado en el pensamiento matemático.

Max Bill (entrevista de 1949), en Typographic Communications Today, 1989.

Referencia: La geometría del diseño, Kimberly Elam.

Amor por el detalle

Fri, 27 Nov 2020 00:00:00 +0000

Dos anécdotas que expresan muy bien el amor por el detalle.

La perfección de Steve Jobs por Walter Isaacson.

De su padre, Jobs había aprendido que el sello de cualquier artesano apasionado consiste en asegurarse de que incluso las partes que van a quedar ocultas están acabadas con gusto. Una de las aplicaciones más extremas —y reveladoras— de esa filosofía llegó cuando inspeccionó el circuito impreso sobre el que irían colocados los chips y demás componentes en el interior del Macintosh. Ningún consumidor iba a verlo nunca, pero Jobs comenzó a criticarlo desde un punto de vista estético. «Esta parte es preciosa —opinó—, pero fíjate en todos esos chips de memoria. Esto es muy feo, las líneas están demasiado juntas».

Uno de los nuevos ingenieros lo interrumpió y le preguntó qué importancia tenía aquello. «Lo único que importa es si funciona bien. Nadie va a ver la placa base».

Jobs reaccionó como de costumbre: «Quiero que sea tan hermoso como se pueda, incluso si va a ir dentro de la caja. Un gran carpintero no utiliza madera mala para la parte trasera de una vitrina, aunque nadie vaya a verla». En una entrevista realizada unos años más tarde, después de que el Macintosh saliera a la venta, Jobs volvió a repetir aquella lección aprendida de su padre: «Cuando eres carpintero y estás fabricando un hermoso arcón, no utilizas un trozo de contrachapado en la parte de atrás, aunque vaya a estar colocado contra la pared y nadie lo vea nunca. Tú sí que sabes que está ahí, así que utilizas una buena pieza de madera para la parte trasera. Para poder dormir bien por las noches, la estética y la calidad tienen que mantenerse durante todo el proceso».

‘Dios sí lo ve’ de Edwin Lutyens por Oscar Tusquets Blanca.

Parece ser que en una ocasión uno de los jóvenes colaboradores de Lutyens se encontraba grafiando la fachada trasera de una de las casas que se estaban proyectando en el estudio. El maestro, tras estudiarla con detenimiento, observó que la posición de una de las ventanas alteraba la composición geométrica general, a lo que su colaborador objetó:

—Esto no es un problema: el muro que cierra el patio de servicio está tan próximo que esta apertura no se puede relacionar con el resto de la fachada. Nadie podrá ver esta falta de rigor geométrico.

A lo que el arquitecto respondió impasible:

—Dios sí lo ve.

Hominem unius libri timeo

Thu, 26 Nov 2020 00:00:00 +0000

Desde hace muchos años voy apuntando todos los libros que leo. Alcanzar 50 lecturas en un mismo año me parecía algo casi imposible, sin embargo, llevo ya varios años superando esa cifra fácilmente. Resulta que aprender a leer no es simplemente entender el significado de un texto sino saber utilizar el libro como herramienta. Hay libros que necesitan un tempo pausado, otros no requieren más que una hojeada, mientras que algunos hay que estudiarlos.

Al margen de los libros leídos, también son relevantes los libros no leídos. En mi caso, leer 50 libros implica descartar al menos otros 150 libros, de los cuales conozco su premisa principal, probablemente he leído algún artículo o reseña, y finalmente, quizás lo haya comprado o descargado.

La relación entre los libros no leídos—antilibrary—y el saber la describe Nassim Taleb en The Black Swan: The Impact of the Highly Improbable:

The writer Umberto Eco belongs to that small class of scholars who are encyclopedic, insightful, and nondull. He is the owner of a large personal library (containing thirty thousand books), and separates visitors into two categories: those who react with “Wow! Signore professore dottore Eco, what a library you have! How many of these books have you read?” and the others—a very small minority—who get the point that a private library is not an ego-boosting appendage but a research tool. Read books are far less valuable than unread ones. The library should contain as much of what you do not know as your financial means, mortgage rates, and the currently tight real-estate market allows you to put there. You will accumulate more knowledge and more books as you grow older, and the growing number of unread books on the shelves will look at you menacingly. Indeed, the more you know, the larger the rows of unread books. Let us call this collection of unread books an antilibrary.

La historia de mi vida es la historia de los libros que he leído, pero también la de los libros que no he leído, y todos ellos han contribuido en mi formación. Puede que cada libro sólo suponga un pequeño avance—o uno muy grande, según se mire, hay libros que te pueden cambiar la vida—, pero cuando se empieza a manejar cierto volumen de bibliografía es cuando empieza a surgir la magia. He aprendido que el conocimiento no es ese conjunto de categorías parceladas que me habían enseñado, sino que se parece más a un vasto prado donde todo—absolutamente todo—está interrelacionado. También ha sido revelador darme cuenta de que siempre hay que leer con mucha distancia—la historia la escriben los que se sientan a escribirla—, el conocimiento siempre es escurridizo y la mayoría de las veces algo temporal.

Me gusta la expresión latina «Hominem unius libri timeo» («Teme al hombre de un sólo libro») atribuida a Tomás de Aquino, porque captura de forma magistral estas simples lecciones a las que yo he llegado después de tantas lecturas. Actualmente, nos referimos a la frase para criticar a alguien cuyos horizontes mentales están limitados a un único libro y—yo añadiría también—a aquellos que aún leyendo muchos libros, lo hacen siempre sobre el mismo tema.

Teme al hombre de un sólo libro.

Clasicismo vs Barroco

Fri, 12 Jun 2020 00:00:00 +0000

Lo Clásico	Lo Barroco
Geometría	Organicidad
Estático	En movimiento
Gravita	Se eleva
La Razón	La Emoción
La Razón	La Percepción
Símbolos abstractos	Realidades concretas
Un futuro único	Futuros contradictorios
La obra imita al espíritu	La obra imita a la naturaleza
Seguro de si mismo	Roto en sus contradiciones
Monoteísta	Panteísta
Humanista	Panteísta
Ortodoxo	Pagano
Se proyecta en una línea	Se proyecta en un plano
Apolo	Dioniso
Unidad	Dispersión
Alineación	Confrontación
Logos	Pathos

Clasicismo versus Barroco, una clasificación para lo humano, Javier Cañada.

It Doesn't Have to Be Crazy at Work

Thu, 11 Jun 2020 00:00:00 +0000

Two interesting ideas from reading It Doesn’t Have to Be Crazy at Work, Jason Fried & David Heinemeier Hansson.

The Trust Battery

[…] “Another concept we talk a lot about is something called a ‘trust battery.’ It’s charged at 50 percent when people are first hired. And then every time you work with someone at the company, the trust battery between the two of you is either charged or discharged, based on things like whether you deliver on what you promise.”

Disagree and commit

Jeff Bezos put it well in his 2017 letter to shareholders:

I disagree and commit all the time. We recently greenlit a particular Amazon Studios original. I told the team my view: debatable whether it would be interesting enough, complicated to produce, the business terms aren’t that good, and we have lots of other opportunities. They had a completely different opinion and wanted to go ahead. I wrote back right away with “I disagree and commit and hope it becomes the most watched thing we’ve ever made.” Consider how much slower this decision cycle would have been if the team had actually had to convince me rather than simply get my commitment.

We totally agree. We’ve been practicing disagree and commit since the beginning, but it took Bezos’s letter to name the practice. Now we even use that exact term in our discussions. “I disagree, but let’s commit” is something you’ll hear at Basecamp after heated debates about specific products or strategy decisions.

Tria iuris praecepta

Mon, 25 May 2020 00:00:00 +0000

De todas las definiciones que se han dado de justicia, quizás, la más conocida es aquella expresada en el siglo III por el jurista Ulpiano, quien decía que «la justicia es la constante y perpetua voluntad de dar (conceder) a cada uno su propio derecho».

«Los preceptos o mandatos del derecho son: vivir honestamente, no hacer daño a nadie y dar a cada uno lo que le corresponde».

Iuris praecepta sunt haec: honeste vivere, alterum non laedere, suum cuique tribuere.

Ulises y la comadreja

Sun, 10 May 2020 00:00:00 +0000

He leído Ulises y la comadreja: Una simpática introducción a los mercados financieros de Georg von Wallwitz. Una lectura bastante ligera sobre los mercados financieros; mezcla de filosofía, psicología inversora e historia.

El libro comienza describiendo el nacimiento de la banca moderna en Amsterdam y los primeros mercados financieros con la Compañía Holandesa de las Indias Orientales. Continúa con la historia de John Law, que introdujo el uso del papel moneda en Francia como sustituto del metal, ocasionando una de las mayores burbujas económicas de todos los tiempos.

El aumento de la masa monetaria o el control de los precios han sido temas recurrentes entre los gobernantes a lo largo de la historia, casi siempre con terribles consecuencias. También lo ha sido la búsqueda de una teoría para explicar los mercados financieros por parte de los inversores, fórmula que John Keynes trató de encontrar a lo largo de su vida.

El autor define dos arquetipos de inversores: Ulises, el hombre de buen juicio y la comadreja, que se aleja del ideal homérico.

La combinación de conocimiento, experiencia, psicología, cálculo, inteligencia y animal spirit define a Ulises frente a las comadrejas. No basta con saber psicología o matemáticas, ni tampoco con tener experiencia. Hay que tenerlo todo y combinarlo en su justa medida.

Temor, riesgo, ambición y el lado moral de los mercados; la psicología inversora y los sesgos individuales nos permiten intuir por qué el Sr. Mercado se comporta de forma maníaco-depresiva.

Iteration

Tue, 28 Apr 2020 00:00:00 +0000

I recently read Simplifying the Bull: How Picasso Helps to Teach Apple’s Style, an article about how Apple uses Picasso’s process of eliminating details to teach its designers about striving for simplicity when creating their products.

^{Le Taureau (The Bull). Pablo Picasso, 1945.}

^{Lisa Mouse, 1983 | ADB Mouse II, 1993 | Mighty Mouse, 2006 | Magic Mouse, 2009.}

Simplicity is the ultimate sophistication.
—Leonardo da Vinci

It’s fascinating to see such clear visual evolution—whether in art or product design—where each iteration eliminates the superfluous and reduces the work to its essence. A designer understands that “less is more” and “perfection is finally attained not when there is no longer anything to add, but when there is no longer anything to take away”, although striving towards simplicity on one level may increase the complexity of the system on a different level.

However, the important thing for me in these cases is the idea of iteration. This pattern of iterative refinement appears across industries and applies to absolutely everything, from writing, public speaking, cooking, designing and programming to business strategy or process.

^{Porsche 911 Evolution}

Change is easy. Improvement is far more difficult.
—Ferdinand Porsche

^{SpaceX Raptor Evolution}

Being able to do good work involves learning, correcting and improving during each iteration based on the feedback you get, and every intermediate step is necessary to reach the final solution.

That’s why I believe iteration is the ultimate sophistication.

Evolution of the Alphabet

Sun, 02 Feb 2020 00:00:00 +0000

Evolution of the Alphabet, Matt Baker.

De lo bello

Sun, 08 Dec 2019 00:00:00 +0000

El alma debe ir ascendiendo en la contemplación de la belleza de manera gradual. Primero viendo las obras bellas, no las de arte, sino las de los hombres de bien. Luego es necesario ver el alma de aquellos que realizan las obras bellas.¿Y cómo puede hacerse esto? Mirando sobre uno mismo. «Si tú no ves todavía la belleza en ti, haz como el escultor de una estatua, que debe ser bella; toma una parte, la esculpe, la pule, y va tanteando hasta que saca líneas bellas del mármol. Como aquél, quita lo superfluo, endereza lo que es oblicuo, limpia lo que está oscuro para hacerlo brillante, y no ceses de esculpir tu propia estatua, hasta que el resplandor divino de la virtud se manifieste, hasta que veas la temperancia sentada sobre un trono sagrado.»

Enéadas: De lo bello, Plotino.

Pyramids vs Cathedrals

Wed, 14 Aug 2019 00:00:00 +0000

In many ways, the medieval cathedrals embody what is best about the human spirit. They were the first man-made structures to go higher than the pyramids, and this fact alone says a lot about the difference between the Ancient, Pagan world and the Christian world. A pyramid is a fat structure with a heavy base, while a cathedral soars towards the sky. A society that builds pyramids is a society based on slave labor: building a pyramid is pretty much about using as much raw muscle strength as possible to take many rocks from point A and pile them up on point B. Meanwhile, a society that builds a cathedral is replete with scientists, mathematicians, engineers, craftsmen, artists… A pyramid is a monument dedicated to death–it is a tomb. A cathedral is a monument dedicated to the triumph over death.

Peter Thiel and the Cathedral, Pascal-Emmanuel Gobry.

The Sarcophagus Room

Sun, 23 Jun 2019 00:00:00 +0000

The sarcophagus of Seti I, as shown in the Illustrated London News. 1864.
Sir John Soane’s Museum. London, England.

Trivium et Quadrivium

Fri, 21 Jun 2019 00:00:00 +0000

The seven liberal arts, are those subjects or skills that in classical antiquity were considered essential for a free person (liberalis, “worthy of a free person”) to know in order to take an active part in civic life, something that (for ancient Greece) included participating in public debate, defending oneself in court, serving on juries, and most importantly, military service.

Trivium
- Grammar
- Logic
- Rhetoric
Quadrivium
- Arithmetic
- Geometry
- Music
- Astronomy

New representations of thought

Sun, 09 Jun 2019 00:00:00 +0000

New representations of thought — written language, numerals, mathematical notation, data graphics — have been responsible for some of the most significant leaps in the progress of civilization, by expanding humanity’s collectively-thinkable territory.

Definition

A representation captures some aspect of a concept or phenomenon in a human-understandable form, thereby enabling a person to perceive and think about it.

For example, a piece of music can be represented as a verbal description or as a page of music notation (symbolic); a waveform plot or spectrograph (visual); an audio recording or click track (aural), the pattern of finger movements while playing the piano (tangible), or the experience of walking around an orchestra (spatial).

Parables

Before the 14th century, multiplication was considered a highly abstract concept, only for the mathematical elite. Once place-value Arabic numerals replaced Roman numerals, multiplication and division became mundane. It was this representation which made universal arithmetic literacy possible.

Before the 17th century, mathematical calculation was described in prose. The invention of algebraic notation made mathematical structure visible, and allowed for abstracting beyond numbers. This representation was the birth of modern mathematics.

Before the 19th century, data was presented in tables. Playfair invented the data plot. Without this form of representation, modern scientific discovery and communication would be inconceivable.

Faraday’s representation of magnetism as “lines of force” inspired Maxwell’s theory, which he wrote as twenty differential equations. Heaviside invented the language of vector analysis specifically to rewrite Maxwell’s equations in four simple lines. This representation was the birth of electrodynamics.

Dalton’s elements were a grab-bag, with no coherent framework or predictive power. Mendeleev found a way to represent the patterns of chemical properties with a “periodic table”. This representation enabled, for the first time, a theory of chemistry.

Why representations matter

These representations weren’t mere scientific “discoveries”. Each of them essentially enabled all subsequent scientific breakthroughs thereafter. A powerful new form of representation affects everything, forever.

Research agenda and former floor plan, Bret Victor.

Sketchplanations

Tue, 21 May 2019 00:00:00 +0000

Learn something new with sketchplanations.

Leonardo's To-Do List

Mon, 06 May 2019 00:00:00 +0000

My starting point for this book was not Leonardo’s art masterpieces but his notebooks. His mind, I think, is best revealed in the more than 7,200 pages of his notes and scribbles that, miraculously, survive to this day. Paper turns out to be a superb information-storage technology, still readable after five hundred years, which our own tweets likely won’t be.

Fortunately, Leonardo could not afford to waste paper, so he crammed every inch of his pages with miscellaneous drawings and looking-glass jottings that seem random but provide intimations of his mental leaps. Scribbled alongside each other, with rhyme if not reason, are math calculations, sketches of his devilish young boyfriend, birds, flying machines, theater props, eddies of water, blood valves, grotesque heads, angels, siphons, plant stems, sawed-apart skulls, tips for painters, notes on the eye and optics, weapons of war, fables, riddles, and studies for paintings. The cross-disciplinary brilliance whirls across every page, providing a delightful display of a mind dancing with nature. His notebooks are the greatest record of curiosity ever created, a wondrous guide to the person whom the eminent art historian Kenneth Clark called “the most relentlessly curious man in history”.

My favorite gems in his notebooks are his to-do lists, which sparkle with his curiosity. One of them, dating from the 1490s in Milan, is that day’s list of things he wants to learn. “The measurement of Milan and its suburbs” is the first entry. This has a practical purpose, as revealed by an item later in the list: “Draw Milan”. Others show him relentlessly seeking out people whose brains he could pick: “Get the master of arithmetic to show you how to square a triangle […] Ask Giannino the Bombardier about how the tower of Ferrara is walled […] Ask Benedetto Protinari by what means they walk on ice in Flanders […] Get a master of hydraulics to tell you how to repair a lock, canal and mill in the Lombard manner […] Get the measurement of the sun promised me by Maestro Giovanni Francese, the Frenchman”. He is insatiable.

Over and over again, year after year, Leonardo lists things he must do and learn. Some involve the type of close observation most of us rarely pause to do. “Observe the goose’s foot: if it were always open or always closed the creature would not be able to make any kind of movement”. Others involve why-is-the- sky-blue questions about phenomena so commonplace that we rarely pause to wonder about them. “Why is the fish in the water swifter than the bird in the air when it ought to be the contrary since the water is heavier and thicker than the air?”.

Best of all are the questions that seem completely random. “Describe the tongue of the woodpecker”, he instructs himself. Who on earth would decide one day, for no apparent reason, that he wanted to know what the tongue of a woodpecker looks like? How would you even find out? It’s not information Leonardo needed to paint a picture or even to understand the flight of birds. But there it is, and, as we shall see, there are fascinating things to learn about the tongue of the woodpecker. The reason he wanted to know was because he was Leonardo: curious, passionate, and always filled with wonder.

Oddest of all, there is this entry: “Go every Saturday to the hot bath where you will see naked men”. We can imagine Leonardo wanting to do that, for reasons both anatomical and aesthetic. But did he really need to remind himself to do it? The next item on the list is “Inflate the lungs of a pig and observe whether they increase in width and in length, or only in width”. As the New Yorker art critic Adam Gopnik once wrote, “Leonardo remains weird, matchlessly weird, and nothing to be done about it”.

Leonardo da Vinci, Walter Isaacson.

Mental models, complexity and software

Wed, 13 Jun 2018 00:00:00 +0000

I was invited to speak at Pamplona Software Crafters 2018, and I’m glad to have contributed with my talk about mental models, complexity and software.

Software is complex

There are several ways in which we can approach complexity from a developer’s point of view.

For example, we can look at it from the perspective of computational complexity (big O notation) or the perspective of programming complexity (cyclomatic complexity, ABC metric or cognitive complexity).

We can also think of complexity in terms of accidental complexity vs. essential complexity, and the difficulty of handling states in object-oriented programming compared to functional programming.

And of course, the lifecycle of a software project involves significant complexity as well; software teams, repositories, continuous integration, testing, deployments, monitoring, alerts, methodologies, etc…

The world is complex

However, if we think beyond software development, we can find complexity in everything around us, much of which we don’t yet understand. And we may think that chaos is order yet undeciphered. The history of humankind is the history of understanding the world and doing reverse engineering to try to understand that chaos. We are driven by compression progress to try to decipher the world and uncover the simplicity that we believe is underneath all the chaos.

This is something we also look for when programming in increasingly higher level languages. For example, this Ruby on Rails line expresses something on a level easily understood by anyone, hiding many of the details that occur by convention or in layers of abstraction below it. We can understand code as compression progress.

User.create(name: "Arturo")

We like to come up with abstractions that hide the details, but complexity is not free. It increases the hidden risks and the fragility of the system.

I believe the solution is not simply to understand one level below your normal abstraction layer, but also to understand one level above it.

Mental models

A mental model is a concept, a framework or a vision of the world that you carry in your mind to help you interpret what surrounds you and understand the relationship between things.

The software craftsmanship community has a clear idea of what mastery is, taken to the extremes by the inspiring Jiro Dreams of Sushi documentary. However, I am also interested in the idea of mastering a specialization yet also having a broad understanding of many other disciplines. This is known as having T-shaped skills or being an expert-generalist.

At the end of the day, we can understand multiple mental models from Charlie Munger as a collection of big ideas from big disciplines that contains a checklist for decision-making. You can explore some of them in this infographic of the top 12 most useful & universal mental models by Michael Simmons.

But, why should you care about mental models?

They help you see the world more accurately and make better predictions of the future.
They can help you come up with more innovative ideas.
You can build more and better connections with people who are different
You can increase (self-)awareness.
They provide ways to work more collaboratively by understanding your coworkers.
They also provide ways to improve yourself so you can be more effective

Summary

The world/reality is complex
We’re driven by compression progress
Complexity is not free
Mental models

Remember, always, that everything you know, and everything everyone knows, is only a model. Get your model out there where it can be viewed. Invite others to challenge your assumptions and add their own.
—Donella H. Meadows

Bibliography

Thinking in Systems: A Primer. Donella H. Meadows
Poor Charlie’s Almanack: The Wit and Wisdom of Charles T. Munger. Charles T. Munger
Sapiens: A Brief History of Humankind. Yuval Noah Harari
The Gene: An Intimate History. Siddhartha Mukherjee
Why Information Grows: The Evolution of Order, from Atoms to Economies. César Hidalgo
Organize for Complexity: How to Get Life Back Into Work to Build the High-Performance Organization. Niels Pflaeging
Antifragile: Things That Gain from Disorder. Nassim Nicholas Taleb
Skin in the Game: Hidden Asymmetries in Daily Life. Nassim Nicholas Taleb

gvar

Sat, 28 May 2016 00:00:00 +0000

I used to have a problem when setting an environment variable; I couldn’t make the variable immediately available in a different shell or subshell without the need to source any file. As a result, I’ve created gvar to solve the problem. This project was featured on issue #109 of Changelog Weekly newsletter.

gvar(1) – display, set, or remove global variables*.

^{* I define global variable as a key-value pair you can read/write at any time
in any terminal session. This is similar to environment variables because it’s a
set of dynamic-named values but they are not session-wide or system-wide
related.}

gvar is a pure Bash key-value store where each user has a different collection of data. The records are stored in the user’s home directory as ~/.gvar file.

By working on this project, I’ve used the following tools for the first time.

Bats

Bats: Bash Automated Testing System is a testing framework for Bash.

#!/usr/bin/env bats

@test "invoking gvar VARIABLE prints the value of the global variable" {
  run "$gvar" TEST
  [ "$status" -eq 0 ]
  [ "$output" = "test" ]
}

Bats with Travis CI

I usually test my open source projects with Travis CI, but in this case we have to install Bats, which is not included in the default environment. Here’s my .travis.yml file.

language: bash
before_install:
  - sudo add-apt-repository ppa:duggan/bats --yes
  - sudo apt-get update -qq
  - sudo apt-get install -qq bats
script:
  - bats test/gvar.bats

Ronn

I was building a command line tool, so I created a man page documenting it.

Ronn builds manuals. It converts simple, human readable textfiles—markdown-like—to roff for terminal display, and also to HTML for the web.

ShellCheck

ShellCheck is a static analysis tool for shell scripts. Since I like to use Code Climate with my projects, ShellCheck gives warnings and suggestions for bash/sh shell scripts.

Homebrew formulae

The last thing I did was my own Homebrew formulae for my packages. Now, I can install gvar on OS X without any pain.

$ brew tap arturoherrero/formulae
$ brew install gvar

Powercore

Tue, 05 Apr 2016 00:00:00 +0000

During the last few weeks, I have been working on PowerCore, which enhances the Ruby Core with useful extensions. This project was featured on issue #293 of Ruby Weekly newsletter.

There are Ruby gems that do something similar, such as Active Support Core Extensions or Powerpack. In this case, this is just a collection of extensions for reference, not a Ruby gem. Who wants a new dependency in the code base? Just borrow the code that you consider useful, but be careful;

…most of the time I have created new methods:

"abc".first  # => "a"

…but sometimes I have overridden the default Ruby implementation:

[1, 2, 3, 4].take(-2)  # => [3, 4]

…or even worse, I have removed Ruby methods to do some tricks:

[1,2,3] |
  ->(array)  { array.first } |
  ->(int)    { int.to_s } |
  ->(string) { string + "2" }
# => "12"

Organizing my photos with a shell script

Mon, 21 Mar 2016 00:00:00 +0000

I’ve been taking a lot of pictures since last year. As a consequence of my newly acquired hobby, I now have tens of gigabytes of data stored on my computer. I decided to organize and store all those files in a remote hard drive.

My plan was to organize my photo library by using the EXIF data stored in each file, following this structure: YYYY/MM/Photographs.

This is my current directory:

$ tree
.
├── IMG_3039.JPG
├── IMG_3383.jpg
└── IMG_3909.JPG

Here is how I’d like to structure it:

$ tree
.
├── 2015
│   └── 09
│       └── IMG_3039.JPG
└── 2016
    ├── 01
    │   └── IMG_3383.jpg
    └── 03
        └── IMG_3909.JPG

Finally, the shell script that’s going to do the job:

#!/usr/bin/env bash

shopt -s nocaseglob

for file in *.jpg; do
  dir=$(identify -format %[exif:DateTime] $file | cut -d: -f1,2 | tr : /)
  mkdir -p $dir
  mv $file $dir/$file
done

rsync -rh --progress --stats ./ remote:/media/Photos

Agile For Non Developers

Mon, 17 Aug 2015 00:00:00 +0000

Agile methodology is an alternative to traditional project management, typically used in software development. This collaborative approach between self-organizing and cross-functional teams could be valid for other non-software teams, or even your personal life.

I gave a talk about applying Agile methodology beyond software development at the Mastered Summer Event. These are the slides.

OpenFastStruct

Thu, 02 Apr 2015 00:00:00 +0000

After having a lot of fun building YARR, I have built a new Ruby gem.

OpenFastStruct is a data structure, similar to an OpenStruct, that allows the definition of arbitrary attributes with their accompanying values. It benchmarks ~3x slower than a Hash, but it’s ~4x faster than OpenStruct. It’s faster because it uses simple hash storage with method_missing instead of expensive define_method calls.

The project was featured on issue #239 of Ruby Weekly newsletter and was a Ruby trending repository on GitHub for two days.

Examples

Basic usage

require "ofstruct"

person = OpenFastStruct.new
person.name = "John Smith"
person.age  = 70

puts person.name     # -> "John Smith"
puts person.age      # -> 70
puts person.address  # -> #<OpenFastStruct>

Initialize and update from a Hash

An OpenFastStruct uses a Hash internally to store the methods and values, and can even be initialized or updated with one:

require "ofstruct"

person = OpenFastStruct.new(:name => "John Smith")
puts person.name  # -> "John Smith"

person.update(:name => "David Smith", :age => 70)
puts person.name  # -> "David Smith"
puts person.age   # -> 70

Remove attributes

Removing the presence of a method requires the execution of the #delete_field method, which sets the property value to a new empty OpenFastStruct.

require "ofstruct"

person = OpenFastStruct.new
person.name = "John Smith"
person.delete_field(:name)
puts person.name  # -> #<OpenFastStruct>

Black hole object

An OpenFastStruct instance is a black hole object that supports infinite chaining of attributes.

require "ofstruct"

person = OpenFastStruct.new
person.address.number = 4
puts person.address.number  # -> 4

Benchmarks

You probably heard that you should never, ever use OpenStruct because the performance penalty is prohibitive. You can use OpenFastStruct instead!

Comparison between Hash, OpenFastStruct and OpenStruct

Calculating -------------------------------------
                Hash    25.518k i/100ms
      OpenFastStruct    10.527k i/100ms
          OpenStruct     3.236k i/100ms
-------------------------------------------------
                Hash    487.517k (±11.9%) i/s -      2.399M
      OpenFastStruct    159.952k (± 4.0%) i/s -    800.052k
          OpenStruct     45.602k (± 4.7%) i/s -    229.756k

Comparison:
                Hash:   487516.9 i/s
      OpenFastStruct:   159952.4 i/s - 3.05x slower
          OpenStruct:    45601.6 i/s - 10.69x slower

Intercept-Cache-Invoke pattern

Sun, 08 Mar 2015 00:00:00 +0000

I heard about the Intercept-Cache-Invoke pattern for the first time from Graeme Rocher; he was explaining how he had implemented the dynamic finders on Grails.

The idea is to dynamically figure out method behavior at invocation time, so we can create new methods with flexible and dynamic names on-the-fly.

A synthesized method may not exist as a separate method until we call it. When we call a nonexistent method, we can intercept the call, allow our application to implement it on the fly, let us cache that implementation for future invocation, and then invoke it. The first call takes a performance hit but the next calls are faster.

require "benchmark/ips"

class Person
  PLAYS = %w[tennis volley basket]

  def method_missing(name, *args)
    game = name.to_s.split("play_").last
    if PLAYS.include?(game)
      "playing #{game}"
    else
      super
    end
  end

  def respond_to_missing?(name, include_private = false)
    game = name.to_s.split("play_").last
    PLAYS.include?(game) || super
  end
end

class PersonCached
  PLAYS = %w[tennis volley basket]

  def method_missing(name, *args)
    game = name.to_s.split("play_").last
    if PLAYS.include?(game)
      cache_and_invoke(name) do
        "playing #{game}"
      end
    else
      super
    end
  end

  def cache_and_invoke(name)
    self.class.class_eval do
      define_method(name) do
        yield
      end
    end
    yield
  end

  def respond_to_missing?(name, include_private = false)
    game = name.to_s.split("play_").last
    PLAYS.include?(game) || super
  end
end

Benchmark.ips do |x|
  x.report "Method Missing" do
    person = Person.new
    person.play_tennis
    person.play_tennis
  end

  x.report "Intercept-Cache-Invoke" do
    person = PersonCached.new
    person.play_tennis
    person.play_tennis
  end

  x.compare!
end

Benchmark

It benchmarks about ~2.5x to ~4.5x faster than the method missing version. The result depends on how the solution has been implemented. For example, here we are using a block to cache and invoke new methods. Blocks are slow, and their performance depends on whether we use block.call or just yield ^[benchmark].

Calculating -------------------------------------
        Method Missing    20.758k i/100ms
Intercept-Cache-Invoke    48.562k i/100ms
-------------------------------------------------
        Method Missing    316.730k (± 8.0%) i/s -      1.578M
Intercept-Cache-Invoke      1.010M (± 5.2%) i/s -      5.050M

Comparison:
Intercept-Cache-Invoke:  1010089.5 i/s
        Method Missing:   316729.8 i/s - 3.19x slower

YARR. Yet Another Ruby REPL

Mon, 23 Feb 2015 00:00:00 +0000

YARR (Yet Another Ruby REPL) is a Ruby REPL (it’s just a hobby, it won’t be big and professional like Pry). YARR was inspired by groovysh¹, IRB², Pry³, Bash ⁴ and Vim⁵.

A read–eval–print loop (REPL) is an interactive environment that takes user inputs, evaluates them, and returns the result to the user. A simple REPL that evaluates single valid lines of Ruby code, could be something like this:

loop do
  print "ruby> "
  input = gets
  puts "=> #{eval(input)}"
end

I started to play with this idea and finally I built YARR that is a command-line application which allows you to easily evaluate Ruby expressions, define classes and run simple experiments.

Interesting things in the source code

This project has been a good opportunity to explore new things. I also only wanted to use the Ruby standard libraries without any external gem.

1. Method names don’t have restrictions

Method names in Ruby may contain upper-case and lower-case letters, numbers, underscores _ and the punctuation signs !, ?, =.

A method name can’t begin with a number and the characters !, ? and = can only appear at the end.

That’s correct if we use the usual way of defining new methods with def, however there seems to be no restrictions on what can be used if we use define_method ^[code].

define_method("!") do |args|
  `#{args}`
end

2. Capture STDOUT

It’s possible to redirect the standard output or store it into a variable. I captured the STDOUT for a block of code and then restore it ^[code].

def capture_stdout(&block)
  stdout = $stdout
  $stdout = StringIO.new
  block.call
ensure
  $stdout = stdout
end

3. Arrange-Act-Assert pattern

Arrange-Act-Assert is a pattern for arranging and formatting code in test methods. It is very popular from the Given-When-Then style of representing tests.

I used the RSpec syntax with some private methods, so each method should group these functional sections ^[code]:

Arrange all necessary preconditions and inputs (setup).
Act on the object or method under test (given).
Assert that the expected results have occurred (expect).

it "executes multiline line declaration and invocation" do
  setup("def foo", "1", "end")
  given("foo")
  expect(interpreter.call).to eq("\e[1m===>\e[0m 1")
end

Closure design patterns. Ruby edition

Mon, 26 Jan 2015 00:00:00 +0000

Back in 2012 I wrote an article about closure design patterns. I used Groovy as a programming language but now I have decided to use Ruby (the programming language that I have mainly been using for two years). This article was featured on issue #231 of Ruby Weekly newsletter.

I want to keep the same examples, so I have created a helper method to make assertions.

def assert(expression)
  raise "Assertion failed" unless expression
end

Execute Around Method

A pair of operations that need to be performed before and after operations.

def operations(&block)
  puts "Open"
  block.call
  puts "Close"
end

operations { puts "Operation" }

=> Open
=> Operation
=> Close

Pluggable Behavior

Specifies the behavior of an object at runtime.

def select_values(number, &block)
  1.upto(number).select(&block)
end

assert [2, 4, 6, 8, 10] == select_values(10) { |i| i % 2 == 0 }  # even
assert [1, 3, 5, 7, 9]  == select_values(10) { |i| i % 2 != 0 }  # odd

Iterator Pattern

Allows sequential access to the elements.

def list_numbers(&block)
  (0..3).each(&block)
end

list_numbers do |i|
  if i < 2
    puts "#{i} is a little number"
  else
    puts "#{i} is a big number"
  end
end

=> 0 is a little number
=> 1 is a little number
=> 2 is a big number
=> 3 is a big number

Dynamical Conditional Execution

Creates and executes a conditional operation.

def greet(user, success_block, fail_block)
  if user.is_admin?
    success_block.call
  else
    fail_block.call
  end
end

greet(user, -> { puts "Hi Admin!" }, -> { puts "Hello User" })

Template Method Pattern

Defines common algorithm steps (getting a customer) and customizations (passed as a block).

def with_customer(id, &block)
  customer = get_customer(id)
  block.call(customer)
end

with_customer(1234) do |customer|
  puts "Found customer #{customer.name}"
end

Loan Pattern

Ensures that a resource is deterministically disposed of once it goes out of scope.

def with_list_of_words_for_each_line(file, &block)
  File.open(file) do |f|
    f.each_line { |line| block.call(line.split(' ')) }
  end
end

with_list_of_words_for_each_line(file) do |word_list|
  puts word_list
end

Command Design Pattern

Encapsulates all the information needed to call a method at a later time.

count = 0
commands = []

1.upto(10) do
  commands << -> { count += 1 }
end

puts "count is initially #{count}"
commands.each do |cmd|
  cmd.call
end
puts "did all commands, count is #{count}"

=> count is initially 0
=> did all commands, count is 10

Strategy Pattern

Defines a family of interchangeable algorithms.

calc_mult = ->(n, m) { n * m }
calc_adds = -> (n, m) do
  result = 0
  n.times { result += m }
  result
end

calc_strategies = [calc_mult, calc_adds]
calc_strategies.each do |calc|
  assert 10 == calc.call(5, 2)
end

Factory Pattern

Abstracts the object creation process (currying as a function factory).

adder = ->(x, y) { x + y }.curry
incrementer = adder.call(1)

assert 5 == incrementer.call(4)

Method Combination

Builds a method from components.

sum = ->(collection) { collection.inject(:+) }
first2 = ->(collection) { collection.take(2) }
take2_and_add = ->(collection) { sum.call(first2.call(collection)) }

assert 3 == take2_and_add.call([1, 2, 3, 4, 5])

Closure Composition

Since Ruby doesn’t have closure composition I’d like to update my previous example with it.

class Proc
  def >>(f)
    ->(*args) { f.call(self.call(*args)) }
  end
end

sum = ->(collection) { collection.inject(:+) }
first2 = ->(collection) { collection.take(2) }
take2_and_add = first2 >> sum

assert 3 == take2_and_add.call([1, 2, 3, 4, 5])

Command line one-liners

Fri, 29 Nov 2013 00:00:00 +0000

I attended the SoCraTes UK 2013 unconference. We had a space for lightning talks and I did a presentation about command line one-liners.

I love Unix and I talked about terminal commands so I used Terminal Keynote, a hack for terminal-based talks.

Command line one-liners

Run the last command

$ !!

Run the last command as root

$ sudo !!

Create a script of the last executed command

$ echo "!!" > script.sh

Reuse all parameters of the previous command line

$ echo cd .
$ !*

Run the last command with some argument

$ echo a b c d e
$ echo !!:2
$ echo !!:3-$

Insert the last argument of the previous command

$ cp script.sh /usr/bin/
$ cd <ESC> .

Run previous command but replacing

$ echo no typos
$ ^typos^errors

Escape any command aliases

$ alias ls="ls -a"
$ \ls

Quickly rename a file

$ mv filename.{old,new}
$ mv filename.{png,jpg}

Create a quick back-up copy of a file

$ cp file.txt{,.bak}

Run a command from the history

$ history
 ...
 1225  ls -l
 1226  git status
 1227  history
$ !-3
$ !1225

Search the history for the most recent command beginning with ‘text’

$ !text

List of commands you use most often

$ history | awk '{print $2}' | sort | uniq -c | sort -rn | head

Execute a command without saving it in the history

$ <space>command

Make directory including intermediate directories

$ mkdir -p a/long/directory/path

Create a directory and change into it

$ mkdir dir && cd $_

Change to the previous working directory

$ cd -

Jump to a directory. Execute a command. Jump back to current directory

$ (cd /tmp && ls)

Create simple text file from command line

$ cat > file.txt
{your text here}
{your text here}
<ctrl-d>

Empty a file

$ > file.txt

Show PATH in a human-readable way

$ echo $PATH | tr ':' '\n'
$ tr ':' '\n' <<< $PATH

Make ‘less’ behave like ‘tail -f’

$ less +F somelogfile

Redirect standard input to a file. Print it to standard output

$ command | tee file.txt | less

┌─────────┐  ┌─────────┐  ┌─────────┐
│ command │─▸│   tee   │─▸│ stdout  │
└─────────┘  └────┬────┘  └─────────┘
                  │
                  ▾
            ┌───────────┐
            │   file    │
            └───────────┘

Search for a string inside all files in the current directory

$ grep -RnsI --color=auto <pattern> *
$ ack <pattern>

Recursively remove all empty directories

$ find . -type d -empty -delete

Count your commits

$ git shortlog -sn

Serve current directory tree at http://$HOSTNAME:8000/

$ python -m SimpleHTTPServer

Share a file between two computers

$ nc -l 5566 > data-dump.sql
$ nc <his-ip-address> 5566 < data-dump.sql

Download an entire website

$ wget -m http://website.com

Clear the terminal screen

<ctrl-l>

Salvage a borked terminal

$ reset

Close shell keeping all subprocess running

$ disown -a && exit

Run a command immune to hangups

$ nohup command &

Attach screen over ssh

$ ssh user@host -t screen -r

Compare a remote file with a local file

$ ssh user@host cat /path/to/remotefile | diff /path/to/localfile -

Get your public IP address

$ curl ifconfig.me

Set audible alarm when an IP address comes online

$ ping -a IP_address

List programs with open ports and connections

$ lsof -i

Currently mounted filesystems in nice layout

$ mount | column -t

Display free disk space

$ df -h

Display disk usage statistics for the current directory

$ du -sh *

Display 10 biggest files/folders for the current directory

$ du -s * | sort -nr | head

Execute a command at a given time

$ echo "ls -l" | at midnight

Simple stopwatch

$ time read
<ctrl-d>

Put a console clock in top right corner

$ while sleep 1;do tput sc;tput cup 0 $(($(tput cols)-29));date;tput rc;done &

Display the top ten running processes. (Sorted by memory usage)

$ ps aux | sort -nk +4 | tail

Kill all Ruby processes

$ ps aux | grep ruby | awk '{ print $2 }' | xargs kill -9
$ ps aux | awk '/ruby/ && ! /awk/ { system("kill -9 "$2) }'

32 bits or 64 bits?

$ getconf LONG_BIT

Displays a calendar

$ cal 12 1984

What day is today?

$ cal | sed "s/.*/ & /;s/ $(date +%d) / [] /"
$ cal | sed "s/.*/ & /;s/ $(date +%d) / $(printf '\e[0;31m[]\e[0m') /"

Show file system hierarchy

$ man hier

Quick access to the ascii table

$ man ascii

Russian Roulette in Bash

$ [ $[ $RANDOM % 6 ] == 0 ] && rm -rf / || echo "You live"

Watch Star Wars via telnet

$ telnet towel.blinkenlights.nl

iShows

Tue, 03 Sep 2013 00:00:00 +0000

I’m happy to announce the latest project that I participated in: iShows.

We love TV shows, we love programming, we love design, and we believed that we could create the best TV show tracking app for iOS. Users enjoyed the application and the first version had such good reviews. The second release also had very good reviews.

We wanted to provide an image-based UI and one of the strengths of the app was the customization of the images. The credits go to Luis Recuenco and Luis Herrero for the iOS development and UI/UX design.

I developed an image server that provided all the images and was responsible for resizing and cropping, so the clients downloaded the images with the correct dimensions. The iShows server handled over a billion images throughout the app’s lifetime. It was an exciting project to be part of.

Managing Notebooks

Tue, 04 Dec 2012 00:00:00 +0000

There are a lot of tools to organize and get work done, some are more focused on task management like ~~Wunderlist~~ To Do, and others are more focused on project management like Trello.

These are great tools, but I prefer notebooks over other devices and media. I feel the same way with books and e-readers. I love the feel of paper and it gives me a better user experience.

In many ways it’s more versatile than software because I can organize my daily tasks, communicate ideas through drawing, sketchnotes, create lists, project planning, journal, quotes, random thoughts…

Do you know bullet journal note-taking system?

sparky

Sun, 17 Jun 2012 00:00:00 +0000

I have played with the idea of displaying statistics about version control systems in a Unix shell, and I also wanted to improve my command line skills.

Before starting, I remembered spark, a project that generates sparklines for a set of data, so I became interested in trying an alternative Groovy implementation to have fun.

Sparklines for your shell: Groovy flavored

My project is sparky, a Groovy script that lets you graph tiny sparkline graphs from your command line.

sparky takes a list of numbers—comma-delimited or spaces—and then prints a sparkline out of it. It’s designed to be used in conjunction with other scripts that can output in that format.

$ sparky 1 5 22 13 53
▁▁▃▂▇

$ sparky 0,30,55,80,33,150
▁▂▃▅▂▇

$ echo 9 13 5 17 1 | sparky
▄▆▂█▁

Practical examples

There are many possibilities. Here are two examples.

Number of commits to the groovy-core Git repository, by author:

$ git shortlog -s |
> awk '{print $1}' |
> sparky
▁▁▁▁▁▁▁▁▁▁▁▃▁▁▁▁▁▁▁▁▁▁▁▁▂▁▁▄▁▁▁▁▁▁▁▅▁▁▁▁▁▁▁▁▁▁▁▁█▁▁▁▁▁▁▁▁▁▁▁▁▁▁▁▁▁▁

Code visualization. The number of characters of sparky itself, by line, ignoring empty lines:

$ awk '{ print length($0) }' sparky |
> grep -v ^0$ |
> sparky
▂▂▁▁▃▁▃▂▃▃▃▂▁▁▂▄▁▄▅▅█▅▂▁▁▃▃▅▁▁▃▂▁▁▇▃▁

Try it!

Closure design patterns

Wed, 25 Apr 2012 00:00:00 +0000

Design patterns

I’m learning design patterns. There is a lot of documentation about software design patterns, but I’m interested in closure design patterns.*

Many patterns imply object-orientation, so may not be as applicable in dynamic languages. Peter Norvig demonstrates that 16 out of 23 patterns in the Design Patterns book are simplified or eliminated, Design Patterns in Dynamic Languages.

I’ve found an interesting presentation of Venkat Subramaniam about Design Patterns in Java and Groovy, and another presentation of Neal Ford about Design Patterns in Dynamic Languages. Here, I extract some patterns of these presentations that involve closures and add others patterns based on my own experience.

You can also find the same examples for Ruby here: Closure Design Patterns. Ruby Edition.

^{* Groovy makes no such distinction between closures or anonymous functions.
What I’m really trying to get at is how we can use tools such as first-class
functions, lambdas and closures when implementing design patterns.}

Closure design patterns

Execute Around Method

A pair of operations that need to be performed before and after operations.

def operations(closure) {
    println "Open"
    closure()
    println "Close"
}

operations { println "Operation" }

===> Open
===> Operation
===> Close

Pluggable Behavior

Specify the behavior of an object at runtime.

def selectValues(number, closure) {
    def list = []
    1.upto(number) {
        if (closure(it)) list << it
    }
    return list
}

assert [2, 4, 6, 8, 10] == selectValues(10) { it % 2 == 0 }  // even
assert [1, 3, 5, 7, 9]  == selectValues(10) { it % 2 != 0 }  // odd

Iterator Pattern

Allows sequential access to the elements.

def listNumbers(closure) {
    (0..3).each { closure it }
}

listNumbers {
    if (it < 2) println "$it is a little number"
    else println "$it is a big number"
}

===> 0 is a little number
===> 1 is a little number
===> 2 is a big number
===> 3 is a big number

Dynamical Conditional Execution

Create and execute a conditional operation.

def greet(user, successClosure, failClosure) {
    if (isAdmin(user)) successClosure()
    else failClosure()
}

greet(user, { println "Hi Admin!" }, { println "Hello User" })

Template Method Pattern

Define common algorithm steps (getting a customer) and customizations (passed as a closure).

def withCustomer(id, closure) {
    def customer = getCustomer(id)
    closure(customer)
}

withCustomer(1234) { customer ->
    println "Found customer $customer.name"
}

Loan Pattern

Ensures that a resource is deterministically disposed of once it goes out of scope.

def withListOfWordsForEachLine(file, closure) {
    def reader = file.newReader()
    try {
        reader.splitEachLine(' ', closure)
    } finally {
        reader?.close()
    }
}

withListOfWordsForEachLine(file) { wordList ->
    println wordList
}

Command Design Pattern

Encapsulate all the information needed to call a method at a later time.

def count = 0
def commands = []

1.upto(10) {
    commands.add { count++ }
}

println "count is initially ${count}"
commands.each { cmd ->
    cmd()
}
println "did all commands, count is ${count}"

===> count is initially 0
===> did all commands, count is 10

Strategy Pattern

Define a family of interchangeable algorithms.

calcMult = { n, m -> n * m }
calcAdds = { n, m ->
    def result = 0
    n.times { result += m }
    return result
}

def calcStrategies = [calcMult, calcAdds]
calcStrategies.each { calc ->
    assert 10 == calc(5, 2)
}

Factory Pattern

Abstract the object creation process (currying as a function factory).

def adder = { x, y -> x + y }
def incrementer = adder.curry(1)

assert 5 == incrementer(4)

Method Combination

Build a method from components.

def sum = { Collection collection -> collection.sum() }
def first2 = { Collection collection -> collection.take(2) }
def take2andAdd = first2 >> sum

assert 3 == take2andAdd([1, 2, 3, 4, 5])

Polyglot programming

Tue, 27 Mar 2012 00:00:00 +0000

Most programmers know several languages. As a web developer, I work on a daily basis with Groovy, SQL, Bash Scripting, HTML, CSS, and JavaScript.

Learning different languages allows us to solve problems with the most appropriate tool and to explore new paths of thinking about computational problems.

Neal Ford coined the term polyglot programming to express this concept:

I think it’s important in this day and age of polyglot programming to understand a variety of different languages, as they are the design tools we use to craft software. Just like regular engineers must understand the physical properties of different materials, we should understand the capabilities, strengths, and weaknesses of different languages. And when to apply them.
—Neal Ford

Polyglot JVM

Java has long been known simply as a programming language. But today, when thinking of Java we also refer to a robust and mature development platform. Currently, the Java Virtual Machine (JVM) supports over 200 different programming languages.

I have been exploring different languages on the JVM—Java, Groovy, Scala and Clojure—and I shared my experiences with other developers at Codemotion 2012. Hope you enjoy the slides.

Create your own Groovy type conversion

Mon, 06 Feb 2012 00:00:00 +0000

Type conversion. Standard way

Type conversion—or casting—is a programming language technique for changing an object’s data type into another.

The following code converts a String to an Integer.

def number = (Integer)'1'
def number = '1'.toInteger()
def number = '1' as Integer

If we want to change the type of our own objects, we need to create a method to achieve this goal. We can copy object properties to another object in a generic way; if a property exists on the target object, we can copy it from the source object.

class User {
    String name
    String city
    Integer age

    def toAdminUser() {
        def adminUser = new AdminUser()
        copyProperties(this, adminUser)
        return adminUser
    }

    def copyProperties(source, target) {
        source.properties.each { key, value ->
            if (target.hasProperty(key) && !(key in ['class', 'metaClass'])) {
                target[key] = value
            }
        }
    }
}

class AdminUser {
    String name
    String city
    Integer age
}

Now, it is possible to do something like this:

adminUser = user.toAdminUser()

Type conversion. Groovy way

That approach was great, but we may want to use the Groovy way to coerce one type into another:

adminUser = user as AdminUser

It’s simple because Groovy supports operator overloading and, therefore, creating your own type conversion is really easy—we can override the asType() method.

class User {
    String name
    String city
    Integer age

    Object asType(Class clazz) {
        if (clazz == AdminUser) {
            def adminUser = new AdminUser()
            copyProperties(this, adminUser)
            return adminUser
        }
        else {
            super.asType(clazz)
        }
    }

    def copyProperties(source, target) {
        source.properties.each { key, value ->
            if (target.hasProperty(key) && !(key in ['class', 'metaClass'])) {
                target[key] = value
            }
        }
    }
}

Functional programming with Groovy

Mon, 28 Nov 2011 00:00:00 +0000

The diversity of languages and programming paradigms allows us to solve existing problems by thinking of solutions from very different approaches.

But why should a Groovy developer learn functional programming?

As I learned about functional programming, I found good ideas and discovered that it brought new clarity to my thinking about the design of classes and methods. It also allowed me to write more concise code that was easier to reuse.

A few weeks ago, I spoke about functional programming with Groovy at Greach Conference 2011. I presented basic concepts of the functional programming paradigm and then focused on how to apply them to improve the code that we write with Groovy. Here are the slides from the talk.

Clean Code

Mon, 11 Jul 2011 00:00:00 +0000

Clean Code: A Handbook of Agile Software Craftsmanship is a book that every developer should read, especially at the beginning of their careers when many basic programming concepts need to be settled.

The following is a short summary with the main ideas from the book. Below you can also find my talk from the Agile Madrid User Group about this book, which covers many different examples.

Meaningful names

The first step to writing good code is that names have meaning. The variables, methods and classes should have a good name to know why they exist and what they do. Tim Ottinger’s Rules for Variable and Class Naming.
Functions

The functions have to be small, should do one thing and do it well, maintaining a single level of abstraction. Also, we must try to reduce the number of arguments.
Comments

Don’t comment bad code, rewrite it.
Formatting

The formatting of the code has one purpose: readability. The newspaper metaphor: when reading code, the main functions should appear first, and we can go into details below.
Objects and data structures

Objects hide their data and expose functions to operate with them, on the other hand, data structures expose their data directly.
Error handling

Try to separate the logic of our application from the exception handler and don’t pass or return null values from functions.
Unit test

Tests are a very important part of building applications. Ideally, do TDD and create test code as good as the code of the rest of the application.
Classes

Classes must be small with high cohesion.
Emergence

To create a good emergent design we should run all tests, eliminate duplication, express the intention in the code, and minimize the number of classes and methods. These are Kent Beck’s Four Rules of Simple Design.

10 Groovy one-liners to impress your friends

Sat, 04 Jun 2011 00:00:00 +0000

I believe that comparing programming languages is a worthwhile exercise mainly because of the different techniques and styles that you are exposed to.

After 10 Scala / CoffeeScript / Ruby / Haskell / Clojure / C# / F# / Nim / Swift one-liners to impress your friends, here are the Groovy one-liners.

1. Multiply each item in a list by 2

(1..10)*.multiply(2)

2. Sum a list of numbers

(1..1000).sum()

3. Verify if exists in a string

def wordList = ['groovy', 'akka', 'grails framework', 'spock', 'typesafe']
def tweet = 'This is an example tweet talking about groovy and spock.'
wordList.any { word -> tweet.contains(word) }

4. Read in a file

def fileText = new File('data.txt').text
def fileLines = new File('data.txt').readLines()

5. Happy Birthday to You

(1..4).each { println 'Happy Birthday ' + ((it == 3) ? 'dear Arturo' : 'to You') }

def (passed, failed) = [49, 58, 76, 82, 88, 90].split{ it > 60 }

7. Fetch and parse an XML web service

def results = new XmlSlurper().parse('http://arturoherrero.com/index.xml')

8. Find minimum (or maximum) in a list

[14, 35, -7, 46, 98].min()
[14, 35, -7, 46, 98].max()

9. Parallel processing

import groovyx.gpars.*
GParsPool.withPool { def result = dataList.collectParallel { processItem(it) } }

^{Using Gpars that offers intuitive and
safe ways to handle Groovy tasks concurrently.}

10. Sieve of Eratosthenes

def t = 2..100
(2..Math.sqrt(t.last())).each { n -> t -= ((2*n)..(t.last())).step(n) }
println t

Bonus: FizzBuzz

for (i in 1..100) { println "${i%3?'':'Fizz'}${i%5?'':'Buzz'}" ?: i }

Blogging like a hacker

Mon, 20 Dec 2010 00:00:00 +0000

Hacking is an overused term for a simple concept: to explore the limits of what is possible by doing something in a different way.

I want to write and share some ideas, but traditional blogging platforms lock you into their complex ecosystem. I’ve chosen to hack my way to a simpler and more refreshing approach. That’s the reason this site is built with ~~toto~~ Jekyll, a static site generator that transforms Markdown text into HTML code. It is hosted on ~~Heroku~~ GitHub Pages.

For me, writing is simply the act of putting some ideas in order. This is why I’ve tried to focus on what truly matters and avoid all sorts of distractions. I can use my editor of choice, and LiveReload is available during development to automatically reload the content in the browser when files are modified. What You Write Is What You See.

Another thing I have always valued is owning the content. My content is open-source, under version control, and will be accessible despite future redesigns because Markdown is readable as-is.

The effort of blogging like a hacker is worth it.