Why the Lucky Stiff (o _Why para ser mas breves) fue uno de los programadores mas brillantes e inspiradores de estos tiempos. Se volvió famoso mediante una serie de blogs y una cantidad increible de proyectos open-source que mantuvo durante mas de 7 años.

La popularidad de _Why creció junto con la popopularidad del lenguaje de programación Ruby. Cuando el éxito del framework Rails se disparó en el año 2005, un numeroso grupo de jóvenes desarrolladores empezaron a querer aprender más sobre Ruby, y ahí fue cuando la mayoría de ellos se encontró con La conmovedora guía para Ruby de Why, una guia Creative Commons que contenía todas las características de su autor: una mente artística e inquieta con una visión muy diferente acerca de la programación.

Incluso aquellos que no llegaron a leer la Guía de _Why, no podrían programar en Ruby sin un toque de la brillantez de _Why. Para ese entonces él había creado varias bibliotecas que eran partes funtamentales de las tareas cotidianas de programación en ruby, como por ejemplo Hpricot, un parser HTML con una API que de algúna manera se parece al estílo de manipulación de DOM de jquery.

Tal vez hayan notado que nos referimos a _Why en pasado. Así que la pregunta es, ¿desapareció? Si. Por lo mucho que vale para nosotros, solamente tenemos su presencia online: “Why the lucky stiff”. Nadie supo su nombre real o cual es su trabajo, ni siquiera de dónde vino. En agosto del 2009, cerró casi todas sus cuentas online y sitios web, incluyendo sus repositorios de software, con todo el código que cientos de programadores esperaban usar como dependecias.

Su desaparición ha dejado una horda de códigos huérfanos. Y mientras que nadie sabe bien por qué hizo lo que hizo, hay teorías sólidas, las más fuertes son que su identidad real se descubrió, por muy raro que suene.

Este artículo cuenta las historias de este artista post-moderno, que la gente llegó a conocer como Why the Lucky Stiff.

“¿No es loco? … uno hace algunos dibujos en su casa o graba un poco de música en el sótano y de repente sos famoso en todo el mundo.”

– _Why, en conversación con Geoffrey Grosenbach

Profesor freelance (sin previo aviso)

(Decí algo en vos alta! Tal ves el lo use como un ejemplo! -¿Cómo qué? ¿Cómo “chunky bacon”?)

En su blog, _Why se describe como un “profesor freelance”, aun cuando el nunca tomó trabajos para enseñar, ya sean freelance o cualquier otros. El dió esta descripción de su actividad en una presentación del evento “Art && Code”. Dijo que el enseña “solamente en citas no planeadas”. Como él explica, significa que enseña arbitrariamente a chicos y adolescentes en cualquier espacio, cuandoquiera que la oportunidad se presente. El cuenta la historia de un día normal, mientras iba al trabajo en un tren y trabajando en un código: un grupo de chicos que jugaba cerca miraba lo que el hacía. Estaban intrigados cuando descubrieron que hacía una especie de “hackeo”. El les mostró lo que estaba haciendo (un juego simple), y ellos empezaron a jugar con el código, esa fue su primera clase.

(Televisión en vivo en el año 2012: “Gracias a la guía de Why … incluso los bebés pueden aprender Ruby! Es así de simple! … class<<self!!”)

A pesar de lo esotérica que parezca su técnica de aprendizaje, está respaldada por argumentos fuertes y significativos. Estos argumentos los explaya en su ensayo “The Little coder’s predicament” y más tarde en el “Manifiesto de Hackety Hack”. La idea general de estos ensayos es que en los días primitivos de las computadoras, máquinas como el Commodore 64 eran fácilmente programables; un niño podía jugar con ella, generar sonidos mediante códigos y crear juegos simples. Pero en la actualidad, las computadoras son increíblemente más poderosas y proporcionalmente menos “hackeables”. Esta “hackeabilidad” que _Why identifica, y el proceso de descubrir como “controlar una computadora”, es el momento en el que nacen muchos programadores brillantes. Como por ejemplo, es exactamente así como Linus Torvalds, creador de Linux, empezó a programar.

