Ya pasé por encima del tema de los concursos en la Euskal, en el post recopilatorio de mi iniciación a la experiencia vital que fue. Ahí animé a cualquiera a probar suerte con los concursos, puesto que debido al limitado número de participantes posibles, todo depende de tu talento y concursar por algo se vuelve algo interesante.

Sí, probé suerte. Concretamente con el concurso de programación de GureGipuzkoa. Sobrevolando un poco el asunto: GureGipuzkoa es un proyecto de la diputación de cultura de Gipuzkoa (si no me equivoco).

Lo cierto es que me esperaba algo más de participación, pero en general no estuvo nada mal. Está publicada la lista de proyectos participantes, los resultados y la entrega de premios, a la que no pude asistir (para mi desgracia a esa hora ya estaba en el tren de vuelta a Madrid). Pero no deja de ser un boost de ego, la verdad .

Mi proyecto consistió en un mashup que cruzaba Google Maps con las fotos del sitio web. Es bastante perfeccionable, puesto que en aquel momento no funcionaba el API para realizar búsquedas geográficas y tuve que recurrir a diversos hacks no demasiado claros para hacer funcionar la aplicación, pero el resultado en general es bastante usable (y debí haber añadido paginación, aunque es muy sencillo).

La versión online está disponible aquí, junto con un video publicado (screencast) que explica el funcionamiento de la aplicación (que ya de por si es muy sencilla y autoexplicativa).

Los premios iniciales consistían en un Reloj Binario, una cámara compacta de alta gama y una aspiradora Roomba. Al final, por temas de stock se quedó en una cámara (modelo distinto, aunque ampliamente superior) junto con una tarjeta de memoria y funda así como la aspiradora Roomba.

Aún no he tenido la ocasión de probar la Roomba (es el problema de vivir en una casa de varias plantas), pero en cualquier caso, la cámara es absolutamente maravillosa. Tuve la ocasión de probarla en un pequeño viaje que hice a Zaragoza con un amigo, las fotos como de costumbre están en un set de Flickr.

La cámara, una Samsung ST-1000, tiene GPS, WiFi así como un zoom óptico bastante alucinante y una calidad de imagen muy buena. Lo único que realmente echo de menos es la posibilidad de sacar fotos en lugares con poca luz sin trípode, pero mucho me temo que para eso no me queda otra que usar una réflex con trípode.

Por cierto, este año vuelvo a estar en la Euskal Encounter (encaja de milagro entre los planes que ya tenía marcados, y allí estaré salvo imprevisto).

La idea es la de tener un objeto principal (maestro) con un constructor que crea dentro del propio objeto tantos objetos “internos” como hagan falta, pasándole por referencia su propio objeto al constuctor de los “objetos internos”.

Los “objetos internos” extienden a una plantilla de objeto, y esa plantilla contiene un constructor que a su vez “guarda” como referencia el parámetro pasado por el objeto principal.

Sí, es un lío, así que mejor verlo en código:

class AppObjectSkel {
  function __construct(&$parent) {
    $this->_parent = $parent;
    if(is_callable(array($this, 'init'))) $this->init();
  }
}

class AppDatabase extends AppObjectSkel {
  function init() {
    /* Aquí se inicializa la DB */
  }
}

class AppCache extends AppObjectSkel {
  /* Elemento de cache, no lo inicializamos en este ejemplo */
}

class Application {
  function __construct() {
    $this->database = new AppDatabase($this);
    $this->cache = new AppCache($this);
  }
}

De esta manera se puede acceder de un elemento a otro. Por ejemplo, desde AppCache se puede acceder a AppDatabase pasando por Application, simplemente usando $this->_parent->database. Al tratarse de un valor pasado por referencia, se puede acceder desde AppDatabase a AppCache y reflejar cambios en tiempo real.

