Twitter empieza a probar su API en tiempo real

Julio 29th, 2010 by Tuiter

Últimamente estamos viendo cómo bastantes servicios empiezan a proporcionar actualizaciones en tiempo real, como Wordpress, Tumblr o Google Reader. A esta lista ya le podemos añadir Twitter, que junto a los equipos de TweetDeck y Echofon está trabajando en la API “User Stream”, que funcionará en tiempo real.

En el vídeo podéis ver cómo TweetDeck va actualizando las ocho columnas en tiempo real, en el mismo momento en el que se producen los tweets. Aunque así visto resulta abrumador, esta funcionalidad puede tener algunas ventajas. La principal sería la comodidad y velocidad: no hace falta pulsar “Actualizar” cuando queremos que se muestre lo más nuevo, los tweets van llegando de forma distribuida y no todos de una tacada, y se eliminan los límites de la API.

Sin embargo, yo no veo tan claro que a Twitter le vaya a beneficiar mucho tener una API en tiempo real. Implementar esta API es más complejo que implementar la actual, y probablemente también consuma más recursos de su servidor. Y Twitter no está precisamente sobrado de recursos. Además, las ventajas no parece que compensen demasiado: seguro que podré seguir viviendo aunque vea los tweets con cinco minutos de retraso.

Si queréis probar esta nueva API de Twitter, podéis hacerlo con Echofon, si tenéis una versión registrada para Mac; o con TweetDeck entrando en una lista de espera hasta que os digan algo. La nueva API estará disponible para todos antes de que acabe 2010.

Vía | The Next Web
Más información | Echofon | TweetDeck | Twitter
Vídeo | YouTube

Fuente:
Twitter empieza a probar su API en tiempo real

Twitter comienza a probar su nueva API “real-time” en TweetDeck y Echofon

Julio 29th, 2010 by Tuiter

Hace unos meses que Twitter anunció que iban a desarrollar una nueva API y ahora comenzamos a ver los primeros frutos de esta, ya que ya se está probando en algunos usuarios de TweeckDeck o Echofon. Ha sido bautizada como Streaming API y permite a las aplicaciones de terceros recibir de forma automática las actualizaciones que se vayan produciendo, teniendo un timeline mucho más activo sin necesidad de esperar determinados segundos para que se actualice. Lo cual es una buena noticia para las empresas que han desarrollado aplicaciones para Twitter que últimamente no habían tenido demasiadas buenas noticias.

En este vídeo podemos ver cómo un TweeckDeck configurado con ocho columnas se actualiza de forma constantemente en tiempo real, lo cual en este caso puede resultar muy exagerado para un uso normal y puede llegar a marear. Pero que sirve como ejemplo para ver el funcionamiento de esta nueva API, que configurado de manera correcta puede ser muy interesante para tener un timeline mucho más ágil evitándonos las dichosas esperas de la API y sobre todo que lleguemos al límite de esta con lo que dejemos de recibir las actualizaciones.

Esta característica no está disponible para todos los usuarios de Echofon o TweeckDeck, son sólo algunos usuarios los que tienen acceso a esta nueva API en modo de prueba y está previsto que poco a poco se vayan comenzando las pruebas en otras aplicaciones, para posteriormente realizar una expansión gradual a todos los usuarios, que podría ser completada este mismo año.

Además de buscar mejorar la experiencia del usuario lo que busca Twitter con esta nueva API es devolverles una mayor capacidad a las APIs de búsqueda y REST, que en algunos clientes son muy usados han provocado en alguna ocasión problemas en la estabilidad del servicio siendo necesario recortar los límites de actualización, algo que hemos visto mucho durante el pasado Mundial de fútbol. Sea como fuere desde Twitter parecen bastante seguros de que con el desarrollo de esta nueva API, de nuevas características que vendrán con esta y la construcción de su propio centro de datos los problemas de estabilidad y escalabilidad se solucionarán.

API que permite recibir actualizaciones en tiempo real, contenidos multimedia son cosas realmente interesantes para el usuario, pero que después de todos los fallos que hemos visto durante este tiempo me hacen ser demasiado escéptico a que todo vaya a funcionar tan bien y no falle por algún sitio, ya veremos y ojala sea así.

Twitter comienza a probar su nueva API “real-time” en TweetDeck y Echofon escrita en ALT1040 el 29 July, 2010 por david-rubia
Enviar a Twitter | Compartir en Facebook



Fuente:
Twitter comienza a probar su nueva API “real-time” en TweetDeck y Echofon

