Archive for the ‘ noticias ’ Category

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.
Anuncios

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!

Reseña del libro publicada

Libro MySQL5Hace un tiempo que la ATI empezo con su iniciativa de reseñas de libros técnicos de la editorial Eni. En su día fuimos bastantes los que nos apuntamos para recibir libros que reseñar (tiene la ventaja de que te puedes quedar el libro que reseñas :D).

La ATI va recibiendo periódicamente las novedades de la editorial y va pasando esa lista a los miembros de la lista de reseñadores (ese palabro existe? xD) de forma que cada uno puede elegir un libro de los que le llegan (si no lo ha elegido otro antes, en cuyo caso ya no aparece en la lista) o si ninguno te convence puedes pasar sin tener que elegir.

Sin más, dejo aquí el link a la reseña que se puede ver en la web de la ATI.

Novedades del JDK 7

Hoy, revisando noticias atrasadas, he visto la de Dos Ideas, sobre “Lo Nuevo en el compilador del JDK 7” y, aunque sea una noticia que incluya “java” y “compilador” en una misma frase (xDDDD) las explica muuuuy bien.

Entre las que más me han gustado a mi hay de todo, funcionalidades nuevas y también cosillas que simplifican bastante la forma de trabajar con cosas que ya existían.

Voy a resaltar las que me han parecido más interesantes:

  • Switch sobre String
  • Gestión Automática de Recursos
  • Mejoras en los números (literales numéricos)
  • Soporte para Collections

Sigue leyendo

CajaMadrid, soporte para eDNI

Hace un tiempo que CajaMadrid empezó a reemplazar el software de sus cajeros automáticos por uno nuevo. No sé muy bien si éstos cambios se hacen de forma remota (espero que si, porque sino… vaya despilfarro para ser un banco xD) pero el cambio fué siempre gradual. Me supongo que después del desarrollo pasarán a pre-producción y después, aún pudiéndolo hacer de golpe, yo también lo haría poco a poco para ver la repuesta de los usuarios.

De todas formas el software nuevo era más un lavado de cara que otra cosa, era más cool, más así como 2.0 pero las funcionalidades o lo que ofrecían al usuario seguía siendo más o menos lo mismo. De hecho, sigo sin encontrar una opción donde evitar que el cajero me pida el pin dos veces. Si, seguridad, pero siempre tengo cuidado cuando me acerco a un cajero así que me gustaría poder quitarlo y que sólo me lo pida al principio de la transacción.

Ahora, despúes de leer gracias a un tweet de JoseK éste interesante artículo sobre el futuro soporte del eDNI en los cajeros de Caja Madrid.

Ahora me planteo que, quizás, ese cambio de software era más una migración que un lavado de cara. Quizás la plataforma que estaban usando no permitía una gran flexibilidad a la hora de añadir soporte a algo tan serio y nuevo como el DNI de la gente con unas mínimas garantías.

El caso es que por lo que he podido leer el soporte está más que en desarrollo y tiene una fecha para estar en las calles: se empezará a implantar en el primer trimestre de 2010 y se espera que para el 2012 el 100% de la red de cajeros esté actualizada.

En un primero momento interpreté que se utilizaría sólo como identificación, es decir, “joder, ahora además de meter la tarjeta y el pin dos veces, también voy a tener que meter el eDN”, pero no. La cosa es poder identificarse sólo con el eDNI y el pin que hayamos asignado al mismo (espero que cambien los teclados de los cajeros! xD). Además permitirá también muchas operaciones que las actuales ya que permitirá hacer, por lo que yo entiendo, todo lo que podemos hacer a través de la página web, incluido controlar varias cuentas sin tener que cambiar de tarjeta.

Supongo que Caja Madrid, por la parte que les toca, verá el gran ahorro que va a hacer en tarjetas de crédito. Se acabó el comprar plástico, serigrafiarlo, “programarlo” y enviarlo. Todo ésto cada X tiempo y por cada cliente tiene que ser un pastón.

Y tú, ¿qué opinas? ¿te sientes más tranquilo con la tarjeta de crédito y su pin o prefieres los subidones de adrenalina cada vez que salga un bug en el eDNI?

PD: Lo que sigo sin entender es porqué cada páis/continente desarrolla su eDNI y su “ePasaporte”… ¿no sería más interesante, y además ahorraría tiempo en un futuro, diseñarlo/desarrollarlo a nivel mundial? 😛

Actualización: Y ya de paso hacerlo extensible para tener sólo una tarjeta con todo: dni, pasaporte, carné de conducir, …

Responsabilidades sobre el software

Ando corto de tiempo, estoy en ese mes de curro antes de los exámenes con mil prácticas para hacer y miles de pdfs por leer así que voy a ser breve aunque éste tema tiene cuerda para rato…

He leído en Barrapunto, un artículo que tiene como título ésto: “¿Deben asumir los desarrolladores la responsabilidad por los fallos de sus programas?” y viene de una propuesta de la Comisión Europea. La cosa me genera una serie de dudas nada más leer esa pregunta:

  • ¿y si en mi contrato/licencia dice que es un software libre “tal cual”? vamos, si dices “mira, son lentejas, si las quieres las tomas y sino las dejas”.
  • En el caso de una empresa que tiene sus certificaciones de calidad software al día, ¿los responsables no deberían ser la entidad que ha concedido los certificados de calidad a esa empresa? (mira, así nos quitamos de enmedio la titulitis per pago, eso si, tener una empresa que se dedique a dar certificaciones sería un chollazo xD) Éste tema es para tratarlo más ampliamente porque al parecer se va a pedir responsabilidad sobre los “fallos” del software, no dicen nada del proceso de desarrollo.
  • ¿a quién le van a pedir responsabilidad sobre un fallo del software? ¿a un FP? ¿a un ingeniero no colegiado? (más que nada porque no hay colegio xDDD) En definita, al no haber colegio de informática no hay un ingenierio colegiado que firme un proyecto haciéndose responsable directo por contrato por tooooooodo el proyecto software que ha desarrollado el equipo que está bajo su mando.

En definitiva, ojalá ésto ocurra, que pienso denunciar todos los fallos de aplicaciones que encuentre para demostrar que es necesario un colegio de informáticos que haga a un ingeniero responsable de sus proyectos. No vale con un hijo-del-vecino-que-sepa-mucho-y-me-dice-que-ésto-funciona-debuti.

Más info: ZDNet

Ya no hay excusas…

… para que en la oficina me puteen, al siguiente que me mande un .docx lo capo.

Mañana los pongo a bajar el ServicePack 2 para el Office, que añade el soporte para ODT y para PDF. Que si además les enseñamos a usar un convertidor de documentos como CometDocs ya no pueden decir ni pío.

ACTUALIZACIÓN: Pues a lo mejor si que van a tener excusa si… según dicen en barrapunto, el soporte de ODF en Office 2007 con el SP2 es deficiente, vamos, que al parecer no lee ningún ODF 1.1 que no se haya hecho con esa misma aplicación ni se pueden leer los que genera desde otra aplicación. A mi esto me suena a que se han inventado el formato o a que no tienen ni puta idea… ni lo han probado antes de publicarlo oiga!

Fuente: Genbeta