Archive for the ‘ web ’ Category

Lo que le falta a Twitter

twitterTwitter necesita un cambio. No es que no esté bien, que lo está, pero la cantidad de información que gestiona está creciendo muchísimo y creo que necesitan adaptarse un poco mejor. No voy a hablar de cambios a nivel técnico, de eso ya saben mucho ellos mismos y son pioneros en muchas de las técnicas de escalabilidad que se usan hoy en día. Me refiero a cambios a nivel de usabilidad, de cara a lo que los usuarios pueden hacer con dicha información y sobre todo el cómo pueden hacerlo.

El problema ahora reside, principalmente, en catalogar esa información para que resulte útil a la hora de manejarla. Ahora mismo la forma de hacer ésto es mediante los hastags incrustandos dentro del propio tweet, lo que a veces hace que los 140 caracteres se nos queden bastante cortos.

Hace un par de días Twitter anunció que los enlaces que se comparten en twitter no serán parte de los 140 caracteres, lo que apunta que irán en la parte de metadatos, en la anotación del twit correspondiente. De las anotaciones ya hablé en otro post, así que para no repetirme paso a la chicha.

Yo propondría un par de cosas más a meter en esos metadatos:

  • Hashtags: yo los metería en las anotación para poder clasificar perfectamente nuestros twits sin tener que recortar la info, ni dejar hashtags sin poner porque no caben. Deberían ser automática heredables al retwitear y que, además, deje añadir hashtags nuevos por cada retweet.
  • Relevancia: no definida por el usuario, sino por algún sistema de recomendación interno de twitter. Puede parecer un poco tontería, pero serviría para distinguir tweets similares y poder ordenador una búsqueda de forma similar a como lo hace el pagerank de google en vez de recibir los resultados en el orden temporal que han ido apareciendo.
  • Categoría: un valor que no debería venir incluido en el tweet al crearse, sino que podría ser usado para tener colocados nuestros tweets favoritos sin tener que depender de los hashtags para todo.

Yo creo que, sin ser campos obligatorios, serían una buena ayuda para manejar toda información que se genera en twitter. De hecho, no creo que a los chicos de twitter no se les haya ocurrido, sino que dejarán que cada uno añada como anotaciones los campos que quiera, de forma que algunos se convertirán enestándares de facto para todos los usuarios al cabo de un corto tiempo.

Anuncios

El pulido que necesita Google Buzz

Google BuzzDespués de unos días usando Google Buzz, hay que decir tiene sus virtudes y sus defectos, como todo sistema nuevo. Ahora hay que echar un ojo a las correcciones/mejoras que esperamos que aparezcan para hacer la herramienta más cómoda a los usuarios.

Acertar con los gustos de todos los usuarios es una tarea difícil y dura, muy dura, sobre todo porque siendo un servicio de la factoría Google, con tantos usuarios y abierto al público en general directamente, sin pasar el proceso de invitaciones controladas (como hizo Wave, que tampoco les salió muy bien, aunque creo que por motivos muy diferentes…) supone una cantidad de Feedback a procesar que, como mínimo, tiene que acojonar.

¿Cómo solventamos la papeleta de que a un usuario le guste un servicio y a otro, radicalmente distinto, también? Con las configuraciones. He aquí uno de los primeros problemas de Buzz, no tiene un triste panel de configuración. Ahora mismo o te lo comes como está o lo desactivas y te olvidas (como están haciendo algunos usuarios ya…).

Lo que yo haría si estuviese trabajando en mejorar/mantener Buzz sería filtrar todo ese feedback con una buena lista de feature request (que para algo tienen Google Code!) y ir añadiendo esas funcionalidades a un panel de configuración para que quien quiera lo fuera usando y quien no que lo pudiera dejar como estaba.