Google realiza nuevos cambios en Buzz

Julio 21st, 2010 by Tuiter

Google sigue buscando la forma de darle mayor impulso a Buzzmientras Google Me se hace realidad o no. La compañía ha introducido cambios en la API de Google Buzz durante las últimas horas con el fin de poder hacer una competencia más directa a Twitter y otros servicios de microblogging.

La última novedad ha sido la inclusión de firehose en Google Buzz, lo que permite tener acceso a los contenidos públicos generados desde el servicio por diferentes vías en tiempo real gracias a la sindicación por PubSubHubbub. Entre los datos que podemos acceder de forma publica ahora están los me gusta realizados por los usuarios, los comentarios realizados por estos o el número de veces que se ha citado una URL desde Google Buzz o dicho de otro modo, los elementos compartidos.

A esto hay que añadirle que servicios Collecta, OneRiot o Gnip han integrado búsquedas en tiempo real en Google Buzz, lo cual ayudará a Google a luchar con los grandes en el microblogging, la pregunta es hasta cuando aguantará. Como bien se pregunta Cecilia, muy probablemente todavía sigue vivo porque se trata de un servicio de Google, algo en lo coincido.

Pero también creo que Google no ha dejado morir este servicio por que apostó muy fuerte desde el principio y por lo que viene. Creo que si Google Me se convierte en realidad será basándose en lo ya creado en otros servicios de la empresa del buscador y entre ellos se encuentra de Google Buzz.

Y es que desde que se lanzó se ha ido de más a menos en el nivel de uso de la gente, que como novedad lo usaba durante los primeros días pero muchos de ellos ya no lo usan de forma directa, sino que lo tienen enlazados con otros servicios, lo cual ya he dicho en alguna ocasión que me parece algo realmente interesante, pero que condiciona la vida de Buzz a lo que los usuarios generen en redes externas. Y ese es precisamente ahora el problema que tiene, demasiado ruido y poco contenido genuino, algo que Google terminará solucionando de algún modo, lo cual no les asegura estar a la altura de Twitter, pero no creo que sea un servicio que vaya a morir.

¿Crees que Google Buzz se convertirá en un zombie donde la mayoría de contenido sea generado en otras redes o crees que finalmente después de muchos cambios, logrará crear una masa de usuarios interesante?

Google realiza nuevos cambios en Buzz escrita en ALT1040 el 21 July, 2010 por david-rubia
Enviar a Twitter | Compartir en Facebook



Fuente:
Google realiza nuevos cambios en Buzz

StatusNet Desktop el cliente oficial de microblogging de Identi.ca

Julio 19th, 2010 by Tuiter

Ya hemos comentado en este espacio sobre Identi.ca, el cliente de microblogging OpenSource equivalente a Twitter. Incluso hemos comentado sobre como utilizar Pidgin como cliente de Identi.ca, y otros servicios más. Pero hoy llega el momento de presentarles a StatusNet Desktop, el cliente oficial de Identi.ca.

Existen varias aplicaciones de escritorio que proveen soporte a la red Identi.ca. Pero la gente de StatusNet decidió desarrollar su propio cliente de escritorio multiplataforma con la idea de aprovechar todas las características con las que cuenta Identi.ca.

Según Zach Copley, uno de los desarrolladores de la API y gerente de relaciones de la red “StatusNet tiene características únicas que nos gustaría ver en los clientes” y anunció en su lanzamiento que “pensamos que la mejor manera de lograr esto, es la construcción de clientes con estas características de nosotros mismos”.

La aplicación, en concreto, se llama StatusNet Desktop y esta construida con Titanium, un Appacelerator, es decir, un sistema de código abierto de desarrollo rápido de aplicaciones que aprovecha las tecnologías web como Html, Css y JavaScript para crear aplicaciones nativas.

Si bien por el momento StatusNet Desktop se encuentra en etapa de pruebas con su versión 0.9, vale la pena probarlo. Cabe destacar que en breve estará disponible para plataformas móviles como Android, iPhone y Blaskberry.

Cómo probar StatusNet Desktop

Primero que nada debemos descargarnos el paquete desde status.net/desktop, ya sea para Linux 32 o 64 bits, o para Windows u OS X. Una vez descargado, lo descomprimimos con un clic derecho -> “Extract here”.

Una vez descomprimido, ingresamos a la carpeta StatusNet Desktop y hacemos doble click en el archivo “StatusNet Desktop” para que se inicie el instalador. Luego, solo restará volver a ejecutar el mismo “StatusNet Desktop” para que se inicie la aplicación.

