Errores en libros de historia

Había querido escribir este post hace mucho tiempo, pero no había encontrado el video para probar mi punto, finalmente gracias a YouTube lo encontré.

Por todos es conocido  que en los libros de historia se nos quiere convencer que durante la edad media no existía ciencia y que se creía que la tierra eran plana, y apareció de la nada un señor llamado Cristóbal Colón que decía que la tierra era redonda y que navegando hacia el oeste se podría llegar a las lejanas  tierras de oriente (Japón y China).

Bueno le informo que si le contraron eso en el colegio tengo que decirle que lo engañaron, pues en la Europa medieval se conocía muy bien el trabajo de Eratóstenes de Cirene, un matemático, astrónomo y geógrafo griego (probablemente de origen caldeo, osea iraquí). Que había calculado la circunferencia de la tierra en el 200 antes de cristo, osea casi 17 siglos antes que Colón.

Es por ello que cuando Colón va a pedir fondos para su viaje, nadie se los da. Porque se sabía que ningun barco podría atravesar esa distancia, no porque se creyera que la tierra era plana y al llegar al final uno caería a la nada.

Sin embargo ese error ha sido perpetuado en muchos textos de historia y se presenta a Colón como el descubridor de que la tierra es una esfera.

Aquí el video de la serie Cosmos, de Carl Sagan, donde explica cómo hizo Eratóstenes para con varas, ojos, pies y cerebro medir la circunferencia de la tierra:

Ahora, como ese error hay cientos en los textos de historia, y eso forma una idea erronea en las mentes jóvenes, que creen que las verdades son reveladas a iluminados, que luego las transmiten a la humanidad, y no como es el proceso científico en sí, una sucesión de ensayo y error en busca de la verdad. Otra conocida leyenda es la de la manzana y Newton, pero eso es otra historia.

El proyecto OLPC a la deriva

En un artículo que encontré en ITWire, escrito por Sam Varghese, titulado "OLPC: un virus por niño", se formulan varias críticas a la dirección actual de proyecto OLPC y cómo esta idea que en un principio pareció tan prometedora ahora parece ir a la deriva entre contradicciones y deserciones. Ya sabía que Nicholas Negroponte había dicho que la OLPC debería ser más como Microsoft y que admás andaba buscando un CEO que lo reemplace para que le de una nueva orientación al proyecto y se encargue de las tareas administrativas. Pero la noticia de que OLPC correrá XP en 60 días fue la gota que derramo el vaso de mi desilución y que terminó de convencerme que esto de la OLPC suena a una gran estafa.
De acuerdo a OLPCNews, podemos ver esta cita textual:

"Negroponte dijo que un sistema operativo Windows está en proceso de ser optimizado para las XO, cómo anunciamos, ‘Microsoft y OLPC estan en conversaciones sobre cómo liberarlo, así como también cómo anunciarlo‘, puntualizo negroponte. También añadió que el sistema operativo Windows debería estar disponible para las XO en menos de 60 días"

Si uno se pone a considerar estos hechos: el que la ex-CTO Jepsen abandonara el proyecto, los problemas para el envio de las laptops adquiridas bajo la modalidad G1G1 (compra una, dona una), las declaraciones de Negroponte que cada vez son más favorables a Microsoft, y que anda buscando alguien que lo reemplace como CEO apuntan a que ese proyecto va camino al colapso.