Pero hay que tener en cuenta un pequeño detalle: los constructores. Debido a que se hereda de una clase maestra (AppObjectSkel), no se puede poner constructor de ningún tipo (ya sea __constructor o una función con el nombre de la clase), ya que PHP ejecutará únicamente el del objeto creado (AppCache, por ejemplo) y no el de AppObjectSkel (y mucho menos va a ejecutar dos constructores). Se puede evitar esto de varias formas: evitando AppObjectSkel en todos los casos y copiando el construct a cada vez, copiando el construct sólo cuando lo necesitamos (por que pisamos el construct de AppObjectSkel) o simplemente usar una función opcional (llamada init), como pongo en el ejemplo, que sólo se ejecuta si existe y se llama desde AppObjectSkel, a modo de constructor (un constructor invoca a otro).

Desde la propia aplicación simplemente hay que crear una nueva instancia del objeto Application ($app = new Application) y acceder a los diferentes objetos a partir del maestro ($app->db, $app->cache).

Esto llega a ser muy útil cuando la aplicación entera está divida en objetos (AppUsers, AppForums, AppProfiles...) y es necesario hacer transacciones entre los objetos. En lugar de crear una instancia para cada objeto cada vez que se necesitan (por ejemplo, instanciar AppCache desde AppUsers cuando hace falta usar memcache), se pueden instanciar una sola vez y acceder en un entorno protegido (Application, que vendría a ser un “contenedor” relativamente protegido de variables pisadas y globales erradas), a todos los objetos o variables que haga falta.

Con esto después se pueden hacer montones de cambios (instanciar una clase poco usada sólo cuando se necesita, hacer una especie de namespace para tener un cache durante la ejecución del programa…). Y es que ahí, la imaginación es el límite.

Pese a mis temores, aguantó demasiado bien el tirón, y lo mejor de todo, sin posteriores sorpresas (lecturas aleatorias que fallan, índices que revientan y demás marrones aleatorios que suelen surgir). De ahí (y después del «hype») me puse a ver qué cosas interesantes se podían hacer con toda la cantidad de información que mueve semejante monstruo (sobre todo ahora mismo, con unos 15000 usuarios activos y unas 160000 selecciones de series hechas por los usuarios).

Así que me puse manos a la obra y monté una especie de sistema que generase recomendaciones para series. Y menuda basura.

La idea es de generar una lista de series “similares” a las dadas anteriorente. Técnicamente, es poesía. Sin embargo soy incapaz de entender código un mes después de escribirlo (eso es un problemón), y los resultados no son tan precisos como deberían. Al fin y al cabo, funciona pero con sus detalles.

El principio técnico es … algo extraño. Primero se seleccionan los usuarios que ven alguna de las series seleccionadas. Esta lista se procesa de manera a posicionar a los usuarios que mayores coincidencias tienen, y calcular su afinidad. Por dar un ejemplo: si un usuario ve las 5 series que yo he seleccionado más una más, esa serie (y por lo tanto, ese usuario, que pasará con mayor peso a la segunda parte) será mucho más importante que cualquier otra serie que sea vista por un usuario que vea mis 5 series y otras 15 más.

Después de atribuir los puntos a los usuarios, y los bonus a las series, se aplican también una serie de penalizaciones (por ejemplo, en el caso de que un usuario vea mis 5 series escogidas más una, si esa serie es por ejemplo la más vista, no va a tener prácticamente peso en el cálculo final, o de manera opuesta va a tener mucho más peso si se trata de una serie en la larga cola que tiene especial relevancia entre los usuarios con gustos similares a los míos).

Pero ahí vuelve a destacarse otro gran problema: la larga cola. En las series, por ejemplo, Nurse Jackie es reciente y podría cubrir ciertas recomendaciones cuando el usuario por ejemplo ya ve House y Mental. Pero (y por pura estadística), Heroes (que es la serie más suscrita en la plataforma) va a tener mayor relevancia que Nurse Jackie, pese a todos los bonus, aunque sean negativos.

Un método alternativo sería el clustering y k-means (bueno, no voy a hablar demasiado, la explicación técnica induce al suicidio). A parte de que no comprendo la mitad, no contempla de la misma forma la cantidad de suscritos (y después de tantas pruebas puedo decir que algo sí que importa en este caso). El sistema de k-means (a parte de ser horriblemente complicado) se basa en crear “inicios” aleatorios, para crear unas especies de polos (sí, y esto sigue siendo complicado). Y es imprevisible.

