Spiga
Blog Widget by LinkWithin

El chiste del año: "El pago por el contenido en Internet es irrenunciable"

Público se hace eco de las palabras de Antonio Fernández-Galiano, presidente de la Asociación Española de Editores de Diarios (AEDE), que cuando menos suenan a chiste barato. Sus palabras se encuentran en la línea de la actual disputa de Murdoch por cobrar por los contenidos online, e insta al sector de la prensa en españa a empezar a cobrar a los internautas por la información que ofrecen en la Red los diarios digitales.

Claro está que el propio Antonio Fernández-Galiano tiene grandes intereses en el sector, tanto por ser presidente de AEDE como por ser consejero delegado de Unidad Editorial (responsables de El Mundo y elmundo.es entre otros).

¿Por qué me suenan a chiste sus palabras? Voy a desgranar algunos de sus argumentos y tratar de explicar mi visión sobre el tema.

"El pago por el contenido en Internet, sin duda, es fundamental. ¿Cómo no va a cobrarse por algo que tiene un valor?".

Solo esta frase me induce a varias reflexiones. Para empezar, ¿por qué es fundamental el pago por contenido en Internet? Curiósamente, hasta la fecha muchos de los negocios que han triunfado en Internet se sustentan en modelos de negocio que son gratuitos para el usuario, y recogiendo beneficios en el valor añadido que se aporta a las empresas (véase el caso de Google, gratuito para usuarios, que recoge beneficios de las empresas con AdWords), o bien modelos mixtos (freemium). Los medios tradicionales están acostumbrados a los modelos de negocio off-line, donde se puede cobrar por un soporte físico. Los medios tradicionales no se han adaptado al medio digital, más bien están huyendo del mundo físico forzados por la vorágine de Internet, y por el escaso valor añadido que aportan a los usuarios/consumidores. Y en esta huída, tratan de trasponer su modelo del "mundo físico" a un mundo digital donde, por un lado, las reglas son distintas, y por otro no pueden ejercer la misma presión al no existir prácticamente barreras de entrada para montar un medio de comunicación online (al menos comparadas con las que existen en el mundo "real").

Por otro lado, el propio Antonio lo deja claro con su frase: "¿cómo no va a cobrarse por algo que aporta valor al usuario?". Y la principal reflexión que deberían hacerse los medios tradicionales es si realmente están aportando valor al usuario. Las líneas editoriales de estos medios están excesivamente marcadas y no proporcionan ni información objetiva, ni información de primera mano. Los medios tradicionales se han acomodado y apenas existe el periodismo de calidad y/o investigación; los medios se han acostumbrado a hacerse eco de los comunicados de agencias como EFE, al más puro estilo ReTweet del mundo digital. ¿Realmente aporta valor a los usuarios que se reenvíe información generada por terceros? ¿Realmente aportan valor reportajes que no están contrastados y presentan claros y graves errores? ¿De qué le sirve al usuario leer noticias que ya ha leído en muchos otros medios digitales con anterioridad?

"Se puede mantener informado al ciudadano de una manera mucho más superficial, mantener una línea caliente de información inmediata y actualizada como servicio gratuito, que es compatible con el cobro de un contenido mucho más elaborado"

Al menos parece que hasta los propios medios tradicionales se dan cuenta de las bonanzas de modelos de negocio que han triunfado en el mundo digital, como el modelo freemium. Aún así, queda determinar si los medios tradicionales son capaces de ofrecer estos contenidos "de calidad" y más elaborados. A día de hoy ya han surgido muchos medios digitales independientes, ya bien sea en forma de diarios online, como en forma de blogs, que son capaces de ofrecer información elaborada y de calidad, y encima segmentada por intereses. Si los medios tradicionales quieren competir en este segmento, deben ser capaces de cubrir nichos más específicos y con noticias mucho más elaboradas, rescatando los ideales del periodismo que muchos han dejado escondidos en un rincón, acumulando polvo.
"Existen problemas en el sector que requieren interenciones profundas [por el Gobierno]"