“Hackety Hack” es un manifiesto no solo en palabras sino también en código. Es un software que funciona en Windows/Mac y sirve como una plataforma donde los chicos pueden escribir programas muy fácilmente. Hace posible crear un blog en 6 lineas de código, o tu propio cliente de mensajería en otras pocas líneas.

Aquí hay un video de la presentación de _why en el evento Art && Code, donde habla acerca de la escencia de la programación y su motivación por Hackety Hack. Asegúrate de no perderte la parte donde presenta su juego de cartas, Kaxxt, y explica la naturaleza de programar.

ART && CODE Symposium: Hackety Hack, why the lucky stiff from STUDIO for Creative Inquiry on Vimeo.

Un dia _Why apareció inesperadamente en mi casa para una comida. Le ofrecí llevarlo a su hotel o casa con mi auto, pero el insistió en tomar el autobús y encontrar su propia manera de llegar.

– Geoffrey Grosenbach

(La conmovedora) Guía de Why para Ruby.

Además de enseñar sin previo aviso, _Why ha sido famoso por su tutorial de introducción al lenguaje de programación Ruby, llamado “La guía (conmovedora) de _Why para Ruby”. La guía conmovedora es completamente diferente a lo que uno esperaría de un libro dedicado a un lenguaje de programación. Es en parte una guía técnica, pero en mayor medida es una novela de humor subconsciente, llena de dibujos animados, que te enseñan a escribir programas en Ruby. La guía está licenciada bajo la Creative Commons y se puede ver a través de HTML o descargar como PDF.

No solamente se convirtió en un hit de culto en la comunidad Ruby, sino que también tuvo impacto en muchos programadores alrededor del mundo. Lo que es aún más poderoso, “the poignant guide” ayudo a formar la cultura de muchas personas que eran nuevas en programación. Su inspiración puede ser vista en proyectos como “Learn you a Haskell for great good” y en programadores como Ryan Dahl (creador de NODE.JS). Sus cómic y su arte también dejaron su marca en la gente.

_Why escribió un segundo libro, una guía tutorial, tipo referencia rápida para su proyecto “Shoes”. Shoes es una herramienta para construir interfaces de usuario gráficas (GUI) que puede ser usada para crear aplicaciones de escritorio de manera sencilla, con la sintaxis de Ruby. El libro se llama “Nobody Knows Shoes” (nadie sabe sobre Shoes) y es otra obra maestra. Concebido impreso y en PDF, el diseño de la editorial de NKS (Nobody Knows Shoes) es todo un logro: consistente (aunque raramente organizado), y legible (a pesar de ser caótico). El libro empieza con un montaje de una figura moviéndose “alrededor” del libro mientras que otro personaje clama: “Midas, no deberías caminar hacía allá!! […]NooooOOO, estás a punto de chocarte con un libro sobre nerds y computacióóón …” La última página del libro dice, “Midas conoce Shoes”. Esta es sólo una de las casi sencillas bromas que son tan comunes de él.

“El maravilloso regalo de Shoes”: (10 primeros puntos escenciales):

1. “PARA” pronunciado como Anna Apera.
2. y 3. Son stacks & flows (muy muy importante)
3. BOTÓN
4. Imágen (totalmente fácil)
5. Editar-Linea (puede hablar sobre cajas editables brevemente)
6. LINK (igualito al de la página web web web)
7. Ocho es papel tapiz;
8. Shoes.url; y finalmente…
9. Clear o borrar (incluye una discusión sobre añadir, pre-añadir, etc.)

Aprecio sus elogios, pero me cuesta creer que le guste mi arte a alguien.

Definitivamente voy a morir sin ser reconocido, y sólo unos pocos verán el trabajo que hago. Pero me gusta mucho que sea así !!! Una de las peores cosas que una persona puede tener en la vida es reconocimiento. Pero una palmada en la cabeza es muy, muy malo también. He tenido algunas palmadas en la cabeza, y también he vomitado sangre algunas veces en el camino.