Otro problema (y ya de la propia naturaleza del sistema): igual que te puede gustar House, puedes odiar a Mental y Pushing Daisies, y para más inri, estar enganchado a Big Brother. Digno de una muerte dolorosa, sí, pero ocurre… y es que el ser humano… es extraordinario (y en esto no pensé antes).

Hasta aquí, verborrea. Ahora pasemos a lo interesante y triples anidados de listas completamente innecesarios:

• Diferentes ejemplos de resultados:
  1. House, Mental, Nurse Jackie, Dexter, Bones
     • Fringe
     • Dollhouse
     • Heroes
     • Burn Notice
     • Chuck
     • Lie to me
     • The Mentalist
     • Eureka
     • True Blood
     • Lost
  2. NCIS, CSI: NY, Criminal Minds, Numb3rs, Cold Case
     • CSI
     • CSI: Miami
     • Bones
     • House
     • The Mentalist
     • Fringe
     • Burn Notice
     • Chuck
     • Lie to me
     • Heroes

Las dos “selecciones” son a grandes rasgos de dos temáticas diferentes. La primera, de medicina e investigación criminal, la segunda de investigación criminal y enigmas criminales, por decirlo de alguna forma. Por lo tanto, existe un ‘cruce’ entre las temáticas, aunque sus extremos están bastante alejados. Los elementos en itálica señalan coincidencias en ambas listas y los elementos en negrita señalan a series en el Top 10 de series más suscritas.

Las coincidencias son demasiado abundantes, ya que en ambos casos las series con mayor número de suscriptores ganan por encima de las series que realmente serían buenas sugerencias (por ejemplo, Dollhouse en la primera selección, pienso). Luego, las posibles selecciones (que se encontrarían a los “extremos” de ambas temáticas) en ciertos casos pueden no ser un reflejo de lo que el usuario espera.

El cruce entre las series también se reporta a cualquier otro set de sugerencias. Las series en sí también evolucionan y no siempre mantiene una temática definida (por ejemplo, Lost pasó de ser una serie intrigante a ser una mierda intrigante). En ocasiones los “grupos” de series se solapan entre sí, así que del momento en el cual se escogen series que podrían pertenecer a grupos distintos (Bones, Dexter, NCIS) el resultado de la sugerencia es completamente inútil y sin sentido.

Pero sigamos…

• El problema técnico:
  1. Lecturas a la base de datos: para calcular absolutamente todo se necesita recurrir a la base de datos, y eso hace una media de 3000 lecturas por recomendación.
  2. Cache: la solución al primer problema sería guardar el set cada lectura en memcache (el sistema de MySQL se revela inútil en estos casos). Sin embargo, debido a que se tratan de consultas muy precisas (y con muchos datos devueltos), por ejemplo, los shows de X usuario, el hit rate es bastante bajo (y a falta de RAM, termina siendo un mal amigo para un sistema como showRSS).
  3. La larga cola: esto sí que es un monstruo, y pura estadística. Cuanto más se ve una serie, más posibilidades hay de que se cuele en las sugerencias, y por mucha penalización que exista, es casi inevitable.
  4. La interfaz: no es realmente un problema técnico, pero si un verdadero marrón, a mitad entre diseño y técnica… por que cuando 150 líneas de JS dejan de funcionar sin motivo aparente bajo Internet Explorer, a uno le entran unos instintos asesinos bastante preocupantes.

A la larga, es muy difícil mantener un proyecto así funcionando. Requiere tener una máquina aislada (aunque se trate de un VPS, de lo contrario un pico de uso o simplemente un capullo abusón reventarían un servidor entero), suficiente RAM como para tener un cache funcional (y no un cache “peligroso”), y un programador que sepa interpretar su propio código (prometo no volver a usar nombres de variables abstractos sin documentar, lo prometo, por mi bien).