Y es que quien no llora no mama, está claro, pero esta postura me resulta muy similar a la de las discográficas, o la de la industria del cine en España. Cuando las cosas no van bien, la culpa es de los consumidores, y el Gobierno tiene que ayudar al sector para sacar a las empresas del pozo sin fondo donde los han metido los ciudadanos. Y las cosas no son así, "this is business", y hay que sacarse las castañas del fuego para sobrevivir. Muchos medios tradicionales han despilfarrado muchísimo dinero estos últimos años, especialmente tratando de adaptar lo digital a ellos, en lugar de tratarse de adaptar a lo digital. ¿Y quién tiene la culpa aquí?, pues evidentemente las empresas, con su falta de visión y adaptabilidad, y son precisamente ellos quiénes tienen que pagar. Que se adapten rápido, que se dejen de sueldazos en las cúpulas directivas, y que escuchen las necesidades de los consumidores, que son sus clientes, y como bien reza el dicho, "el ciente siempre tiene la razón".

Y con todo esto no digo que todo en Internet tenga que ser gratuito, ni mucho menos. Personalmente ya pago por algunos servicios que considero de gran valor añadido, como pueda ser Flickr para gestionar mi abundante colección de fotos, o respositorios de software distribuido (CodeBaseHQ), etc. Sin embargo Internet ofrece un ámplio abanico de posibilidades, y si puedo obtener un servicio gratuito que se encuentra al mismo nivel de calidad (o al 95%) que otro medio de pago, como persona con medio dedo de frente que soy, no pagaré y utilizaré ese dinero para cosas que me aporten más valor. Y es que el usuario no está en contra de la cultura, ni del periodismo. El usuario está en contra de que le tomen el pelo constántemente y lo traten como a un gilipollas. Y es que, como bien decía un buen amigo, "uno es tonto, pero no gilipollas".

Backup2Mail para automatizar los backups de tu Base de Datos

Cuando tienes una aplicación web que tira de base de datos (en nuestro caso MySQL), eres más consciente de la importancia de automatizar procesos como el backup de la base de datos, para poder recuperar toda la información en caso de un fallo grave del sistema. De todas formas, a día de hoy el estar a cargo de una base de datos es algo más habitual de lo que creemos, ya que muchos utilizamos blogs que están instalados en servidores propios y tiran de su propio MySQL. En estos casos, también conviene darse cuenta del problemón que se nos puede venir encima si perdemos los datos de la base de datos.

Si bien podemos hacer copias de seguridad de la base de datos de forma manual, ya bien sea utilizando el MySQLDump, o exportando desde el PhpMyAdmin, resulta más práctico el automatizar el proceso para que no acabe convirtiéndose en una mera buena intención más de año nuevo. Para automatizar el proceso tenemos muchas opciones, y en sitios como Noupe ya han dado cuenta de varias recopilaciones acerca de las herramientas que se pueden usar.

De todas las opciones posibles, yo me he acabado decantando por usar Backup2Mail, un pequeño script en PHP que podemos configurar con los datos de nuestra base de datos y nuestro correo y nos envía un backup de la base de datos (comprimido) a nuestro correo. Si metemos una invocación a este script desde el cron de nuestro sistema, conseguimos que cada X horas se nos envíe un volcado de la base de datos al correo. Yo por ahora lo tengo configurado para que me envíe la copia de seguridad 1 vez al día, para evitar generar tráfico excesivo a través del correo (nuestra base de datos ya pesa un poquito).

Usando CodeBaseHQ como repositorio GIT

Si bien hasta ahora hemos estado más preocupados en desarrollar Wipley y hemos dejado de lado algunas cosas, con la puesta en producción nos han surgido temas más relacionados con el cómo vamos a gestionar el proyecto a partir de ahora. Una de las necesidades que ya íbamos notando desde hace tiempo era el de disponer de un repositorio para poder desarrollar de una forma más organizada y con un control de versiones decentes.

Si bien después de una charla de Raúl Murciano, un crack en temas de desarrollo web, en las pasadas Jornadas de Conocimiento Libre, prácticamente me convenció para abondonar Subversion y coger GIT como control de versiones, el otro día me surgía todavía la duda, especialmente habiendo leído algunas bonanzas sobre Mercurial. Después de consultarlo en Twitter, la respuesta de @pabloformoso, me acabo de convencer por GIT. Cuando varios desarrolladores de primera te recomiendan algo, es que tienes que hacerles caso ;)

