Archive for the ‘ tecnología ’ 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.

Futurología: Mi gPad

Donde futurología podría a ver puesto también adivinación y demás artes esotéircas para ver el futuro, vamos, que quiero dejar claro que lo que escribo aquí es una idea de lo que para mi podría un gPad que puediera mejorar lo existente en el mercado (al menos desde el punto de vista tecnológico, lo que luego digan las ventas es otra historia :P)
Si hablamos en general de cómo debería ser un gadget, claramente tenemos dos puntos fuertes: hardware y software. Si además hablamos de un gadget orientado a internet en ambos casos deberemos tener muy  en cuenta la conectividad.

El Hardware

Hay que aprender de los errores, en éste caso del iPad de Apple, pero sin dejarnos llevar por las críticas exageradas. Para mi, los puntos fuertes del hardware deberían ser:
  • Pantalla: De una vez por todas un dispositivo de Google debería tener una pantalla buena. No voy a entrar en qué tipo de pantalla (tampoco es que esté muy puesto en éste tema), pero que sea más o menos “bien” expuesta al sol y que permita 4 puntos de multitouch que no den problemas.
  • CámaraS: Puede parecer que no, pero creo que uno de los puntos fuertes que nadie ha tocado en los tablets es lo idóneos que pueden ser para hacer videoconferencias. Yo seguiría el modelo de doble cámara introducido por móviles como el N95, aunque si necesitamos reducir costes nos podríamos ir a un modelo de una sóla cámara articulada para hacerla “reversible”. Por descontado altavoces y micro con conector jack estándar.
  • AGPS: Aquí mi opinión está dividida. Para mi el gPad es más un gadget “casero”, pero también es cierto que nos lo podemos llevar de viaje o algún día en particular. De hecho puede que llegue a ser un acompañante habitual para quien tenga grandes desplazamientos o para quien viaje mucho. Además, tampoco podemos descartar su integración en el coche como navegador (aunque parezca mentira xD) con lo que creo que el chip GPS debería estar entre las especificaciones.
  • Conectividad: Aquí nos metemos en el tema escabroso, en mi caso sólo necesitaría uno o dos puertos USB convencionales (para datos y carag de la batería) y wifi. ¿sin bluetooth? Si, sin bluetooth, el punto del bluetooth sería permitir tethering y eso se puede hacer perfectamente con la wifi, ¿sin 3G? Desde mi punto de vista poca gente contratará una tarifa más para un tablet, como mucho cambiaríamos la tarjeta SIM del móvil al tablet, así que con el tethering vía wifi estamos sobradamente cubiertos.
¿nada más? Pues la verdad es que así a bote pronto no. Está claro que tendrá que haber unas especificaciones de cpu, ram, etc… pero creo que deberían ser las suficientes para que el software funcione bien y con soltura de sobra.

El Software

Éste es el punto donde Google puede sacar mayor tajada. Google tiene una gran ventaja en el mundo de los sistemas operativos “móviles”, sobretodo porque son el referente en tecnologías de sincronización de datos y eso en un dispositivo móvil que se usa como secundario tiene mucho peso.
Antes de que Google haya dicho ni mú sobre qué montará el probable gPad, hay un montón de discusiones abiertas sobre que sistema operativo debería llevar el aparatejo, para mi gusto no debería llevar Android, mi elección sería ChromeOS con un par de cambios y/o añadidos.
Está claro que el principal uso de un tablet se hace online y teniendo una pantalla más grande, no tiene sentido quedarnos con un navegador móvil, deberíamos aprovechar la potencia de Chrome y su facilidad para tratar las aplicaciones web como aplicaciones independientes del navegador.
Además, ¿por qué elegir entre Android y ChromeOS? Hace no mucho vimos los esfuerzos entre Canonical y Google por llevar las Android Apps a los escritorios linux. ChromeOS es, muy por encima, un navegador sobre un linux así que, ¿por qué no soportar las aplicaciones de Android en ChromeOS? De ésta forma tendríamos una integración bestial entre las dos plataformas y ChromeOS podría heredar todas las ventajas (y aplicaciones) de Android sin tener que atarse a sus limitaciones.

