Archivo

2012
2011
2010
2009
2008
2007
2006
2005
2004

ChromeOS es el futuro, pero no el presente

Participé en un concurso de Google de aplicaciones para Chrome Web Store. Gané el concurso con la aplicación de eventuis para Chrome.

Google cumplió el calendario con puntualidad, con unas condiciones estupendas. Fetén. 

El premio consistió en unos ultra-portátiles Chromebook. En concreto un Samsung Serie 5. Con el novedoso sistema operativo en nube ChromeOS.

Tras probarlo unos días, decidí formatearlo e instalar Ubuntu. Explico porqué, empezando por las virtudes.

Lo bueno:

ChromeOS es el sistema operativo más seguro que existe. Así lo venden, y me consta que probablemente sea cierto. Todo lo importante se guarda en la nube, cifrado con SSL. Y lo poco que se guarda en el Chromebook está cifrado y custodiado por hardware. ¡Por hardware!

Para acceder al disco duro para -por ejemplo- instalar Ubuntu, hay que accionar un pequeño interruptor. Una vez activado esto se pone en modo desarrollador y de inmediato el portatil se formatea irremediablemente. Así es como protege la poca información guardada en él. Una vez formateado, se puede acceder a la consola como chronos (el usuario root).

¿Esto que implica? Significa que la única forma de acceder al ordenador o a su información es conociendo la contraseña de usuario. Además su sistema operativo es muy consistente, por lo cual puedes quedar tranquilo de virus, gusanos y troyanos. Es ideal para niños y ancianos principiantes.

En definitiva, toda la información se guarda -en teoría- más segura en Internet. Las aplicaciones son HTML5, fáciles de desarrollar, multi-plataforma, ligeras, bonitas... Creo que los sistemas operativos del futuro serán como ChromeOS.

Lo malo:

El sistema operativo tiene poco de sistema. Es un navegador Chrome y casi nada más. Operativo será para quienes naveguen por Facebook, Twitter, en general por Internet. Porque no tiene más que eso, Internet.

Si bien es cierto que el 90% de usuarios seguramente les bastará con. Desde luego a mi se me queda pequeño. Pero claro, soy un usuario un poco avanzado :)

Frustra no poder minimizar el Chrome, aun sabiendo que no hay nada detrás.

No voy a decir que mi aplicación de eventuis para Chrome sea una maravilla, es muy sencilla. La hice en 4 días (aprendiendo desde 0). Pero las aplicaciones del Chrome Web Store estan muy muy verdes. Defraudan. Pero si Google persiste en este camino, mejorarán, y bien podría llegar a buen puerto.

Conclusión

No recomiendo ChromeOS a dia de hoy (Febrero 2012) para usuarios intermedios-avanzados. A no ser que solo uses el navegador, en este caso es muy recomendable por su sencillez, eficiencia y seguridad.

Seguiré la evolución de ChromeOS. Su filosofia es muy radical ahora, pero puede ser el futuro.

Eso si, el harware de Samsung, impecable. Tiene muy buena calidad. Solo un dato impresionante... con Ubuntu 11.10, brillo al minimo, navegación con wifi: 12 horas y 6 minutos de batería. ¿Algún otro portatil lo supera?

Es más fácil creerse democrático que serlo

¿Qué significa REALMENTE el porcentaje de Uptime?

Se denomina "Uptime" al porcentaje de disponibilidad de un servidor web funcionando correctamente (online), en contraposición con el tiempo de caida (offline o downtime).

Empresas de todo tipo de hostings se apresuran en asegurar un uptime con muchos "nueves" y decimales. Pero realmente... ¿Qué implica?

Para averiguarlo nada mejor que esta tabla que indica el tiempo de caida máximo que garantiza cada porcentaje de disponibilidad indicado.

* Calculado con meses de 31 días y años de 365 días.