Viendo las alternativas de hosting con GIT para proyectos software, me quedaba todavía la duda de si elegir GitHub o CodeBaseHQ. Por un lado GitHub lo usan una gran variedad de grandes proyectos Open Source, y permite tanto gestionar proyectos Open Source como proyectos privados. Por otro lado CodeBaseHQ ofrece casi lo mismo que GitHub (aunque solo proyectos privados) pero añade funcionalidades interesantes para la gestión de proyectos como la gestión de milestones, ticketing para los bugs o mejoras, wikis, gestión del tiempo, etc.

Al final nos hemos decantado por CodeBaseHQ. Por un lado las funcionalidades adicionales resultaban bastante interesantes y nos evitan el tener que tener otro sistema independiente para la gestión del ticketing, por ejemplo, y por otro lado las comparaciones que hemos encontrado en Internet parecen apuntar a que CodeBaseHQ funciona un poco mejor que GitHub. Eso si, cuando liberemos alguno de los proyectos, utilizaremos GitHub, que para temas OpenSource tiene puntos muy interesantes, como el hecho de las cuentas gratuitas para los proyectos de código abierto, o la gran aceptación por parte de la comunidad.

Prueba Wipley, tu red Social de Videojugadores

Lo comentaba la semana pasada, justo antes de la presentación oficial en el FICOD, pero ya estamos en funcionamiento. Después de un añito y pico dedicados a madurar la idea de crear una red social de videojugadores (entre otras cosas), hemos lanzado (ya por fin :D) Wipley, una red social de videojugadores. Acabamos de publicar un extenso post sobre Wipley, y sobre lo que puedes encontrarte dentro de Wipley en el blog oficial de Wipley, pero si te gustan los videojuegos, lo mejor que puedes hacer es probar Wipley.

Espero veros a muchos de vosotros, si no a todos, por Wipley :D

El próximo miércoles nace Wipley :D

Lo acabo de comentar en el blog de Wipley, abrimos oficialmente las puertas de Wipley el próximo miércoles aprovechando nuestra presentación en FICOD 2009.

Sin embargo, quería comentarlo de una forma más personal desde mi blog, y reflexionar un poco sobre el camino que hemos recorrido desde Mayo de 2008, cuando nos sentamos Frankie, Borja y yo en una sala de reuniones de nuestra Universidad para intentar sacar algún proyecto personal adelante, más allá de los proyectos de I+D en los que estábamos involucrados. En Noviembre de 2008 creamos la empresa y ahora, un año después, ya estamos listos para "ver la luz".

Mirando al pasado, no cabe duda que hemos dado unas cuantas vueltas en círculos, hemos cometido bastantes errores, pero ante todo hemos aprendido muchísimo. Lo que en un principio parecía un camino mucho más fácil, particularmente porque en Mayo de 2008 lo de la crisis aún era algo por demostrar, se acabó convirtiendo en una auténtica experiencia, incluso para 3 personas que ya habían creado empresas en el pasado (como era nuestro caso).

El tema de conseguir inversión es una de las cosas que más nos ha traido de cabeza, y de hecho hasta el momento no hemos concretado inversión, aunque tenemos pendiente que el CDTI resuelva el proyecto PID que pedimos en Mayo de este mismo año. Viendo que no podíamos contar con financiación para dedicarnos a tiempo completo al desarrollo de Wipley y de los sistemas de gestión inteligente de los medios sociales que queríamos desarrollar, nos lanzamos al desarrollo en nuestro tiempo libre, lo cual nos ha llevado ha pasarnos más de 1 año con una doble jornada laboral.

Por suerte, la libertad que tenemos en temas de I+D en nuestra Universidad (que se ve compensada por otro lado por la elevada carga de clases que tenemos), nos ha permitido converger la investigación que hacemos ahí con la I+D+i de nuestra empresa, lo cuál siempre es de ayuda, y de ahí la organización del MSM09 (1st International Workshop on Mining Social Media), y algunos otros resultados de investigación que están proyectados para un futuro próximo, como el número especial que organizamos para la International Journal of Electronic Commerce, o algunos artículos que estamos escribiendo en temas de recomendación.