Conclusión: habrá que seguir buscando la formula

Y a continuación, una chuleta para el año que viene (sí, siempre viene bien y tal):

• Equipaje: La tienda de campaña, el saco de dormir y eventualmente la esterilla son impepinables… Y unas chanclas no te vendrían mal si piensas ducharte. Y si te da cosa de que te vean el pito, lleva bañador (aunque tampoco es que importe, no?) En cuanto a la maleta, un trolley debería ser más que suficiente. No hay que olvidar que según vayas en metro, tren o simplemente en coche, vas a arrastrar el equipaje tanto en el aparcamiento como dentro y fuera del recinto (y el recinto es enorme!!).
   
• La tienda de campaña: Yo no llevé ni esterilla ni tienda de campaña, y me arrepiento profundamente. en cualquier caso la esterilla sí que hace falta, y la tienda de campaña merece mucho la pena. Además, Decathlon vende tiendas de campaña para interior, pequeñas, que se montan solitas (en 2s, dicen). Eso sí, mínimo media hora para volver a montar todo de vuelta.
   
• Al llegar: La acreditación empieza el día anterior a la inauguración, normalmente al medio día (13h). Es decir, que pese a que la inauguración es al día siguiente por la tarde, la red ya funciona y es posible instalarse sin problemas (como hace la gran mayoría de gente) un día antes. Pese a ello, oficialmente no se considera día de party (aunque todo funciona como un día corriente de party). Y por cierto, esa primera noche pre-party-oficial no apagan las luces, no insistáis!
   
• Instalarse: En cuanto llegues, instala tu tienda de campaña. Busca un lugar bien situado, eso puede ser por ejemplo relativamente cerca de las duchas (sin inundarte), teniendo los accesos al pabellón del recinto y al exterior a una distancia correcta (evitando ruidos) y en un lugar por el que no pase todo el mundo. Y si tienes miedo por tu equipaje, simplemente llévalo contigo mientras montas la tienda, aunque la seguridad en el recinto es muy buena y está generalmente bien vigilado (tanto servicio de urgencias médicas como vigilancia).
   
• Las duchas: Las duchas son una mierda. Una-soberana-mierda. Si te duchas, te van a ver el pito, así que si tienes un trauma personal con ello mejor evita limpiarte . Una de las razones por las que viene bien tener una tienda de campaña propia cerca de las duchas, es que puedes llevarte simplemente un bote de jabón, una toalla y unas chanclas, en lugar de tener que cargar con tu ropa de recambio hasta las duchas (o sin cambiarte, da igual), puesto que allí no hay lugar donde dejar tu ropa “a buen recaudo” mientras que te enjabonas y demás cosas.
   
• Los servicios: Suelen estar ocupados la mayoría del tiempo. Más de uno se ha quedado sin papel higiénico en plena «tarea» (además de que el papel es simplemente horrible). Llevar tu propio papel higiénico no es una idea descabellada (o comprarlo, teniendo en cuenta que hay un Eroski cerca, ahora lo comentaré). Y si no te importa demasiado (como a la mayoría de los mortales), limítate a comprobar que hay papel antes de pasar, y evita dentro de lo posible guarrear todo (visto que hay cola, es posible que el que pase después te vea la cara…). Todos los servicios (o WC) están situados en la parte trasera del pabellón, debajo de las rampas de acceso a la party (la acreditación se sitúa a un nivel superior, y hay escaleras mecánicas y ascensores para bajar al lugar de la party en sí). De cierta forma, el acceso, los servicios y el acceso al pabellón de descanso están en la parte “trasera” del recinto, y por lo tanto las filas AA-AB serían las más alejadas de los servicios, y AA-AB también las más alejadas de las zona de descanso, pero las más cercanas a la zona de pizza, control de escena y pantallas. Así que el sitio también es algo importante!
   
• Alimentación y aprovisionamiento: En el propio pabellón hay máquinas (pegadas a la zona de acceso y servicios). Las hay de café (de las cuales una a mi me timó dos veces, mierda), de Coca-Cola, de snacks, sandwiches… En la zona opuesta (parte «backstage», tras las pantallas) hay un bar en el que sirven (de 20h a 8h) algunos platos calientes a un precio no demasiado elevado (aunque creo que se exceden bastante en el precio de las bebidas). Y hay un telepizza con pocas y caras ofertas pero con buenas pizzas, en la zona de AA-01 (esquina opuesta al acceso al pabellón de descanso, por cierto).Fuera hay un Eroski, y más lejos un Decathlon, un Media Markt y un par de negocios más. Por cierto, si necesitas un disco duro o algún tipo de hardware a buen precio, pide antes precios en la party y en los propios stands que se suelen instalar (por ejemplo ModPC-Bexitec, tienen hardware a muy buenos precios). Si vas con alguien o simplemente consumes mucho, conviene ir al Eroski el primer o segundo día para “llenar el carro” durante toda la party (simplemente por el ahorro y disponibilidad, merece la pena). Y si tienes por ahí una neverita portátil y no te es un incordio llevarla, puede serte muy útil.
   
• Ordenadores y red: Si vas a querer llevar dos ordenadores, necesitas un switch. En mi caso llevé dos y de ello me arrepiento bastante, puesto que al final casi no jugué (tenía intención de participar en partidas LAN, pero apenas había y si no, había ya lío con otros temas, es difícil aburrirse!). La red es Gigabit, es decir, que cualquier instalación Fast Ethernet (100mbit), ya sea por una tarjeta de red no-gigabit o un switch que no soporta gigabit, es un desperdicio de recursos… y al intercambiar ficheros por DC++ (Direct Connect), se nota mucho la diferencia! Hay que compartir un mínimo de 2 GB para poder conectarse al DC++, y el programa tiene que hashear antes todos tus archivos, así que merece la pena configurar el DC junto con lo que vas a compartir previamente. La red asigna direcciones IP públicas, y la diferencia de velocidad de navegación en internet (en comparación a un ADSL residencial) no se nota demasiado (salvando algunas diferencias, por ejemplo es prácticamente imposible saturar la conexión para que vaya lenta!). Por cierto, no lleves algún router o volverás sin él, limítate a llevar un switch si realmente lo necesitas, y otra vez más, piensa en reducir tu equipaje al mínimo.
   
• Concursos: Hay concursos de muchos tipos y con diferentes premios. En algunos como el Hackit se puede participar simplemente por diversión. Un consejo personal: no te cortes, hay muchos concursos, muchos premios, y mucha gente se corta simplemente pensando que no van a llegar a ningún lado… y se equivocan .
   
• Último día: Si tienes que volver en tren o si se da el caso, en avión, duerme aunque sea un poco antes (y eso va por retorcida experiencia, el día de la vuelta dormí apenas 2h cuando ya era de día, y de milagro no me quedo allí). También ten un especial cuidado con tus pertenencias, aunque sin exagerar (la seguridad sigue estando muy presente como el resto de días, pero una cámara o un móvil sin dueño no se ven de la misma manera que cualquier otro día).

Demás cosas: posiblemente se me hayan quedado en el tintero, sin que yo sea consciente. Iré añadiendo cosas según se me ocurran , espero que le sea útil a alguien! (A parte de mi, claro)… Y espero veros el año que viene

http://www.tuenti.com/#m=Search&func=view_friends_page&job=243354

Lleva a una búsqueda en Tuenti. Sin embargo, el contenido después de # en la URL no se envía al servidor, puesto que se trata de un ‘hash’ de URL. Este contenido sí que es accesible mediante JavaScript, usando la variable window.location.hash.

Tiene dos grandes ventajas al usarlo junto con AJAX: por una parte, funciona el botón de retroceso (“atrás”) aunque la aplicación esté basada en AJAX (esto depende la implementación, claro). Por otra parte, se puede ‘compartir’ el enlace, de tal forma que aunque sea una consulta inicialmente lanzada por AJAX, se pueda reproducir al entrar en el mismo enlace (con el mismo hash).

He programado un pequeño ejemplo, disponible aquí. Es muy sencillo, aunque todo está bien explicado en el propio código (sólo que en inglés). El archivo de funciones JavaScript (igual de importante que el la serie de capas que contiene la página) está aquí.

El principio “simplificado es el siguiente”:

1. El usuario accede a la página
2. Se incluye la función ‘launch()’ mediante jQuery a los eventos a ejecutar una vez se haya cargado el DOM
3. Esta función simplemente ‘lanza’ la carga de la primera página, según tenga o no hash.
4. La función ‘load_page()’ se ejecuta y carga el contenido. Al mismo tiempo crea un ‘timeout’ con la función ‘verify_hash()’, que ‘vigila’ el hash para detectar cambios.
5. La función ‘verify_hash()’ crea a su vez otro timeout que llama a la misma función. En caso de que el hash haya cambiado, lanza ‘load_page()’, de la misma forma que hace ‘launch()’.

El ejemplo dado también incluye un timer de ‘timeout’ (en caso de que se ‘cuelgue’ la petición AJAX), una serie de capas de ‘Loading’ y comprueba que el usuario tenga JavaScript activado (en el caso contrario, sólo ve un mensaje alertando de la necesidad de tener JavaScript activado, sin dejar trazas de la aplicación).

Si se carga el hash #m=1&abc=2, la consulta AJAX (siempre GET) será a ./pageloader?m=1&abc=2, incluyendo siempre como GET el contenido del hash. De la misma forma, se pueden incluir enlaces con hashes (se lanza la consulta AJAX al clickearlos) y el botón de retroceso funciona sin problemas.

Intenté poner una función que lanzase automáticamente el cambio de página sin esperar al intervalo de comprobación (al hacer click en un enlace), sin embargo generaba conflictos con los timers. De cualquier manera, la diferencia de tiempo entre el click y la petición AJAX no es muy grande.

El ejemplo aquí y el script aquí. No olvidarse de mirar los comentarios del código .

YQL es "Yahoo! Query Language" y es básicamente un sistema de "queries"estructuradas que permite lanzar "consultas" contra Interner entero.

Esto se hace usando una estructura XML pura que es consultada mediante consultas YQL (pseudo-SQL) que pasan antes por Yahoo!, por ejemplo: (hay mejores ejemplos por ahí, merece la pena echar un vistazo)

SELECT * FROM twitter.user.status WHERE id=’adrinavarro’

SELECT * FROM search.web WHERE query=’vacaciones’

SELECT * FROM lastfm.tag WHERE tag=’beck’ AND api_key=’?’

La idea es muy sencilla y a más de uno le va a gustar. Hay una recopilación de las tablas en datatables.org. Para quién le interese probar, existe una consola de pruebas para ejecutar consultas y analizar el resultado.

Para más información, docs sobre YQL y ejemplos (en francés).

Y ahora, la gente de ThePirateBay ha sacado una VPN que simplemente no guarda registros (parece ser que las demás ‘anónimas’ los guardan pero no los entregan bajo ningún concepto, ¿será cierto?). Auque lo más preocupante –creo– es que lleguemos a este punto en el que se van restringiendo las libertades individuales y las VPN son una opción a considerar para ‘mantenernos seguros’ (bromas de condones a parte, por favor).

Nos vinieron con la ley contra el P2P (intercambio de datos). Por suerte, la rechazó el Parlamento Europeo. Menos mal. Aunque internet sigue teniendo enemigos, ahora se va dividiendo en dos partes. Los que censuran y los que no. Al fin y al cabo España no está nada mal, casi no existe censura. Bueno, sólo un poco y de jueces torpes, muy torpes.

A ver cuanto tardan en darnos en las narices a nosotros también. Miedo me da…

Aquí viene una solución que he encontrado buscando y que me ha funcionado con el último firmware (2.2.1). Basta con tener el iPhone 3G jailbreakeado, Cydia instalado, actualizado y cinco minutos libres. El proceso es sencillo:

1. Abres Cydia.
2. En la ‘pestaña’ o ventana “Home”, seleccionas “More package sources”, justo debajo de “Featured packages”.
3. En la lista buscas el repo llamado “iPhone-Notes.de”.
4. Pinchas, confirmas, le das a instalar, aceptas todo y vuelves a la pantalla de Cydia.
5. En la lista de secciones verás un par de nuevas secciones. El paquete está en “Tweaks (2.2)”.
6. Dentro de la sección “Tweaks (2.2)” hay un paquete llamado “ForwardMsgFix”.
7. Tocas sobre el paquete, confirmas, instalas y sales de Cydia.
8. Apagas el iPhone por completo (apretas en el botón power durante unos segundos, deslizas la barra ‘Apagar’ y esperas a que se apague completamente – puede tardar un rato).
9. Vuelves a encender de la misma forma, apretando el botón de power. Lo que se dice reiniciar, vamos.
10. Voilà!

Todo sea por encajar una chorrada en 10 pasos, pero vamos. Estoy feliz, ya puedo cancelar alegremente esas llamadas fatídicas de errores de toque. Y torpeza, claro.

Yo es que soy muy viejo para estas cosas. Buscar (e importar!) el framework CoreLocation desde el gestor de proyectos de Xcode, crear un montón de handlers, vistas o controladores no es lo mio. Y leer la documentación tampoco.

Pero en fin, a lo que venía: la pataleta. Es increíble la cantidad de chorradas que te puedes encontrar por el AppStore o en Cydia (en los repos de este último programa hay montones de basura, aunque muchísimas cosas interesantes también). Pensar que alguien se pasó horas programando para hacer un maravilloso programa que no hace absolutamente nada. Y lo puso en un repo, llenando internet de mierda. Un héroe. Incomprendido.

Llenar internet de mierda es algo así como vengarse del reciclado del siglo 21. Inexistente por momentos (cuidado, avalancha).

En fin, que me voy a mi esquina.

En aquel momento se rifaban las inversiones en Facebook (incluso Microsoft invirtió en la empresa). Se valoraba en unos 15 mil millones (que tampoco es una cifra despreciable de dinero, ya podían darme una parte) y los directivos tenían ego para dar, tomar, regalar y guardar (para ahora mismo, supongo).

Bueno, en cuanto al culebrón de Twitter, como mucha gente ya sabe se quedó en la nada (por lo visto no todo es el dinero). Y por eso, Facebook decide ahora rediseñar su portada para usuarios haciendo que se parezca un poco más a Twitter, aunque con ‘el toque egocéntrico’ que siempre otorga la maravillosa red social. Ya no hay límite de amigos (venga, mañana fiesta en casa y están invitados mis 41.514 amigos del alma), puedes decir qué cosas “se te pasan por la cabeza” en ‘tiempo real’ (esto es que te enteras al momento de las actualizaciones de tus amigos, y yo que pensaba que antes ya era así), y compartir enlaces y demás contenidos con mayor facilidad.

En otras palabras, convertir la portada en un egómetro en tiempo real. Te puedes encontrar con las fotos del verano de tu compañera de clase –la fea– del año pasado, la fiesta entrepreneur de ese tipo tan guay al que le gusta hacer de deejay o, por qué no, a algún naturalmente pervertido que te cuenta –tal cual– qué se le está pasando por la cabeza (¿qué cabeza?) ahora mismo. Ah, también puedes filtrar y ver sólo las perversiones de tus compañeros del colegio. O de la Universidad.

Las opiniones sobre este cambio (fusilada de concepto descarada y mal hecha intentando imitar a Twitter) son bastante variadas. Por lo visto yo no soy el único que (sorprendentemente) tiene otras cosas que hacer a parte de estar atento al lifestream de Facebook. De todas formas, ni a los empleados les gusta el diseño. A Zuckerberg le importa un pepino lo que digan, yo ya estoy cansado (venga, que les queda poco para descubrir la no-competencia con las redes sociales locales), y a los usuarios habituales de Facebook les molesta (o más bien, no les gusta nada): tanto cambio cansa y no es para menos si se trata de malgastar ego.