Conclusiones, si un hosting te asegura que su uptime es del 99,9999% o más allá te está mintiendo con toda probabilidad. Significaría que su servicio estará caido un maximo de 2 segundos cada mes, que acumulado anualmente serán 24 segundos maximo.

Este nivel de disponibilidad obviamente no lo tiene ni Google teniendo decenas de miles de servidores, en decenas de datacenters, por todo el mundo.

Simplemente reiniciando un servidor cada 2 años ya estarías acumulando los 24 segundos de downtime al año. Por no hablar de que todo sistema informático necesita hacer paradas de mantenimiento programadas.

Volviendo a la realidad... incluso un uptime del 99,999% se me antoja dificil de creer. Si reinicias el servidor... ya has superado los 26 segundos de downtime del mes. Solo sería posible si se está un largo periodo de tiempo (1 año) sin que no haya ninguna incidencia. Por minima que sea la incidencia, facilmente vas a palmar los 5 minutos prometidos.

Antes de calcular la tabla para escribir este artículo... realmente estaba en una especie de "burbuja de la disponibilidad". Creía razonable exigir un uptime de 99.999% para mi hosting. Pero en verdad con un 99.99% estaré muy contento, incluso con 99.9% me conformaría.

El problema es cuando hay una incidencia y el tiempo de caida se dispara hasta hacerse infinito. Una agonia de estres para todo sysadmin que se precie, que no recomiendo a nadie. Esto es lo que ha sucedido con Amazon AWS (computación en casi-nube) dejando a proyectos como Menéame el uptime por los suelos con casi 3 dias de downtime. Estimando a ojo 65 horas de caida, esto supone un uptime del 91,26% para este mes.

Con este ejemplo queda claro que ante una incidencia grave (que podría ser un disco duro que peta y hay que reemplazar, o una caida de red) va a desplomar la media de uptime una barbaridad.

Me imagino que ciertas empresas de hosting solo cuentan caidas completas de sus sistemas para el uptime o tienen en cuenta periodos de tiempo a conveniencia, o directamente prometen más de lo que ofrecen.

Bug en el servicio SMS (remitente personalizado)

Desde hace muchos años tengo conocimiento de una característica desconcertante del servicio SMS. Una característica que más de uno pensará -como yo- que es un bug. Un fallo de seguridad de base.

Este bug no es un hack, ni nada avanzado. Es una característica del servicio SMS muy poco conocida, que no se suele mencionar, pero que sin embargo ahí está disponible para cualquiera.

Para usarlo solo hace falta contratar el servicio adecuado, por Internet hay varias empresas que lo ofrecen por unos céntimos. Cualquier usuario intermedio, tras leer este articulo -y conocer alguna de estas empresas- podría hacer uso de ello.

El bug/característica es el siguiente:

Cualquier persona puede enviar un SMS a otra con un número de remitente "personalizado". Sin validación de ningun tipo.

Lo de "personalizado" es la clave. En verdad es un eufemismo que suaviza lo que realmente significa: suplantación. Parece inofensivo, pero no lo es.

Te deberías preguntar... ¿Como? ¿Si me llega un SMS no puedo saber a ciencia cierta quien lo ha enviado? Pues no. Puede ser cualquiera.

De hecho, cualquier persona que conozca tu numero puede enviar SMS a diestro y siniestro con tu numero. Sin que haya forma de distinguirlo. Con total seguridad creerán que lo has enviado tu y difícilmente creerán lo contrario.

Y me pregunto yo... ¿qué objetivo tiene esta "característica"? ¿Qué necesidad hay? No tiene ni pies ni cabeza. No puede ser una limitación técnica porque si pueden cobrar pueden identificar. ¿Cual es la ventaja? Para mi no tiene sentido.

Inconvenientes tiene muchos. Por costumbre social se otorga total credibilidad al remitente de un mensaje SMS, cuando en realidad es pisar barro.

Otro inconveniente es que muchos servicios web se apoyan en el servicio SMS. Algunos incluso confían la verificación o recuperación de usuario en este sistema. Lo cual implica que cualquiera que averigüe tu número de teléfono podrá hacerse con tu usuario.