Sin embargo, con Wipley hemos dedicado más tiempo del que deberíamos haber necesitado. Por un lado el dilema de utilizar un framework para desarrollar Wipley encima vs el desarrollo desde cero nos hizo retrasarnos unos cuantos meses. Empezamos probando Dolphin como framework, pero vistas las limitaciones, nos pusimos a desarrollar Wipley desde cero. Llegado a un punto (comienzos del verano de 2009) nos dimos cuenta que necesitábamos agilizar el desarrollo si queríamos poner el foco en la parte tecnológica de la empresa, como es el motor de recomendación y el motor de búsqueda social. Así que volvimos a estudiar los frameworks existentes y encontramos ELGG, que se ha convertido en el framework sobre el que soportamos Wipley, y del que estoy totalmente "enamorado" por su flexibilidad y su excelente diseño (pese a sus carencias a nivel de documentación, aunque está mucho mejor documentado que muchos otros).

Durante el verano hicimos el diseño de Wipley, tratando de respetar el diseño que más había gustado a los lectores del blog de Wipley en su momento, y desarrollamos toda la parte de gestión de los videojuegos. Llegado Octubre, y con Wipley funcional, lanzamos la beta cerrada que han probado casi 40 usuarios cercanos a nosotros, y sobre la que hemos ido arreglando fallos y retocando funcionalidades. Para variar, el tiempo avanzaba más rápido de lo que queríamos, y no hemos podido añadir todas las funcionalidades que hubiéramos deseado para la primera versión "pública" de Wipley, pero el "deadline" que nos proporcionaba la presentación en FICOD nos ha hecho ser todo lo prácticos que podíamos ser y seleccionar aquello que considerábamos imprescindible para esta primera versión.

Analizando todo esto, no me cabe duda que si hubiéramos sido suficiéntemente pragmáticos cuando comenzamos con todo esto, y si hubiéramos conocido ELGG en ese momento, hubiéramos tenido esta primera versión de Wipley para Enero del 2009. Son 10 meses de diferencia que nos hubieran venido muy bien, pero también 10 meses en los que hemos aprendido muchas cosas, y en los que hemos podido presentar nuestra idea de empresa en varios foros, recibir algún premio y, sobre todo, muchísimo feedback desde el punto de vista empresarial (vamos, de cómo hacer dinero con esto y atraer inversores).

También estos 10 meses nos han permitido conocer a mucha gente que nos ha ayudado y está ayudando en el desarrollo de la empresa. Tanto los miembros de nuestro consejo asesor (que espero podamos anunciar pronto), como algunos que aunque hubiéramos querido que estuvieran en el consejo no pueden estar, como otros que nos han aportado feedback e ideas, o al menos nos han hecho replantearnos las cosas.

Así pues, no me arrepiento en absoluto de los errores que hemos cometido, y solo espero que el tener Wipley ya funcionando, así como nuestro sistema de recomendación social, nos abra puertas para conseguir la financiación que necesitamos para poder desarrollar la empresa, empezar la tarea de comercialización de nuestra tecnología, y seguir desarrollando todas las ideas y productos que tenemos en mente.

Esto solo es el comienzo de un largo camino :D

Batiburrillo Links 27

Una racioncilla de enlaces variaditos:

"La semanita de Google", visto en el blog de Francisco Carrero. Resumen de todas las novedades que nos ha traído Google en los últimos días. Como bien comentaba Javier Cuervo en Twitter, "lo de Google va camino de ser el Imperio de Carlos V".

"Self-Improving Systems that Learn Through Human Interaction", visto en el Scientific Blog de Yisong Yue. Excelente artículo de divulgación acerca de a dónde vamos en los sistemas inteligentes, especialmente en aquellos relacionados con la recuperación o análisis del texto. Ya cuando estuvimos en el RecSys, uno de los temas sobre los que más hincapié se hacía era el hecho de que los sistemas de recomendación deberían aprovechar mejor el feedback implícito en las acciones de los usuarios, y menos el explícito (votaciones, etc.), que muchas veces genera ruido o es difícil de utilizar.

"España, ¿referente en Software Libre?", visto en La Pastilla Roja. En este post de Sergio Montoro, corrobora que su opinión es que en España ya somos un referente en el uso e implantación de Software Libre, aunque nos queda todavía que llegar a ser un referente en desarrollo y exportación.