Para los usuarios de Ubuntu 10.04 y Fedora 13 existe un problema ya conocido con Titanium y su tiempo de ejecución que da lugar a un error al iniciar StatusNet Desktop. Una solución rápida a este inconveniente es eliminar los archivos en conflicto luego de ejecutar el instalador. Para ello en una consola tipeamos lo siguiente:

rm ~/.titanium/runtime/linux/1.0.0/libgobject-2.0.*

rm ~/.titanium/runtime/linux/1.0.0/libglib-2.0.*

rm ~/.titanium/runtime/linux/1.0.0/libgio-2.0.*

rm ~/.titanium/runtime/linux/1.0.0/libgthread-2.0.*

Para los usuarios de ArchLinux, recomiendan instalar libpng12.

Cómo usar Identi.ca con StatusNet Desktop

Loguearse con una cuenta Identi.ca en StatusNet Desktop es muy sencillo, tan solo debemos completar los datos requeridos:

Nickname: nombre-usuario-identi.ca

Password: contraseña-usuario-identi.ca

Site: identi.ca (aquí hay que ingresar tal cual la dirección)

Y listo! A probar y disfrutar de StatusNet Desktop. Para más información pueden visitar el wiki de StatusNet Desktop.


© Ezequiel para Punto Geek, 2010. |
Permalink |
Sin comentarios |


Tags: , , , , , ,

Exclusivo: Pedi tu revista Oracle Magazine gratis

Fuente:
StatusNet Desktop el cliente oficial de microblogging de Identi.ca

Problemas en Twitter: menciones desaparecidas, más "fail whales", y más

Julio 5th, 2010 by Tuiter

La Fail Whale

Parece que esta es la semana de los fallos. YouTube ha tenido un fallo de seguridad, la iTunes Store ha sido hackeada, y Twitter va peor que nunca. Seguro que todos vosotros habéis notado como últimamente las “fail whale” aparecen mucho más frecuentemente que antes.

No sólo está cayendo estrepitosamente el “uptime” de Twitter, también están teniendo otros problemas. Hace poco, ha empezado a extenderse un fallo con las menciones, haciendo que los usuarios no reciban ninguna de ellas. La versión móvil del sitio también ha fallado, aunque lo acaban de resolver. Hubo problemas con los certificados SSL hace 4 días, y hace 6, Twitter se volvió casi inusable durante prácticamente todo el día.

¿Qué puede estar pasando? Todavía no lo sabemos, aunque podría estar relacionado con la carga adicional producida por el Mundial de fútbol. De momento, lo que han hecho para mejorar el servicio ha sido reducir el límite de llamadas a la API de 350 a 175 para intentar reducir la carga, y seguramente estén investigando qué pasa. Sin embargo, no parece que esto vaya a arreglarse pronto, así que habrá que aguantarse con lo que hay. Mientras tanto, podéis permanecer al tanto de lo que pasa aquí en Genbeta.

Más información | Twitter Status

Fuente:
Problemas en Twitter: menciones desaparecidas, más "fail whales", y más

Contratado por Apple a los catorce años de edad

Julio 2nd, 2010 by Tuiter

La historia de Tom Williams es bastante conocida, pero suele ser sintetizada en “el chico canadiense de catorce años que fue contratado por Apple“, sin ahondar mucho sobre su vida y cómo fue que llegó a trabajar para la empresa de Cupertino. Emprendedores, aquí va la historia de un verdadero ejemplo. Tom no era buen alumno, de hecho era un alumno bastante malo: interrumpía a los profesores constantemente, no le gustaban para nada las matemáticas y ni siquiera llevaba cuaderno y lapicera a clase. Ocurre que cuando estaba en sexto grado, a principios de la década de los ‘90, sus padres se separaron. Como a todo chico de once años, ese hecho lo deprimió sobremanera, pero a la vez lo hizo llegar a una conclusión bastante curiosa para su edad: al sentirse tan desamparado, concluyó que debía obtener sus propios ingresos y no depender de nadie.

¿Cómo decidió comenzar el joven emprendedor? Vendiendo barras de chocolate en los recreos de la escuela. Llegó a comprarse una consola de Nintendo de ese modo, pero eventualmente se dio cuenta que tenía mucha competencia y que los precios a los que compraba la mercadería le dejaban muy poco margen de ganancias, por lo que negoció directamente con el vendedor mayorista para acaparar la venta de chocolates en su escuela. Un emprendedor bastante agresivo, para no pasar de los once años. Como no podía ser de otro modo, dada su edad y ansia por hacer dinero, como muchos otros antes y después que él, también puso el típico puesto callejero de venta de limonada, pero los números no le cerraban:

Desde el primer día, siempre intenté hacer buenos negocios. (…) Estaba constantemente pensando cómo ganar dinero y generar ingresos.

Tuvo tanto éxito vendiendo chocolates que rentó una pequeña oficina (recepcionista incluida) a la que iba todos los días después de la escuela. Y fue en ese momento (sin dejar de lado los chocolates) que comenzó a interesarse por el software, fundando su propia compañía Desert Island Software, de la que era obviamente el único miembro. ¿De dónde vino esta nueva pasión? En ese mismo edificio existía una oficina de ventas locales de Apple. Tom llegó la biografía de John Sculley (por aquel entonces era el CEO de la empresa de la manzanita) y el empresario pre-adolescente quedó fascinado. Comenzó entonces una etapa que duró un año y medio y linda entre la tenacidad más audaz y la obsesión. Durante un año y medio, antes de ir a la escuela llamó -sí, todos los días- a las oficinas de Apple, solicitando hablar con el CEO. Siempre lo atendía su secretaria, obviamente y nunca dejaba de pedir por una reunión con él. A las semanas Jerry (así era el nombre de la secretaria), se dio cuenta que no era ni un chiste ni un stalker, pero claro está que de todos modos la entrevista era un imposible. Ya después de varios meses, cuando hablaban por teléfono, Jerry hasta le preguntaba cómo le estaba yendo en el colegio. Mientras tanto, afortunadamente para Tom Williams, este se hizo amigo de dos de los empleados de la oficina local de Apple en Victoria, donde vivía y ellos enviaron un par de correos electrónicos, contribuyendo a su campaña.

Mi sueño era conocer a John por cinco minutos. Sabía que de tener esos cinco minutos haría que fuesen treinta y que esa media hora sería el comienzo de todo.

Su historia se fue haciendo conocida dentro de la empresa y al final algunos empleados de Apple lograron conseguirle un pase para la conferencia WWDC. Apenas llegó era una especie de celebridad y convengamos que no era muy difícil reconocerlo. Le concedieron la anhelada entrevista de cinco minutos con el CEO que se prolongó durante media hora, como había previsto y un pase VIP para la keynote, en la que estuvo junto a los vicepresidentes de la compañía. A pesar del buen momento personal, era el comienzo de épocas oscuras en Apple y a los meses siguientes, en 1993, Sculley se fue.

Pero el momentum duró poco y Tom, que tenía 13 años en ese entonces, estaba atravezando problemas financieros: a pesar de sus éxitos de ventas, la familia tras la separación era muy pobre y tuvo que abandonar su oficina, mudando sus operaciones a su habitación. Williams nunca cambió de actitud y tal fue la impresión causada por el joven durante su visita a la conferencia de desarrolladores que ni el ex CEO (que lo llamó un par de veces a su oficina casa para charlar y darle consejos) ni los ingenieros de Apple se olvidaron de él. Así es que para la siguiente WWDC fue invitado nuevamente, esta vez como orador, para hablar sobre la API de QuickTime. Por supuesto, todo esto paralelamente a los estudios y a su compañía de software, que ya contaba con Sculley como miembro honorario del directorio.

Antes de comenzar noveno grado, con catorce años, finalmente le solicitaron de Apple que fuese a trabajar con ellos, violando en el proceso varias leyes laborales y derechos del niño. Y este es el final de la entrada, no importa qué pasó después: en la peor época de Apple abandonó la compañía, luego filmaron documentales sobre su vida y se casó con una cantante country. Tuvo bastantes éxitos, siempre manteniendo la misma actitud y filosofía de vida, actitud que tuvo desde el primer momento, cuando vendía chocolates, fundaba su compañía de software y ah, cierto, también tocaba el violonchelo. Claro que no todo es color de rosas, hace unos años fue acusado por un periodista de evadir impuestos y finalmente, después de años de ser conocido como el Whiz Kid, se retiró de la vida pública. Pero nada de lo que pueda haber hecho más tarde o una personalidad que, muchos dicen, llega a ser extremadamente narcisista y egocéntrica, pueden empañar la historia de sus comienzos y el hecho de que tenía en claro cuáles eran sus sueños y objetivos concretos en una edad en la que muchos no dejábamos de querer ser astronautas (creo imporatante aclarar que nunca quise ser astronauta, es sólo una expresión). ¿Y cuál es uno de los principales consejos de nos deja Tom Williams?

Creo que es uno de los componentes más menospreciados de la industria, pero al final del día, todo lo que tienes es a tus amigos. Y si además tus amigos están en tu mismo negocio y son útiles a él, mejor aún, pues entonces tendrás gente que de verdad te apoye.

Contratado por Apple a los catorce años de edad escrita en ALT1040 el 2 July, 2010 por federico-erostarbe
Enviar a Twitter | Compartir en Facebook



Fuente:
Contratado por Apple a los catorce años de edad

Google muestra la integración de Chrome y Flash a través de un vídeo interactivo en YouTube

Julio 1st, 2010 by Tuiter

google-chrome-fastball.jpg

Tan sólo horas después de que los chicos de YouTube ofreciesen en su blog oficial su opinión sobre HTML5, su presente rivalidad con Flash y su futuro, el gigante del vídeo ha presentado un vídeo pero para elogiar las posibilidades de integración de Google Chrome con… ¡Flash!

Pero no se trata de un vídeo cualquiera, sino que en este caso es, de alguna forma, interactivo. Google Chrome FastBall, que es como se llama el juego, consiste en hacer llegar la pequeña bola hasta el final del circuito en el menor tiempo posible, teniendo que responder a una serie de cuestiones relacionadas con otros servicios como Twitter o LastFM en los pasos intermedios entre los vídeos.

Esto ha sido posible gracias a la combinación de un reproductor de vídeo construido a partir de la API pública de YouTube con, a su vez, seis reproductores pequeños cargados en la misma página.

Y aunque pueda parecer que sólo se puede acceder al juego desde Google Chrome, no es así, puesto que la mayoría de navegadores también permiten probar este pequeño e ingenioso experimento que desde Google nos presentan.

Vía | Blog Oficial de Google
En Genbeta | A YouTube le gusta HTML5 para sus vídeos pero…
Jugar a FastBall | YouTube.com/ChromeFastBall

Fuente:
Google muestra la integración de Chrome y Flash a través de un vídeo interactivo en YouTube

Twitter Places, la geolocalización llega de manera definitiva a Twitter

Junio 15th, 2010 by Tuiter

La geolocalización está de moda, incluso le dedicamos un post en ALT1040 con el mismo nombre. Hasta ahora, al menos de manera más global y sin centrarnos en EEUU donde el tema merece un punto y aparte, los dos principales rivales eran Foursquare y Gowalla, aunque el primero también ganaba sin lugar a dudas muchos más favoritismos que el segundo.

Pero las cosas acaba de dar un interesantísimo giro de tuerca tras la presentación por parte de Twitter de Twitter Places, y no porque vaya a suponerles una comepetencia directa, sino más bien por todo lo contrario. Hasta ahora ya hemos visto como la geolocalización llegó poco a poco al servicio, luego se centraron más que en ofrecer las coordenadas exactas, en hacerlo con el lugar, de manera más general, desde el que se tuiteaba y por fin han dado paso a la integración completa con diferentes lugares (entendidos esta vez como un bar, un negocio, un estadio de fútbol…) de la misma manera que Foursquare o Gowalla.

Decía que en realidad no les supone una competencia directa porque no apuntan a las mismas fuciones que estos, de hecho han estado trabajando para integrarlo con los dos servicios. Es decir, cuando hagas clic en un ‘Twitter Place‘ verás los tweets hechos de ese sitio vía Twitter pero tambíen vía Foursquare o Gowalla. Todo este movimiento por parte de la compañia no significa crear, por así decirlo, una red social dentro de su propia red social, sino que cuando se use alguien lance un tweet desde un local determinado éste quede etiquetado a ese local y además sirva de referencia para los demás usuarios, en definitiva como una manera de ‘contextualizar‘ el tweet.

Twitter Places irá siendo implantado progresivamente en 65 países y obtendrá su base de datos gracias a una alianza con TomTom y Localeze, de momento sólo lo será para la web de twitter.com y la versión móvil, aunque próximamente llegará a la aplicación oficial para el iPhone, Android y Blackberry, además de la API para aplicaciones de terceros.

Hasta ahora muchas redes sociales se basaban en la geolocalización, sin más, y en descubrir nuevos lugares o locales cerca de tu posición. Ahora de repente todo eso ya no supone nada nuevo, a menos que tengan un factor lúdico, o competitivo como el de Foursquare no sé yo hasta qué punto muchas de estas redes se van a sumar a la larga lista de servicios que dejan de ser útiles porque su función se implementa de manera oficial en Twitter.