Twitter introduce las Anotaciones

Anotaciones en TwitterHace poco Twitter ha anunciado la inminente inclusión de una nueva funcionalidad en su servicio, las anotaciones, una alternativa más que viable que les permitirá no pasar de su límite de los 140 caracteres y a la vez mantener a casi todos contentos.

Una anotación viene a ser una forma de añadir información extra en los twits sin superar su barrera de los 140 caracteres. Cosa importante, porque ampliar la capacidad de los twits daría al traste con la ventaja de twitter frente a los blogs: ya habría twits kilométricos, que no tendrían ninguna ventaja sobre un post y elservicio se convertiría en un lector RSS o en un peñazo sublime, vamos, que se haría un poco bastante tostón, a parte de perjudicar el real time que tanto éxito le ha dado.
Así que, ¿son las anotaciones una buena idea? Decididamente si. Permitirán meter una información extra en los twits que sólo verán aquellos que quieran. Puede que aquí nos surja la pregunta de porqué entonces no usamos servicios como twitLonger. Básicamente porque el uso que ofrecen es lo contrario a twitter: cuando tienes los caracteres que te da la gana, no tiendes a resumirte en la primera frase. Las anotaciones solventan eso porque tu twit seguirá mostrando sólo los 140 caracteres de siempre y si quieres ver la información adicional tendrás que interactuar con el twit de alguna manera. Ésto implica que seguirás resumiendo lo importante en los 140 caracteres de siempre o tu texto no tendrá sentido. OJO! que ésto siempre se puede moldear por el uso que le den los usuarios en el día a día.

¿se puede leer en un tablet?

TabletMás que tablet debería decir Pad para no liarnos, es decir, a mi lo de tablet me suena a tabletPC, aquellos portátiles que tenían una pantalla táctil y giratoria, mientras que Pad me suena a iPad y ese es el concepto el que estoy pensando cuando escribo ésto.

Acabo de leer la review de un colega, @pabloformoso, sobre éste cacharro en su blog y es lo que ha motivado un poco éste post, precisamente porque ya pensaba que era el único que cree firmemente que se puede leer en una pantalla. Me explico, desde la aparición del iPad y que Apple intentara darle ese toque de “ebook”, que para mi es el punto menos fuerte que tiene, no ha parado de salir gente criticando lo incómodo que es leer en una pantalla.

Vamos a ver, centrémonos, ¿cuántos pasamos más de… 8 horas al día delante de un ordenador? Supongo que de los que estén leyendo ésto (y que se puede extrapolar que es el porcentaje de gente que se plantearía el comprarse un tablet) casi todos levantaríamos la mano. Bien, siguiendo con las horas que pasamos delante del ordenador… ¿no leemos? ¿el ordenador habla telepáticamente con nosotros? Pues claro que leemos, el 80% del tiempo que estamos delante de un ordenador estamos leyendo (exclúyanse aquí los gamers extremos, los adictos a youtube y demás casos rompe-estadísticas)… entonces… si yo a diario leo mis feeds RSS en mi ordenador… ¿por qué no puedo leerlos en un tablet?!? ¿acaso la gente se imprime los feeds y luego se los lee en papel?

Lo que si se necesita, y YA, es una tercera versión de las aplicaciones web. Es decir, leer los feeds en Google Reader usando un ordenador es una gozada, atajos de teclado, buenas proporciones para la lectura, etc… una usabilidad impecable, se nota que los propios desarrolladores usan su aplicación. La versión móvil es otro cantar… no la deben ni mirar de lejos, una auténtica bazofia.

Ahora el tema de los libros… ¿por qué no se puede leer un libro en un tablet? ¿porque se nos cansan los ojos? A ver, voy a hablar de cada caso de críticas a leer en un tablet que me he encontrado:

  • “Se me cansan los ojos es mucho mejor un eBook Reader”: Puedo entender que haya casos particulares, pero de todos los que lo he oido se pasan una burrada de tiempo delante de una pantalla, es más bien una excusa para comprarse un juguete nuevo. El único punto que le veo a un eBook antes que a un tablet es el tema de la batería pero claro, sólo puedes leer 😉
  • “Yo es que prefiero sentir el papel cuando leo…”: Aquí tenemos el caso extremista, toma ya, “sentir” el papel… sentir, lo vas a sentir cuando nos quedemos sin árboles! xD En serio, ¿alguien prefiere ir hasta la tienda, pagar más por el libro (en breves debería ser así) y luego tener que tirarlo/reclicarlo? Ah, y rezar porque tengan/quede el libro en la tienda! Nadie me va a discutir que es mucho más cómodo comprarlo online, pagar menos, tenerlo en al segundo y poder leerlo en cualquier cacharro que tengas a mano (dejemos el tema del DRM en paz… xD). Y se ponga la gente como se ponga lo importante de un libro es el contenido, no las tapas ni el papel. Si, es un tema que me jode personalmente porque me lo dice la gente que luego veo con un libro en edición de bolsillo! 😛

Total, sé que me compraré un tablet cuando encuentre uno que me reuna ciertas condiciones (y hayan bajado de precio, dudo que se queden en los 400€ de media :P) y sé que leeré un huevo con él, pocos libros si, pero mucha información que, quieras o no, la mayor parte la consumimos leyendo y sea sobre el soporte que sea.

Reflexionando un poco… también es verdad que yo soy de los que se llegó a leer un libro entero en un PocketPC, y no he encontrado ninguna app que tenga mejor usabilidad (hablando de comodidad) que el lector de PDFs que el WindowsMobile de aquella… manda cojones… xD

Crackeando cifrados WEP

pillando paquetes...Si… es un tema viejo y de sobra conocido. Tampoco es que yo esté muy puesto en éstos temas, pero hoy por casualidades de la vida me ha tocado meterme con ello (consecuencias de no enseñar a tu padre a apuntar algo cuando lo cambia en el router de su casa…), así que voy a dejarlo de la forma más sencilla por si me hace falta alguna otra vez…

El caso es que he conseguido que funcione, fué una putadilla buscarlo, porque mira que hay tutoriales diversos, desde los más breves que no te funcionan hasta los que te explican cada byte que tienes que procesar para conseguir pillar los paquetes (que es donde de verdad está el meollo de la cosa porque el crackeo es pura rutina :P)

En fin, aquí se queda, y si de paso le viene a alguien mejor todavía 😉

Sigue leyendo

Cherokee Summit 2010

Dentro de poco (en Mayo, los días 7 y 8) tendrá lugar en Madrid el Cherokee Summit donde podremos tratar casi todos los temas relacionados con el servidor web que tan fuerte está pegando ultimamente y que tiene pinta de ser el futuro sucesor de Apache 😉

Yo le tengo un cariño especial porque el principal desarrollador y fundador del proyecto es un ex-estudiante de mi universidad, la UEM. Aunque seguramente le habría cogido cariño igualmente por su agradable interfaz de administración y el buen rendimiento que ofrece.

En el Summit se podrán ver todo tipo de temas relacionados con las tecnologías Cherokee, desde los niveles de novatos hasta los más avanzados, también se mostrarán casos de éxito en la adopción de Cherokee como servidor web y se plantearán problemas que se están encontrando los administradores para buscar soluciones. Tiene pinta de ser un evento donde estará muy presente el networking, que está muy de moda eso de conocer gente que trabaja en lo mismo que tu para compartir experiencias, opiniones, ideas y toda clase de pensamientos varios.

De paso aprovecho para mostrar un par de banners que ha propuesto mi compañero Sowe para el éste evento:



Le han quedado chulos, eh? jejeje…

Si queréis dejarle algún comentario, crítica, etc.. podéis hacerlo en éste post de su blog 😀

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 😀