"A NOSQL Overview And The Benefits Of Graph Databases", visto en SlideShare. Es una presentación acrerca de las bases de datos orientadas a grafos, centrada primordialmente en Neo4J. Está en la línea del NoSQL que comentaba hace tiempo, y tiene mucho sentido en aplicaciones sociales.

"Necesitas un Sistema de Recomendación en tu Web. ¿Es que no te das cuenta?", visto en el blog de Francisco Carrero. En este post Francisco analiza cómo algunas empresas son reacias a implantar sistemas de recomendación u otras tecnologías pese a que sea claro cuáles son los beneficios que les van a reportar. Después analiza algunas de las ventajas de integrar un sistemas de recomendación en tu web, desde un punto de vista pragmático.

"¿Usabilidad = reduccion de la funcionalidad ?" visto en Alicia en el País de las Inversiones. En este post se analiza cómo una de las máximas de las aplicaciones web (simplicidad hasta el máximo), está evolucionando, ya que cada vez encontramos aplicaciones más complejas (p.e. Wave).

"La función del Community Manager: descárgate el whitepaper", visto en Territorio Creativo. La gente de eTc ha hecho un excelente trabajo tratando de desarrollar el concepto de Community Manager, determinando su papel y sus funciones. La figura del Community Manager resulta de vital importancia para mantener las comunidades online activas, detectar posibles problemas, etc.

"La SGAE supera a Hacienda como la entidad más odiada por los españoles", visto en el blog de Alejandro Suarez. La verdad que el título es ya descriptivo de por si, aunque lo más notable es que es el resultado de un estudio realizado por la red de blogs de Alejandro Suarez, y no una percepción propia, por lo que se demuestra que la SGAE, en cuestión de imagen de marca, lo está haciendo como el culo.

Mientras las discográficas pierden, los artistas están haciendo más dinero que nunca

Interesante entrada en Boing Boing que recoge los resultados de un análisis de Times Labs sobre el mercado de la música. Los resultados del estudio son claros, si bien las discográficas están perdiendo beneficios, los artistas están logrando hacer más dinero que nunca gracias a los conciertos en vivo.

En la gráfica se puede ver cláramente esta tendencia, además que muestra claros síntomas de que los ingresos gracias a las actuaciones en directo no van a decrecer en los próximos años, si no seguir subiendo a un buen ritmo. Por otro lado, se puede observar como las actuaciones en directo son lo que más beneficios proporciona a los artistas en general, mientras que el negocio de los discos solo beneficia a las discográficas.

¿Y por qué están creciendo tanto las actuaciones en directo? Si bien el estudio no ofrece conclusiones al respecto, la cuestión parece estar bastante clara. La gente no descarga contenidos musicales porque no quiera pagar por la música, si no que la gente prefiere dedicar ese dinero a disfrutar de un espectáculo más único y menos empaquetado. Por otro lado, estamos cansados del modelo de negocio de las discográficas, discos repletos de canciones que no nos interesan a unos precios demasiado caros.

Google trata de acelerar la Web con SPDY

En el blog de Google Research comentan acerca de un nuevo proyecto de Google llamado SPDY ("SPeeDY"), que aunque está todavía muy en pañales, es uno de los esfuerzos por parte de Google para lograr una Web más rápida. Según comentan desde Google, SPDY es un protocolo de la capa de aplicación para transportar contenidos sobre la Web, diseñado específicamente para minimizar la latencia gracias a la multiplexación de streams, priorizar peticiones y compresión de cabeceras HTTP.

Si bien no dan demasiados detalles técnicos, los resultados experimentales parecen prometedores ya que están logrando que las páginas web carguen un 55% más rápido. Si bien aún van a seguir con el desarrollo de SPDY, ya están abriéndose a la comunidad para lograr que SPDY sea todavía más rápido y se adapte a condiciones más reales. Como casi todo lo que hace Google, ya tiene documentación online y ofrecen el código, así como han abierto un grupo de discusión para tratar SPDY.

La revista Esquire y la Realidad Aumentada

La realidad aumentada está de moda, y lo seguirá estando durante mucho tiempo, por la cada vez mayor facilidad para conseguir sus tecnologías base: cámaras de alta calidad, algoritmos de visión por computador y pantallas para poder visualizar los resultados. De hecho, las plataformas móviles (iPhone, Android, etc.) ya empiezan a explotar la realidad aumentada de múltiples formas, como pueda ser la aplicación Nearest Tube para el iPhone, Layar, o los intentos de algunos investigadores de mezclar la realidad aumentada con Second Life.