Via: Bitelia

Twitter Places, la geolocalización llega de manera definitiva a Twitter escrita en ALT1040 el 15 June, 2010 por Carlos Rebato
Enviar a Twitter | Compartir en Facebook



Fuente:
Twitter Places, la geolocalización llega de manera definitiva a Twitter

Twitter incorpora servicio de geolocalización con Twitter Places

Junio 14th, 2010 by Tuiter

twitter-places-geolocalizacion.jpg

Cuando se celebró la conferencia Chirp, en la que se juntan todos los programadores que trabajan en el ecosistema de Twitter, se habló de la posibilidad de incorporar servicios de geolocalización a la plataforma. En las semanas siguientes no se volvió a hablar mucho del tema, hasta que ayer a última hora anunciaban la creación de lo que llaman Twitter Places.

Los cambios que veremos con respecto a la interfaz anterior es un pequeño menú debajo de cada Qué está pasando? que nos permitirá, bien añadir una nueva localización o seleccionar una de las que ya han sido utilizadas por otros followers o usuarios.
Read the rest of this entry »

Twitter a punto de cambiar y acabar con el ecosistema de enlaces cortos

Junio 9th, 2010 by Tuiter

Dicen que uno de los “mercados” (importantes las comillas) que más están creciendo últimamente es todo lo que va alrededor de algunas redes sociales, especialmente Twitter. Desarrolladores que antes eran absolutamente desconocidos saltaron a la fama de la noche a la mañana haciendo aplicaciones para actualizar tu estado, servicios tipo Twitpic ahora son imprescindibles y todos aquellos acortadores de URLs como TinyURL se volvieron sumamente importantes.

El servicio más importante en cuanto a acortar URLs es Bit.ly, y así como se alzó a la fama por medio de estadísticas de uso de cada dirección generada y servicios como Bitly Pro, podría desaparecer por un solo movimiento por parte de Twitter, que es justamente el problema de depender de un solo elemento para el desarrollo de tu negocio. Me explico:

Twitter anunció ayer que a partir de verano, todos los enlaces compartidos/publicados desde su sitio web o una aplicación de terceros serán “tratados” por ellos de tal forma que si el enlace es muy largo será acortado usando su nuevo dominio t.co (sí, extensión de dominio es de Colombia), especialmente útil para SMS, pero si se ve el tweet desde la web, probablemente se observe solo el dominio, por ejemplo:

http://www.amazon.com/Delivering-Happiness-Profits-Passion-Purpose/dp/0446563048 aparecería como t.co/DRo0trj en un SMS pero en la web se verá algo así como Amazon.com/Delivering o el título de la página. Todo esto para darle varios beneficios (que sinceramente son muy necesarios) a quienes tweeteamos a diario:

  • Los enlaces dejarán de ser parte del límite de 140 caracteres, algo que debieron hacer hace años y que por fin llega.
  • Desaparece la oscuridad generada por los acortadores de URLs de terceros, seamos sinceros, son un punto único de fallo y propensos a generar toda clase de problemas fuera del alcance de quien comparte enlaces.
  • Los enlaces, al ser “tratados” por Twitter harán mucho más sentido dentro del mensaje y se adaptarán a los diferentes dispositivos donde usamos el servicio.

Por otro lado hay beneficios para la empresa: podrán generar estadísticas de uso y luego ofrecerlo como servicio (mencionan las cuentas comerciales) y para determinar mejor qué tweets son relevantes o deberían ser promovidos a la página principal.

Todos los cambios se harán a partir de verano, los desarrolladores pueden adaptar su software con los nuevos cambios a la API. Vale recalcar que a diferencia de acortadores de URLs, Twitter incluirá la dirección original en un elemento de XML por lo cual el enlace no está escondido detrás de otro. Aunque es muy técnico, representa una diferencia fundamental en la forma en que las direcciones web serán publicadas/enviadas/compartidas.

Al momento en que las direcciones incluídas en un tweet no sean parte de la limitación de 140 caracteres, que el acortador de Twitter no oculta el URL original y que todos y cada uno de los URLs publicados serán tratados por ellos, acabarán con el ecosistema de enlaces cortos. El problema de poner todos los huevos en una sola canasta.



Fuente:
Twitter a punto de cambiar y acabar con el ecosistema de enlaces cortos