Mientras estaban fieles a los cinco principios enunciados en su wiki, ellos podían alegar algo a su favor. Pero ahora con la inclusión del XP en la OLPC-XO, estan violando el quinto de sus principios y alejando a más colaboradores que seguirán la ruta iniciada por Mary Lou Jepsen. Además con XP la OLPC-XO esta muy lejos de la competencia como es el Asus eeePC, el Everex CloudBook y la recién anunciada MSI Wind (que promete pantallas de 10").

Pensar que el actual gobierno del Perú le ha apostado a este proyecto, bueno ya sabemos que todos los miembros del mismo no se caracterizan por su capacidad intelectual, y sus asesores tampoco. Pero en fin como dice el vals: "un fracaso más que importa".

Cisco usa virtualización en Linux y CPU de 40 núcleos en su siguiente generación de routers

En el blog de Colin McNamara, experto en diseño e implementación de redes que ostenta un CCIE, en un recinte post del lunes pasado (10 de marzo), se comenta la reciente presentación por parte de Cisco System de una nueva serie de routers llamado Aggregation Services Router, o de forma abreviada ASR. Esta serie de routers está principalmente dirigida al mercado de los proveedores de servicios, donde es identificado como una solución de chasis único, para lo que se llama la "triple play", servicios de integración de voz, vídeo y datos. Aunque con más precisión que se podría hablar de  "cuádruple play" pues permite la integración de voz, vídeo, datos y seguridad. El ASR1000 logra ésto por el apalancamiento de tecnologías claves. Se trata de un nuevo sistema operativo, el IOS-EX que utiliza el núcleo Linux como base, y el nuevo procesador de 40 núcleos Cisco QuantumFlow.

IOS-EX toma los mejores elementos del Internet Operating System (IOS), que tiene sus raíces en un armario en Stanford, y lo combina con los de mayor éxito del OpenSource Linux. Cisco esta apalancando las tecnologías de virtualización de Linux como es la Kernel Based Virtual Machine para proteger al sistema operativo contra fallos, así como para permitir el In Service Software Upgrades (ISSU).

Para apreciar realmente esto, primero tenemos que sumerjirnos debajo del conjunto de los cambios arquitectónico del ASR1000. El mayor cambio que Cisco ha hecho ha sido separar los planos de transmisión y control. En el pasado, los routers Cisco eran responsable de los procesos de transmisión del tráfico, y de los procesos de la configuración del router todo esto ejecutandose en el mismo sistema operativo raíz. El efecto secundario de esto es que, si se desea actualizar la raíz del sistema operativo de tu router, te van a tener interrumpir el tráfico que fluye a través de él, o con un procesador de ruta separadas físicamente para asumir la vez que reinicie. Este es un gran dolor de cabeza operacional, y efectivamente ha obligado a los ingenieros ha diseñar un chasis separando fisicamente para satisfacer las necesidades de alta disponibilidad actuales.

Lo que Cisco ha hecho para solucionar este problema, ha sido crear copias espejos de los cambios hechos en el almacenamiento y arrastrar los portafolios de ruteo. Ambas líneas de productos utilizan el sistema operativo para empujar los comandos dentro de un avanzado procesador que existe en la línea de tarjetas en sí misma. Las tarjetas de la línea ASICS estan diseñadas para trabajar de una manera distribuida, así el tráfico mientras está en producción nunca va a el procesador del router. Esto en efecto asegura que el plano de control y el plano de tráfico de datos pueden existir como elementos independientes.

Al separar los planos de transmisión y el control, lo que permite a Cisco básicamente ejecutar una estación de gestión en el ruter, que programa el conjunto de chips en la línea de tarjetas al vuelo. Aquí es donde reside el verdadero poder de esta arquitectura. Al separar estas dos funciones, los ingenieros de software están en libertad de poder utilizar poderosas tecnologías OpenSource como la Kernel-based Virtual Machines, y el kernel Linux, mientras que permite a los ingenieros que diseñan los circuitos acelerar el tráfico a través de las líneas.

Google File System

Buscando en los papers de Google Labs, encontré este interesante PDF titulado "The Google File System", aunque el documento data del 2003, tiene muy importante información sobre cómo Google ha diseñado un sistema de archivos a medida (GFS) basado en un clusters de máquinas de bajo costo, que garantice un alta disponibilidad y confiabilidad. Para ello han tomado ciertos criterios de diseño que pueden no ser generalmente aplicables a todo tipo datos, pero que sin duda son parte de su éxito como buscador los servicios que ofrece cómo Gmail, Google Docs, etc.

El documento esta en inglés, pero me ha parecido tan interesante que planeo traducirlo, son 15 páginas, asumo que la traducción completa me tomará como un mes, pues no dispongo de todo el día para dedicarlo a ello, pero si alguien se anima a darme una mano, pues es bienvenida, así a lo mejor esta listo antes.

Por lo pronto aquí la traducción del resumen ("abstract") del documento:

Nosotros hemos diseñado e implementado el Google File System, un sistema de archivos distribuido y escalable para aplicaciones distribuidas que accesen intensivamente a los datos. Éste provee tolerancia a fallos mientras mientras corre sobre computadoras de bajo costo, y es capaz de generar un alto rendimiento a un gran número de clientes.

Mientras compartimos muchos de los objetivos de otros sistemas de archivos distribuidos, nuestro diseño se basa en criterios obtenidos de la observación del flujo de datos de nuestras aplicaciones y el entorno tecnológico, tanto el actual como el futuro, que refleja un marcado alejamiento de algunas suposiciones iniciales de sistemas de archivos.  Esto nos ha llevado a reexaminar las opciones tradicionales para el diseño de sistemas de archivos y explorar nuevos puntos de vista radicalmente diferentes.

El sistema de archivos ha cumplido exitosamente nuestras necesidades de almacenamiento. Y es ampliamente usado en Google como la plataforma de almacenamiento para la generación y procesamiento de datos, usados por nuestros servicios así cómo también en nuestros trabajo de investigación y desarrollo que requiere grandes conjuntos de datos. El cluster más grande a la fecha provee cientos de terabytes de almacenamiento a través de miles de discos en un número equivalente de computadoras, y es accesado simultáneamente por cientos de cliente.

En este documento presentaremos los alcances del diseño del sistema de archivos para soportar aplicaciones distribuidas, discutiendo muchos de los aspectos de nuestro diseño y mostraremos reportes de nuestras mediciones tanto de micro-benchmark (pruebas de laboratorio) como su uso en el mundo real.

Si Wikipedia vendiera publicidad haría millones

En un interesante artículo publicado el día de ayer en Los Angeles Times, se da cuenta de una interesante paradoja. Mientras Wikipedia está dentro de las páginas más visitadas de Internet, con más de 300 millones de visitas diarias, ocupa la novena posición en el ranking de Alexa, sin embargo sufre mucho para recaudar fondos para mantener el proyecto funcionando. De acuerdo a LA Times, el presupuesto anual de Wikipedia es U.S.$ 4.5 millones, sin embargo anualmente sólo puede conseguir 45,000 personas que colaboren con el proyecto, y la cantidad promedio que aporta cada uno es de $33.  El resto del dinero es aportado por donaciones de grandes colaboradores cómo Stephen J. Luczo de Seagate Technology y el vocalista de la popular banda de rock U2 Bono.

Sin embargo si Wikipedia pusiera publicidad en sus páginas, se estima que podría hacer varios millones de dólares anualmente. Lo que no queda claro es por qué no lo hace. Sin embargo lo que si esta claro son las tremendas estrecheces económicas por las que atraviesa éste proyecto de enciclopedia on-line. Por ejemplo en el artículo se mencionan que internamente hay mucha ansiedad en la compañía sobre los fondos y las donaciones, e incluso se habla puntualmente del caso de una serie de e-mails que discutían las implicacias tributarias de aceptar donaciones individuales de más de $200.

En lo personal creo que la publicidad es una buena forma de monetizar websites, después de todo si el contenido es bueno, la publicidad no auyentará ni las visitas ni a los colaboradores que escriben artículos, después de todo el mantener el data center que necesita Wikipedia para servir esos 300 millones de páginas diarias, no es gratis y el usuario promedio lo sabe.