Con todo esto en mente, el número de Diciembre de la revista Esquire se centra en la realidad aumentada hasta puntos insospechados, ya que utilizando los códigos de barras de sus páginas y un software que se puede bajar de forma gratuita, podemos acceder a contenido especial protagonizado por Robert Downey Jr. El vídeo no tiene desperdicio:


MySQL atrapado en medio de la fusión Oracle/Sun

El tema ya lleva tiempo en el candelero, pues hace ya unos cuantos meses que Oracle anunció la compra de Sun, y todavía no se ha resuelto el tema. La compra de Sun por parte de Oracle es una gran operación, 7.400 millones de dólares, y desde el principio planteaba unas cuantas dudas acerca de algunas tecnologías de Sun. Si bien el futuro de Java ya no parece turbio, por el interés de Oracle de preservar el lenguaje y su ecosistema, MySQL no está corriendo tanta suerte, ya no por las decisiones de Oracle, si no porque los reguladores anti-monopolio europeos no ven con buenos ojos que Oracle se quede con una de las principales bases de datos Open Source del mercado.

La administración americana lo tiene más claro, ya que para ellos existe un buen número de bases de datos Open Source en el mercado, lo cuál permite que siga existiendo competencia en el mercado. Sin embargo, para europa el tema no está claro y solo verían con buenos ojos la fusión Oracle/Sun si MySQL se vendiera a una tercera empresa.

El tema va para largo, porque Oracle no quiere perder a una de las perlas de Sun en la absorción, y la Unión Europea no parece dispuesta a poner en peligro el mercado de las bases de datos con una posición todavía más dominante de Oracle. Desde mi punto de vista, sería muy positivo que MySQL se "independizara" de Oracle, ya que aunque Oracle pudiera mantener MySQL como una base de datos libre, no se asegura una continuidad en el desarrollo de MySQL, y se pondría en peligro una buena parte de la infraestructura de la Web, donde MySQL es una de las bases de datos más extendidas, especialmente en el inmenso, pero todavía emergente, mercado de las redes sociales.

¿Quieres probar Google Wave?

Desde hace algún tiempo tengo cuenta en Google Wave, una de las herramientas de Google de las que más se ha hablado en los últimos meses y que está orientada a entornos colaborativos. Todavía está en fase beta, con bastantes errores, pero es funcional y resulta bastante útil para muchas cosas, de hecho en mi empresa ya la estamos usando para organizar la investigación que estamos haciendo y para muchas otras cosas.

Tengo 5 invitaciones para "regalar" desde este blog, así que a los 5 primeros comentarios a este post pidiéndome una invitación (dejad vuestra cuenta de GMail para poder invitaros), les invitaré inmediatamente. Luego las invitaciones se tardan en procesar unos días (por parte de Google), pero por lo que se hasta el momento, en menos de 1 semana están operativas.

GO: Google crea su propio lenguaje de programación

Lo comentaban en Mashable, y por un lado resulta una noticia impactante, pero por otro tiene mucha lógica. Google acaba de lanzar Go, un lenguaje de programación open-source orientado a acelerar el código que se ejecuta en la web, ya que Google cree que combina rendimiento y velocidad.

Go está basada en la familia del lenguaje C, uno de los árboles de lenguajes de programación más utilizados del mundo. Sin embargo, incorpora elementos de Python, y de la familia Pascal/Modula para lograr programas más rápidos y dinámicos.

Si queréis más información, podéis ir a la página de Go, y/o ver este vídeo de presentación.

Una campaña de Acciona "rompe" Youtube

Los medios sociales ofrecen una gran variedad de opciones para crear campañas publicitarias innovadoras y aunque la mayoría de las empresas optan por lo típico (banners), algunos otros tratan de innovar en la utilización de los medios sociales para lograr una mejor imagen de marca. Y este es el caso de Acciona, que ha tenido una muy buena idea para utilizar YouTube de una forma muy poco explotada hasta ahora (que se sepa solo una campaña de Wario Land hizo algo parecido).

El video hay que verlo en YouTube, esa es la gracia, aunque os dejo una captura para que os hagáis una idea: