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 😉

Seguir 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 😀

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!

Sun Microsystems: CMT Chip Multithreading

Hace poco he descubierto la Sun Learning TV donde Sun Microsystems publica vídeos donde explican nuevas tecnologías. Aunque está bastante orientado a la publicidad de los productos de la propia marca, como era de esperar, también explican las cosas «para humanos» que dirían en Ubuntu.

Los primeros vídeos que he visto son los referentes al Chip Multithreading que han desarrollado. Por lo que cuenta, buscan presentan la solución al problema del tope de rendimiento de los procesadores convencionales.

Me gusta que dejen claras un par de cosas:

  • Hemos llegado a un tope físico en el desarrollo de procesadores. La cantidad de calor que disipan es alarmante, el consumo eléctrico también es demasiado alto.
  • El hecho de que un procesador sea demasiado rápido para los buses de memoria hace que, a pesar de estar consumiendo más recursos, el rendimiento no sea óptimo y tengamos en el acceso a memoria un cuello de botella importante.

Lo que no me queda claro es la solución que proponen, al principio del vídeo parece que hablan de tener varios procesadores separados y uno encargado de gestionar a los demás (una arquitectura parecida a la que utiliza la ps3, cerebro + obreros), las ventajas de éste sistema están en que cada procesador tendría su propio acceso a la memoria, con lo que paliamos el cuello de botella que hemos comentado antes.

Digo que no me queda claro porque luego habla de procesadores hyperthreading, ¿en que quedamos? estamos hablando de varios procesadores independiente que trabajan de forma distribuida? ¿o estamos hablando de un procesador con varios núcleos?

De todas formas, ninguna de esas soluciones es nueva, hace tiempo se vendían muchas placas con dos sockets para aquello del «dual processing» que no llegó a cuajar demasiado bien (precios desorbitados, mal soporte en sistemas operativos… eran otros tiempos :P) y los procesadores con múltiples núcleos… hace tiempo que están en las casas.

¿entonces? ¿de qué cambios habla sun? Se aceptan comentarios, sugerencias y chascarrillos varios 😀

Vídeos: Sun Learning TV

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, …