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.

Cambiar el nombre en el Javadoc de NetBeans

Siempre me ha tocado bastante las narices que NetBeans me genere siempre las nuevas clases incluyendo en el javadoc la etiqueta @author con mi nombre de usuario, es bastante molesto tener que irlo cambiando cada vez que generas una nueva clase y al final nunca miraba como se podía cambiar. Hasta hoy, que tengo un día menos perezoso de lo normal y coincidía que empezaba un proyecto nuevo (una práctica para la universidad) he buscado a ver como podía solucionarlo. Resulta ser bastante fácil.

NetBeans tiene una serie de plantillas que utiliza cada vez que generamos un nuevo fichero, en particular la que nos interesa en éste caso es la plantilla que usa cuando creamos una nueva clase java. Para encontrar éste fichero iremos a Tools > Templates bajamos hasta las últimas entradas y desplegamos la que se llama User Configuration Properties que contendrá User.properties que realmente no es más que eso, un fichero properties de java. Lo seleccionamos y pulsamos en la esquina inferior derecha el botón Open in Editor.

Se nos abrirá el fichero en cuestión y en mi caso, NetBeans 6.7.1, me aparecen únicamente comentarios. Si echamos un vistazo veremos que la última línea dice algo así como:

#user = Your Name <your.name at your.org>

La descomentamos quitando el # del principio de la línea y cambiamos el valor por el texto que queremos que aparezca tras la etiqueta @author del javadoc de nuestro código. Ojo! No es necesario ponerlo entre comillas, simplemente poned el texto tal cual.

No estaría demás mirar que más opciones se pueden configurar en éste fichero, igual nos podemos ahorrar trozos de código que metemos en todas las clases (constructores por defecto, constructores copia, sobrecargas del toString, del equals…). Lo que me escama es que no haya ningún diálogo para configurar ésto sin tener que tocar los ficheros aunque vete a saber… viendo lo que acojona la ventana de configuración de netbeans igual si que lo hay :P

GPRename, renombrador de ficheros cómodo

gpRename LogoSon tantas aplicaciones buenas que se usan poco… que al final se acaban olvidando y cuando hacen falta nunca las encuentras por ningún lado… o peor aún, has reinstalado el sistema y no te acuerdas de qué aplicación era aquella que hacía tal cosa.

Total, que os presento gpRename una aplicación valiosa, seguro que hay muchas que hacen lo mismo e incluso más cosas y mejor, pero destaco dos cosas especialmente importantes, la opción de preview y la sencillez que tiene.

La opción de preview nos permite ver en la misma aplicación los cambios que se van a hacer en los nombres de los ficheros antes de que se hagan, por si acaso metemos la pata al meter alguna expresión regular o cualquier otro fallo tonto que nos puede complicar la vida. Una vez que la preview sale bien sólo tendremos que pulsar en aplicar para que los cambios se hagan permanentes. Sin duda una gran idea que agradecemos más de uno :)

Respecto a la sencillez del programa poco se puede decir, juzgad vosotros mismos por el screenshot:

gpRename Screenshot

Sólo echo en falta una cosa: poder renombrar por algunas propiedades del fichero: fecha, tamaño, etc…

¿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! :P

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

Cómo crear un vídeo de tu SVN con CodeSwarm

Seguro que habéis visto vídeos por ahí donde se ve la evolución del código fuente de un proyecto de una forma visual bastante atractiva. Salen los nombres de los usuarios del SVN que hacen cambios y se ven los ficheros como “bolitas” de colores que se van juntando alrededor del usuario… cómo es un poco dificil de explicar os dejo el vídeo que he generado de la práctica de PL en la que estoy trabajando:


Mola, eh? No es que sea demasiado útil (aunque se puedan sacar ciertos datos “a ojo”) pero queda bonito para ponerlo en el blog del proyecto o en la página de presentación del proyecto. Muy 2.0, como dirían algunos. Siguiendo el link encontraréis las instrucciones para generar vuestros vídeos a partir de cualquier repositorio SVN.

Fuente: Documentación de CodeSwarm

Sigue leyendo

Seguir

Recibe cada nueva publicación en tu buzón de correo electrónico.