– Why the Lucky Stiff, en respuesta a un email de Fábio Akita

Blogging

_why mantenía varios blogs. En su página principal “whytheluckystiff.net” almacenaba sus pensamientos, caricaturas, poemas y otras historias. Las categorías del blog eran “historias” “comics” “incidentes” “cuartetos” “hackeo” y “juegos de cinco minutos para gemelos que no tienen su otro gemelo con ellos y una ilimitada colección de animales”. Era también donde el guardaba links hacia todas sus otras creaciones, como libros y blogs.

Cuando Ruby era todavía virtualmente desconocido fuera de Japón, _why creó un blog llamado RedHanded, en el cual difundía el lenguaje, discutía sus cualidades y consolidaba la comunidad. El sitio web fue cerrado después de que Ruby creciera y particularmente después del boom del material para la orientación en Ruby, lanzado en los Estados Unidos.

El blog servía a su propósito muy bien. Se podían encontrar entrevistas y comentarios de gente que más tarde se convertiría en celebridades de la web, como David Heinemeir Hansson, creador del framework Ruby on Rails y fundador de 37 signals. David fue el blanco de varias bromas de _Why a lo largo del camino.

Hackety.org era el blog en el cual _Why hablaba sobre temas de programación en el contexto de su manifiesto del Hacker. Allí, demostró su increíble conocimiento de código y hackeo, creando motores de juegos simples o bibliotecas procesadoras de imágenes y sonidos. También es una lectura para disfrutar de la programación por geeks y amantes del arte underground.

Otro blog relativamente desconocido de _Why era de imágenes únicamente, que contenía preciosos scraps de galerías complicadas de encontrar. El blog pobremente podía ser definido, a pesar de que las palabras “eerie” ; “surreal” y “kitsch” aparecían frecuentemente. Se llamaba “what a quiet stiff”.

_Why fue el que acuñó el término “Tumblelog”, refiriéndose al blog Anarchaia por Christian Neukirchen. En su blog RedHanded, el declaró, “Blogguear ha mutado en formas más simples (especialmente en variantes como link –y mob- y aud-y video), pero no creo que jamás haya visto un blog como el de Chris Neukirchen, Anarchia, en donde se funden un puñado de formas dispares de citación (links, citas, flickrings) en un largo, estrecho y distraído tumblelog.

Música

El soundtrack de la guía (conmovedora) de why para ruby (Hecho sin esfuerzos por The Thirsty Cups)

Además de escribir el libro, crear las caricaturas y hacer el sitio web para la Guía Conmovedora, _Why creó con sus manos “The Thirsty Cups” (las copas sedientas), un soundtrack donde cada canción acompaña a un capítulo de la Guía. Innecesario sería decir que el estilo de la música es ampliamente imaginativo, divertido e impredecible.

Pocas personas saben que el realizó un álbum para que acompañe la Guía Conmovedora de Why para Ruby. Una de mis canciones favoritas del álbum es la del segundo capítulo: “Este libro está hecho (de conejos y Limonada).”( “This Book Is Made (of Rabbits and Lemonade).”)

Nada capta el ethos artístico de _Why mejor que ésta canción.

– John Resig en ejohn.org

Siendo un gran fanático de la música, _Why creó una biblioteca muy interesante de Ruby para generar música de 8 bits. Se llama bloopsaphone, y como ejemplo uno puede tocar el tema de Los Simpsons con este pequeño código:

require ‘rubygems’
require ‘bloops’

b = Bloops.new
b.tempo = 180
sound = b.sound Bloops::SQUARE
sound.volume = 0.4
sound.sustain = 0.3
sound.attack = 0.1
sound.decay = 0.3
b.tune sound, “32 + C E F# 8:A G E C – 8:A 8:F# 8:F# 8:F# 2:G”
b.play
sleep 1 while !b.stopped?