Aquí va lo que yo cambiaría:

  • Notificaciones: no tengo porqué recibir los correos que buzz me manda, y no tengo porqué tener que hacerme un filtro debería poder configurar el tipo de notificación que quiero recibir.
  • No quiero ver los comentarios por cojones (como mínimo el primero y el último) mejor que los pueda ocultar completamente y desplegarlos (en AJAX, no volvamos al 1.0 de tener que recargar xD) cuando quiera verlos. Me interesa la noticia, muy pocas veces los 10.000 comentarios que acarrea y que suelen decir lo mismo o llevar a discusiones estúpidas.
  • Puedo querer comentar algo en un buzz… pero no que me avises de todos los siguientes comentarios en un buzz. Quier poder evitar eso sin tener que volver al buzz y darle a dejar de seguir. Dame la opción de apuntarme al seguimiento o no, igual que en los blogs. A mucha gente le gusta soltar su mierda y olvidarse.
  • Quiero integrarlo en mi escritorio, como mínimo un notificador, como deseable un cliente. Aquí no va a haber problemas porque lo va a hacer la comunidad y tendremos miles de cada cosa, para aburrir… xDDD
  • La integración con twitter. Vale, existe, pero debería ser en tiempo real.
  • La capa de Google Maps necesita mejoras, a mi, por ejemplo me gustaría poder ver la que hay ahora (todos los buzz) y por otro lado poder ver sólo los míos para tener mis fotos, vídeos y demás material geoposicionados.
  • Grupos. Hacen falta grupos, las empresas y los que usen buzz para trabajar lo agradecerán.

Así a bote pronto son éstas, diría que las más importantes son la de evitar los mails y la de evitar los comentarios. Lo demás está más o menos bien cubierto 😉

A ver si vemos avances interesantes en los próximos meses 😀

Google Buzz, ¿a la tercera va la vencida?

“Y cuando Google no crea, da una vuelta de tuerca más a lo ya creado.”

Creo que esa frase resume, más o menos, lo que se dice del nuevo servicio de Google. Aunque lo que más se pueda leer sea “Facebook + Twitter = Google Buzz”, si ahora mismo hacemos una búsqueda en Google por esos tres términos obtenemos 74.000.000 resultados, no está nada mal, más de la mitad de los que nos aparecen si buscamos solamente por Buzz (y de los que habría que descontar los resultados propios del significado de “buzz” y de las páginas propias de Google Buzz). En resumen, que la mayoría de la gente identifica mucho a Buzz con Facebook o Twitter, la gran mayoría ve a Buzz como una unión de los otros dos servicios.

Yo creo que va un poco más allá que una simple mezcla de otros dos servicios.

Estoy de acuerdo en que Buzz coge cosas de uno de otro, la idea de “followers” y “followings” de twitter y las capacidades multimedia de Facebook, por ejemplo, pero no creo que se quede ahí.

¿qué innovación supone Buzz? A priori, veo como un puntazo lo que llamaría “blog social”. Miremos el caso típico de un blog personal, no se publican muchas entradas, incluso se abandona, se retoma, se vuelve a abandonar, …. Creo que Google Buzz podría suplantar perfectamente a los blogs personales con poco tráfico, o que van destinados sólo a nuestros amigos. Si intentamos hacer ésto mismo en twitter seguimos dependiendo de la existencia del blog debido a la limitación de los 140 caracteres y facebook… no es para ésto directamente.

