Jonathan Coulton, photo by Dale May

Jonathan Coulton vs Glee: el pato delator

Para situarnos un poco, Jonathan Coulton (JoCo) es un ex-programador que un buen día decidió dedicarse a su pasión: la música. Sus canciones están plagadas de referencias frikis de todo tipo y en general desprenden “buen rollo”. Algunas de sus canciones más conocidas son “Code Monkey” o “Still Alive” (la canción final del primer Portal). Más info: http://en.wikipedia.org/wiki/Jonathan_coultonhttp://www.jonathancoulton.com/.

Entre sus canciones se encuentra una versión de “Baby Got Back” de Sir Mix-A-Lot:

La canción original, por si no os suena (yo no supe relacionarlas hasta que lo ví), es ésta: http://www.youtube.com/watch?v=kY84MRnxVzo. Irreconozible la versión, ¿no?

Esta semana, en el último capítulo de Glee, una de las canciones versionadas era la misma “Baby Got Back”. Echadle una oreja a su versión:

Vaya, ahora ésta no suena tan distinta. En este blog hacen el experimento de mezclar las dos canciones (intercalando un compás de cada), y el resultado es bastante claro: http://musicmachinery.com/2013/01/25/joco-vs-glee/.

De esta “nueva” versión supo Jonathan Coulton la semana pasada de rebote, y un rebote fue lo que se pilló. Al parecer, la licencia que obtuvo para hacer la versión no cubre su nuevo arreglo, con lo que los productores de Glee lo pueden usar (aparentemente) sin problemas. Más info: http://www.theverge.com/2013/1/18/3891836/glee-uses-jonathan-coultons-cover-of-baby-got-back-without-permission.

Tanto han copiado la versión de JoCo que se han dejado algunos cambios de la versión sobre la letra original (“Johnny C. is in trouble”, en referencia al propio Jonathan Coulton). Pero el colmo, y la mejor posibilidad de JoCo ante los tribunales (así se arreglan las cosas por allí), es que pueden haber usado su misma grabación, tal cual, tomada de la versión de karaoke (sin voz). Y todo por el “cuac” de un pato.

En la grabación de JoCo se añadió un “cuac” para cubrir un “fuck” de la canción. En la versión de Glee no hay voz en esa parte pero, si se presta mucha atención (http://thepottshouse.org/pub/coulton_fox_bgb/BGB_Glee_ghost_quack.wav), parece escucharse _pato encerrado_. De nuevo, otro blogger realiza un análisis sesudo para desenterrar el “cuac”, que probablemente se haya intentado eliminar con alguna herramienta profesional de audio: http://geeklikemetoo.blogspot.com.es/2013/01/about-that-quack.html.

Los productores de Glee respondieron inicialmente a JoCo diciéndole que debería estar agradecido por la exposición que obtendría (exposición secreta, ya que no se le acredita o menciona en ningún momento). Sin embargo, JoCo parece estar aprovechando esta oportunidad para darse un poco de publicidad.

Ayer mismo subió su versión de la versión de Glee de su versión de la canción original de Sir Mix-A-Lot, que es exactamente igual a su versión original, con la intención de donar los beneficios conseguidos a caridad: http://www.jonathancoulton.com/2013/01/26/baby-got-back-glee-style/. Por lo pronto, ya ha conseguido sobrepasar en iTunes a todas las canciones del último episodio de Glee: https://twitter.com/jonathancoulton/status/295621325991591938.

Yo, que con la suscripción a Spotify ya pago suficiente música, le he lanzado 99 céntimos en su dirección general por lo bien que me cae. Si os quedáis con algo de este tocho, que sea por lo menos escuchar algunas que sus canciones, que recomiendo sin dudarhttp://open.spotify.com/artist/292sg99iIOc93zcd30r4Ozhttp://grooveshark.com/#!/jonathancoulton.

Más info: http://www.wired.com/underwire/2013/01/jonathan-coulton-glee-song/

Foto de cabecera de Dale May.

De vuelta

He resucitado este blog por cuestiones que comentaré más adelante, principalmente porque quería un dominio propio y así puedo aprovechar para darle otra vida a esto.

De momento le he echado un vistazo a algunas cosas que escribí por aquí hace un año y he comprobado que como analista y futurólogo no tengo precio😉

Aprendiendo Git

Yo dawg, I heard you like clean commits
Pero por favor, ten cuidado si ya has publicado tus cambios

Por fin he empezado a practicar con Git después de proponérmelo hace más de un año. Por ahora sólo he hecho un puñado de commits, pero ya me ha servido para ir aprendiendo algunos trucos bastante útiles, sobretodo reescribiendo la historia de los commits (¡algo impensable en Subversion!).

En primer lugar, en Git es especialmente buena idea hacer commits pequeños (por ejemplo, que sólo arreglan un error de compilación), porque facilita mucho el resto de operaciones que se pueden hacer sobre el historial de commits.

En Git es posible reescribir la historia de los commits para hacer cosas como cambiar mensajes de commits, añadir cambios al último commit realizado o unificar varios commits en uno. Esto último es útil, por ejemplo, para unificar un commit que añade una nueva característica y otro commit que arregla un fallo tonto en esa misma característica en un sólo commit, haciendo creer al mundo que somos programadores perfectos que no cometemos fallos.

He aquí un pequeño resumen de algunos de los comandos que me han sido útiles:

  • git add -u: añade al índice (el paso intermedio entre la copia de trabajo y el commit) los ficheros que hayan cambiado desde la última vez
  • git commit –ammend: integra los cambios actuales en el último commit realizado
  • git rebase –interactive commit: (entre otras cosas) reescribe los mensajes de los commits posteriores a commit

Reescribir el mensaje del primer commit es un poco más complicado ya que no tiene padre:

  • git checkout `git rev-list HEAD | tail -1`: checkout de la raíz
  • git commit –amend: corregimos el mensaje
  • git rebase –onto HEAD HEAD master: hacemos que el resto de commits se basen en la raíz cambiada

Hace años git tenía fama de ser difícil de usar. Aunque algunos de estos comandos no son inmediatamente obvios para los que somos novatos, en general la ayuda de git es muy explicativa y sencilla de seguir. Incluso los propios comandos te dan pistas sobre cosas que querrías hacer (como git status). En internet hay además montones de recursos disponibles:

Por último, un pequeño gran detalle: trabajando con código Java (y me imagino que funcionará con muchos otros lenguajes), git diff te muestra la declaración de la clase que haya sido modificada en la cabecera del diff. Oh snap!

RIM no quiere regalar PlayBooks

Ruin the PlayBook, challenge accepted
El caso es tener un objetivo claro

…y se nota. RIM está a las puertas de lanzar su primer tablet, la BlackBerry PlayBook, y para darle un empujón a su necesitada tienda de aplicaciones, lleva varios meses con un programa para regalar tablets a cambio de aplicaciones. Desarrollas una aplicación para la PlayBook, te la aceptan antes del 31 de marzo y te mandan una cuando salga a la venta. Todo esto es en teoría por ahora, por supuesto.

Sin embargo, da la impresión de que RIM tiene aprensión por regalar cosas (especialmente si son caras), porque desarrollar una aplicación para la susodicha PlayBook es un completo infierno, desde la instalación de las herramientas hasta el envío a la tienda. Es algo que confirman todos con los que he hablado, y que ya dio que hablar en blogs.

Parece claro que, hoy en día, contar con un “ecosistema” de aplicaciones es una parte importante del éxito de una plataforma de móviles. Ya no basta con ofrecer la mejor calidad de llamada (que se lo digan a Nokia), y en algunos casos esto es incluso más que secundario, frente a las posibilidades que ofrece el tener un móvil conectado 24 horas al día a internet. RIM parece creerlo así, y de ahí el concurso de tablets. Hay que cuidar a los programadores, que son los que llenarán este espacio. Sin embargo, creo que no son ellos el único factor decisivo para el éxito de un ecosistema. Esto es una situación de “el huevo y la gallina”: desarrolladores/aplicaciones frente a usuarios. Apple fue la primera que dio el pelotazo con su AppStore cuando ya tenía una base de usuarios considerable. Android llegó a continuación, cuando el pescado parecía que estaba vendido, y sin embargo no ha parado de crecer, tanto en usuarios como en aplicaciones.

En mi opinión, aquí la clave está en que Apple es una y los fabricantes de Android son muchos. A Android le basta con ser lo suficientemente bueno (que sin duda lo es), que ya los fabricantes de móviles que hay detrás se ocuparán de hacerlo llegar a todo el mundo: desde teléfonos tope de gama hasta otros más modestos. El caso es que acabará llegando a todo el mundo, y será una base de usuarios que no se podrá ignorar, a pesar de que (según dicen los estudios) hay mayor cultura de pago en iPhone que en Android. Los grandes juegos de iPhone está empezando a llegar lenta pero inexorablemente a Android, y es sólo cuestión de tiempo el que se inviertan las tornas.

¿Qué pasará con BlackBerry? ¿Podrá crear un ecosistema para mantener a la gente en su plataforma? ¿O le pasará como a Nokia y su Ovi Store? No lo sé, pero me he quedado de un agusto soltando esto😉