Mi primera experiencia viendo a _Why en persona fue en el año 2005 en FOSCON en Portland, Oregon. Fue en una reunión abierta de Rubystas en una tarde, durante el transcurso de la conferencia de OSCON. Nos conocimos en la parte trasera del taller de reciclaje de computación FreeGeek, un lugar perfecto. Uno camina entre estántes llenos de equipos viejos de computación y partes listas para ser reconstruídas y donadas a personas. _Why y su banda, un trío, se subieron al escenario y tocaron un repertorio de canciones originales con letras humorísticas sobre Ruby. Durante ello, su laptop se quedó sin batería, y le trajeron un cargador de batería del taller de reciclado.

Como es de esperarse de un no-conformista con la Rubycomunidad, el tenía una laptop con Linux, mientras que la mayoría tenía su sistema Apple. Mientras el conectaba el cargador, las luces disminuyeron y la laptop resaltó con brillantéz. Nosotros estábamos seguros de que iba a prenderse en llamas, pero sobrevivió.

Como también hizo en muchos otros conciertos, el no estaba ahí solamente para cantarle a la audiencia. Escribió un servidor al que la audiencia podía conectarse con su intérprete de Ruby (Drb en realidad) y cambiar los colores que aparecían en la pantalla del escenario. Captó varias risotadas mientras que chisporroteaba de vida.

Todavía recuerdo ese evento como uno de los más importantes de cualquier Conferencia de Ruby en la que haya estado.

– Geoffrey Grosenbach

No con un “Bang”…

Why the lucky stiff desapareció en Agosto del 2009. Casi todas sus cuentas de Internet fueron cerradas, todos sus sitios web se desactivaron, incluso los códigos que el lanzó como open-source fueron eliminados. El motivo real de su desaparición es y será por siempre un misterio, pero la mejor pista es que su identidad podría haber sido finalmente descubierta.

La gente ha juntado suficiente evidencia para estar seguros sobre su verdadero nombre y ocupación. Se encontraron nuevos contenidos en Internet y nuevas bandas de música. Todos los detalles personales que el trató de conservar como privados, se volvieron públicos: el nombre de su esposa, el nombre de su hermana. Y con esto, el desapareció.

La gente respondió de diferentes maneras. Algunos lo entendieron, otros lo desaprobaron.

Ver la eliminación completa de su persona online no me sorprende terriblmente. Allá en el 2007, _Why cerró su blog más importante (RedHanded). Ese evento si me shockeó de verdad, pero me ayudó a entenderlo mejor como persona. El blog, aunque el haya puesto años de trabajo en el y la gente lo identificara con el fuertemente, era inmaterial. Ya no se sentía como el lugar correcto para hablar, así que el se mudó a otro lugar, abandonando el viejo sitio.

– John Resig, creador de jQuery

Sacar todos tus códigos de la red y borrar enteramente tu persona sin algúna advertencia o ayudando a la gente a tomar proyectos en los que pasaron años invirtiendo es una acción bastante estúpida. Es algo duro decirlo así, pero me siento muy violentado sobre esto, porque mientras que yo respeto la idea de impermanencia, no tengo respeto por alguien que tiene tan poco agradecimiento hacia las inversiones y sentimientos de otras personas.

– Zed Shaw, creador del servidor Mongrel Web server

A pesar de las diferentes repercusiones de su decisión al borrar su prescencia y su trabajo, todos los que conocieron a _Why comparten la tristeza por su ausencia.

Why the Lucky stiff era una parte importante en la comunidad Ruby. El ayudó a darnos ese inusual carácter y sentido de la imaginación y diversión. Estoy muy triste de ver irse a _Why. Estoy seguro que ha tenido sus razones, pero aún así es una gran pérdida.

– David Heinemeier Hansson

Su suicidio virtual, como la muerte auto-inducida de un amigo o de un ser amado, deja un indescriptible agujero dentro mío. No me gusta, no estaba listo para ello, y no me parece justo que el lo haya hecho. Sin embargo, como un personaje real de un comic, aún muerto el continuará siendo mi musa para crear cosas divertidas que existen solamente para ser brillantes e interesantes. Larga vida al coding por diversión. Gracias _Why

– Dr. Nic

Para _Why: Gracias por traernos tu código y arte a través de estos años. Ha sido ampliamente apreciado, mucho mas de lo que imaginas. Por favor continua disfrutando tu vida y brindando tu alegría y extravagancia. A otros alrededor del mundo.

– John Resig

Desafortunadamente, el decidió irse, y no hay explicación oficial para ello. El sólo se fue. Después de todo lo que hizo, pienso que nadie puede demandar nada de el :-) Pero lo extrañaremos porque el fue un programador excepcional.

– Fábio Akita

Lo que podemos aprender de _why

Why the Lucky Stiff era por sobre todas las cosas un artista que trató de hacer una obra de arte con cualquier cosa que el hacía, tanto una presentación como un programa escrito en C. El inspira a las personas porque planeó todo lo que hizo con una estética propia de su pensamiento.

Diversión

La lección más importante que la gente dice haber aprendido del lenguaje de programación Ruby es una lección que el código de _Why incorpora en el corazón de su código: Programar (o lo que sea que hagas) debería ser divertido. Debe haber alegría en tu oficio, y hay un valor preciado en mejorar y juguetear con ello.

Pathos

Pathos es “el poder de evocar sentimientos”. Es también uno de los tres modos de persuasión en retórica. Si lo que haces no evoca sentimientos en las personas, entonces seguramente esté muerto. El trabajo de _Why ciertamente no conformaba a todos, pero la gente no podía, y todavía no puede, ser indiferente a ello.

No temas correr riesgos

Aquí es donde _Why se pone controversial. Contrario a lo que la mayoría de los desarrolladores creen y respaldan, el estilo de programación de _Why no era limpio, legible o testeado. Todo lo opuesto. Esto le daría escalofrios a la mayoría de los programadores de metodologías ágiles, pero _Why tenía un argumento, y esta carta que escribió en el 2005 lo explica claramente.

Yo no escribo test para mis códigos. No escribo muchos comentarios. Cambio de estilos muy frecuentemente. Y a la mayoría de ellos, les doy la espalda a la forma predominante de “coding”, porque eso iría en contra de la esencia misma de experimentación. Acortado: todo lo que hago es no darle importancia.

Entonces, mi manera de medir un gran programador es diferente de algún pensamiento predominante en el tema. Me gustaría escuchar lo que Matz diría sobre esto. Debería preguntárselo, en serio.

Admiro a los programadores que toman riesgos. Ellos no están asustados de escribir códigos peligrosos o “malísimos”. Si te preocupas demasiado sobre ser limpio y prolijo, no puedes derribar las barreras (no lo creo!). También admiro a programadores que se rehúsan a quedarse con una idea sobre “la manera en que es el mundo”. Estos programadores ignoran el protocolo y procedimiento. Me gusta mucho Autrijus Tang porque el toma todos los idiomas y todos los procedimientos. No hay una manera incorrecta en su mundo.

Como sea, uno dice que quiere ser mejor. Es decir, es todo lo que se necesita. Uno se siente conducido, se comprométe con ello. Podría escribir scripts cortos para compartir con la gente en la web. Pequeños scripts de Ruby, de programas en Rails o MouseHole, scripts para mostrar. Veinte líneas acá y allá, y pronto la gente está empujándote y estás compitiendo por construir esos scripts y pensar tu estilo, nuevas innovaciones y esas cosas.

– _why

_Why está defendiendo aquí una idea que ha sido evocada por diferentes personas en diferentes modos. El punto no trata sobre si hay que escribir “tests” o no. El punto es, no tengas miedo de correr riesgos. Si estás familiarizado con el trabajo de Seth Godin, reconocerás que _Why se trata sobre todo de “mostrar”. El solo crea cosas y las pone allí afuera en lo salvaje, sin temer lo que la gente pensará, ni si su código es visto cómo “malísimo” o “poco profesional”.

Cuando no creas cosas, te conviertes en algo definido por tus gustos más que por tu habilidad. Tus gustos sólo alejan y excluyen a las personas, así que creá.

– Why the Lucky Stiff