¿suplantará Buzz a otros servicios? Aquí ya depende del servicio y del uso que hace cada uno de él.

  • Facebook, a mi modo de verlo, juga a otro deporte (que no es lo mismo que en otra liga), está pensado para compartir información personal, no noticias (si, odio ver lo mismo en twitter que en facebook :P), aunque cada uno hace el uso que le sale de las pelotas gracias los clientes “multiservicio social” mezclando churras con merinas.
  • Con Twitter la cosa cambia. Buzz si que se parece a éste y… la verdad, me encanta twitter, pero es como si el pájaro llevase un póker y ahora mismo a Google le hubiese salido una escalera de color. Vamos, que todo dependerá de cómo juegue Google sus cartas, aunque en los temas sociales siempre las ha jugando peor que mal. Además, si puedo usar Buzz exactamente igual que Twitter… ¿para qué voy a usar Twitter? Mi bola de cristal me dice que Twitter se quedará como un “backend” de Buzz hasta que la gente migre.
  • FourSquare. Érase un elefante que, sin querer queriendo, pisó un escarabajo. Ahora mismo en foursquare deben sentirse como un semi-aborto, no terminaban de despegar y se los han llevado por delante. La geoposición aprovechando gMaps va a ser de lo que más va a pegar en Buzz.
  • Aunque parezca mentira, Google sacrificará uno de sus propios servicios para hacer triunfar a Buzz. Añadiendo RSS a Buzz, Google Reader ya no tendría ningún sentido. A fin de cuentas, Buzz es lo que sería Google Reader con soporte para twitter, flickr, etc…

Todo ésto está condicionado por la mala pata que lleva Google en el terreno del “social media”. Orkut fué un fracaso y podrían desconectarlo directamente y dejar un sólo servidor ubicado en Brasil, Wave a menos que terminen de hacerlo funcionar y se lo vendan bien a las empresa como una herramienta potente también, pero Buzz… Buzz puede ser un golpe encima de la mesa que meta, de una vez por todas, a Google en el mercado social.

Veremos a ver que pasa en los próximos meses!

Fuentes Embebidas con @font-face

Sigo metiéndole un poco a lo de desarrollo web, así que sigo soltando tips, más bien chustillas porque no es que se me dé demasiado bien (estoy demasiado acostumbrado a desarrollar siempre aplicaciones para ejecución en local o cliente/servidor), pero la de hoy es interesante.

Yo soy de los que cuando tienen que hacer un un header para el blog, página web o similar, busca una fuente molona, pilla el Gimp, escribe el nombre del blog, le mete un par de filtros, juega un poco con los colores, lo exporta a png y lo coloca hay en medio bien grande 😉

¿y todo eso por qué? Pues porque si lo meto en html y le digo que use esa fuente pero el visitante no la tiene entre sus fuentes, lo que va a ver es un esperpento de Arial a gran escala (literalmente xD). Gracias a un simple @font-face en nuestro CSS podemos solucionar ésto de un plumazo. Lo de los filtros y demás “maestría” artística va a ser que no, pero eso lo añadía porque “ya que había que hacer una imagen…” xDDDD

Al tema, lo primero que haremos será declarar nuestra fuente en el fichero CSS tal que así:

@font-face {
font-family: “Old Stamper”;
src: local(“Old Stamper”), url(./old_stamper.ttf) format(“truetype”);
}

Depués, una vez definida la fuente la aplicaremos donde sea necesaria, para nuestro ejemplo en todo el body:

body {
font-family: “Old Stamper”;
}

una vez hecho ésto sólo tenemos que generar un html que tire de ese CSS y muestre algo de texto, por ejemplo:

<head>
<title>Embedded Font Typo Testing</title>
<link rel=”stylesheet” type=”text/css” href=”view.css” media=”all”>
</head>
<body>
<div align=”center”>Embedded Font Typo Testing</div>
</body>

Hay que tener en cuenta los navegadores que lo soportan y sus versiones: Firefox 3.5, Safari 3+ y 4+, IE 7+ (en IE6+ se puede aplicar también, con el formato de fuente .eot y haciendo un apaño pero… como que paso :P) y Opera (no puedo asegurar a partir de qué versión, pero la actual lo soporta).

Así se ve mi ejemplo (en un navegador que no lo soporta y en uno que si, firefox 3.0.x y opera 10):

 

Así que nada, espero ver páginas más chulas a partir de ahora!! Si queréis más información sobre @font-face os dejo un par de posts más completos: @font-face in Depth de User Agent Man (del que he sacado lo básico para éste post) y otro de CSSBlog.