Un ejemplo de este problema es que rechacé la validación de ciudadanos de VirtualPol mediante SMS pues no aportaba ninguna seguridad.

Otro ejemplo. En 2007 comprobé el alcance real consiguiendo dejar esta nota en Menéame con otro usuario (tras testear el problema, acto seguido avisé del problema). Sinceramente, pensé que no sería posible, pero el agujero de los SMS es así de basto y sencillo.

En definitiva. No se quien ha diseñado esto de los SMS, pero me resulta muy difícil de imaginar la razón por la cual las operadoras permiten remitentes personalizados. No es más que una fuente de problemas, que a priori nadie se imagina.

¿Cuanta precisión se necesita para geolocalizar?

eventuis es mi primera web que hace un uso extenso de la geolocalización. Cada evento puede ser geolocalizado y esto permite a cualquier usuario buscar los eventos más cercanos.

Empecé desde cero a aprender todo lo que pude acerca de la geolocalización. Desde formulas con arcocosenos hasta el radio de la tierra al nivel del mar de media (6.372,797 kilómetros).

Una de las preguntas más interesantes que me surgió fue ¿cuanta precisión necesito? Hice una serie de cálculos sencillos que no encontré por ningún lado y por eso me decidí a hacer esta anotación.

Para averiguarlo hice una tabla indicando la precisión dada por determinado numero de decimales de grado.

De forma que, por ejemplo, la distancia entre latitud 1º y latitud 1,0001º es de poco más de 11 metros (misma longitud y a al nivel del mar).

¿Que conclusiones extraigo de los resultados?

Pues resulta que la mayoría de webs se exceden en la precisión para geolocalizar sus items.

Por ejemplo en la Wikipedia la precisión habitual es de 6 decimales de grado. Madrid está geolocalizada con una precisión ±11 centímetros. En mi opinión para geolocalizar ciudades es suficiente con indicar latitud 40,416ºN, longitud 3,700ºW.

Volviendo a mi caso particular. Los eventos de eventuis son por ejemplo partidos de fútbol, congresos, conciertos... para geolocalizar estos eventos he decidido usar 4 decimales, es decir 11 metros arriba o abajo, lo que mide una rotonda de diámetro.

Mi consejo/conclusión:

Cuatro decimales de grado son suficientes para la gran mayoría de aplicaciones web.

Puede que algún proyecto requiera 5 decimales de grado, no es descabellado, pero más allá es rotundamente inútil. A no ser que sea un sistema de guiado de misiles y puede que incluso en este caso sea innocua una precisión ±11 centímetros.

Y la pregunta que algunos me han hecho. ¿Porqué escatimar en decimales?

Con eventuis he pensado a lo grande (por escalabilidad que no sea) del orden de millones de eventos geolocalizados. Además se requiere algunos cálculos que consume muchos recursos como la obtención de los eventos más cercanos a una posición dada. En definitiva, cuanto menos RAM y cálculos consuma mejor. Puede que estemos hablando de muy pocos recursos ahora, pero pensando a lo grande creo que es buena idea empezar ahorrando.

Postdata: un GPS de coche normal ofrece una precisión de 15 metros. El sistema GPS de uso civil más avanzado llega hasta 1 o 2 metros en las mejores condiciones usando 12 satélites (12 canales).

Colosal discurso de Alex de la Iglesia en los Goya 2011

Impresionante demostración de inteligencia y comprensión por parte de Alex de la Iglesia en referencia a la revolución que Internet va a producir en la industria del cine.

La mayoría a quienes ha hablado se ha dedicado a insultar y menospreciar a los ciudadanos. Alex de la Iglesia les ha mostrado la realidad y el futuro con claridad.

Me quedo con: "a ellos no les gusta que les llamen internautas, porque son sencillamente ciudadanos"

Memorable.