OLPC con Windows en el Perú

No puedo decir que me sorprendí cuándo leí en el web site del Ministerio de Educación la "gran noticia", de que las OLPC XO-1 ahora contarán con Windows y Office XP. Esto era algo que estaba entre mis escenarios posibles, desde el momento mismo que la fundación OLPC comenzó a coquetear con Microsoft e iniciaron un proyecto conjunto para llevar Windows XP a la plataforma OLPC. Es más justo especulé sobre esa posibilidad en un post anterior "OLPC sufre un conflicto de personalidad".

Y es que hay que ser realmente muy ingenuo para creer que una plataforma como Sugar podría funcionar en países pobres y voy a dedicar el resto de este post a explicar por qué razon pienso que lo que está ocurriendo es algo natural.

Yo parto de una hipótesis inicial que es la siguiente: "La pobreza no es la causa de los poblemas personales o sociales de un país, la pobreza es la consecuencia de las decisiones torpes de una persona o una sociedad". Lo anterior puede parecer algo que rompe los paradigmas sociológicos que hemos aprendido, pero al igual que la hipótesis de Plank sobre que la energía se transmite en paquetes y no de forma contínua, rompió los esquemas de la física clásica, el que una idea parezca extraña y contradiga lo "evidente" no quiere decir que sea falsa. Asuman que es mi hipótesis inicial de trabajo.

Dada la hipótesis anterior, la condición de pobreza, subdesarrollo o atraso de un país no está relacionada con el accionar conspirativo de agentes externos o internos, sino por el contrario es debido al comportamiento auto-indulgente, hedonista y perezoso de la gran mayoría de sus miembros. Como dijera Napoleón "Nunca atribuyas a la malicia, lo que puede explicarse por la incompetencia".

O sea, el Perú es un país de grandes conflictos, desigualdades y pobreza no por culpa de chilenos, japoneses, gringos, la burguesía o la resurrecta oligarquía, sino por las acciones de clara incompetecia de la persona que la gran mayoría ve todos los días en el espejo del baño.

Esta bien, y aún suponiendo que todo lo que he dicho líneas arriba es cierto, que relación tiene con que las OLPC vengan ahora con Windows. Simple, las OLPC con Sugar requerían que los profesores sean entrenados en el uso de un entorno operativo nuevo y bastante diferente del "estándar"; además no había ningun tipo de aplicación educativa disponible para nuestra realidad y para desarrollar aplicaciones nuevas, se necesitaba de gente capaz de aprender en corto tiempo las nuevas reglas de desarrollo de aplicaciones (API), hacer lo que otros no han podido hacer hasta ahora exitosamente y producir rápidamente resultados medibles.

O sea en español puro y duro, usar Sugar en las OLPC es para gente exitosa, gente que acepta los grandes retos con optimismo y confianza, que es capaz de hacer lo que otros no han podido hacer. Lamentablemente está demostrado a lo largo de nuestra historia como país, que no nos caracterizamos por ser personas que les agranden los retos, por el contrario somos una sociedad que le tiene una gran aversión a lo nuevo. Aunque es poco consuelo nuestros mismos defectos son compartidos por todos los demas países latinoamericanos.

Hay un dicho popular muy sabio que dice: "El pobre paga todo al doble", y es cierto. El pobre usualmente lo es por su propia incapacidad, por su pereza y auto-indulgencia ante sus propios defectos. El pobre lo es, porque se niega a si mismo la oportunidad de competir contra el exitoso. El pobre acepta silenciosamente las reglas impuestas, se queja de su vida, pero no hace nada por cambiarla. Envidia a los que él considera exitosos, pero es incapaz de ver sus propios defectos para mejorar.

Es por ello que Perú siendo un país pobre, teniendo una clase dirigencial muy pobre (tanto a la izquierda como a la derecha del espectro político), lógicamente optara por el camino de lo establecido, del estándar. O como lo describe el comunicado del web site del Ministerio de Educación: "las más modernas herramientas de mayor uso universal".

Algo que no se dice es que son justamente los países pobres, los que más rápidamente usan las nuevas tecnologías. Y aquí la palabra clave es usan, porque los países pobres no producen nuevas tecnologías. No hay mérito en usar un Windows XP en todas nuestras escuelas, en las escuelas de los países menos desarrollados aún que los latinoamericanos, como es el caso de los países africanos, informática significa Windows. Sin embargo en los países desarrollados y exitosos, hay un esfuerzo por producir su propio sistema operativo, de la misma forma en que todo país exitoso trata de desarrollar su propia tecnología para casi todo.

Aquellos que les pareció mucha palabrería todo lo que he dicho líneas arriba aquí el simple silogismo:

  • Dado que la pobresa es la consecuencia de la ineptitud, pereza y auto-indulgencia de los propios defectos.
  • Dado que el Perú es un país pobre.
  • Dado que el entorno Sugar que viene en las OLPC no es para pobres.
  • Dado que Windows XP es para todos, incluídos los pobres.
  • En conclusión, el Perú cambiará de Sugar a Windows XP en su proyecto OLPC, y podra continuar fiel a su tradición de país pobre.

¿Por qué Mozilla sigue fiel a Gecko en lugar de migrar a WebKit?

Con el lanzamiento de Google Chrome, la semana pasada la mayor parte de los expertos se han estado preguntando sobre si los días de Gecko, el motor de renderizado de HTML usado en Firefox, están contados. La creciente popularidad de WebKit, un motor de renderizado HTML, desarrollado por Apple para su navegador Safari, sobre la base del código KHTML, desarrollado por el proyecto KDE para su navegador Konqueror, Y que ha sido adoptado por varias importantes compañías como Adobe, Nokia, o Trolltech, para proyectos propios,  y por varios sistemas operativos alternativos como Haiku, Syllable e incluso en Amiga OS, dan muestra que su código compacto, simple, claro y su riguroso respeto a los estándares HTML lo vuelven la elección obvia para desarrollar un navegador. Incluso Epiphany, el navegador del projecto Gnome, que comenzó utilizando Gecko, ahora se ha migrado a WebKit.

Una de las razones que impulsó a Apple a crear su propio motor de renderizado, basandose sobre KHTML, era que ellos necesitaban un web browser que pueda ser integrado estrechamente con su sistema operativo y adicionalmente que pueda escalar hacia abajo, como lo ha desmostrado en su iPhone. En ese sentido Gecko no era una opción para ellos, debido a que sus dos componentes claves XUL y XPCOM, que le otorgan su alta flexibilidad, tienen el alto costo de requerir más recursos del sistema y una complejidad adicional. Todo esto no es una falla de diseño de Gecko, sino obedece al hecho que cuando se diseño Gecko, se pensó en usarlo como base de una completa suite de conectividad online que incluyera además del navegador, un cliente de correo electrónico, un lector de newsgroup, un editor HTML y hasta un cliente IRC. Como resultado de lo anterior Gecko usa una interfase estándar XML que le permite definir su interface cliente (XUL), lo cuál lo dota de una gran flexibilidad a cambio de una mayor complejidad y tamaño, sin embargo es XUL también una de sus fortalezas, y la razón por la cuál existen tantas extensiones para Firefox.

En la reciente versión de Firefox 3, se ha usado el nuevo Gecko 1.9, que mejora muchas de las debilidades que se encontraban presentes en las anteriores versiones (especialmente las relacionadas al uso e memoria) y que lo hacían grande y lento. Es más como muestra del profundo cambio experimentado en Gecko, ya hay intentos de tratar de portarlo a dispositivos móviles, algo que nadie hubiera intentado con Firefox 2. Y se espera que con la llegada de Firefox 3.1, que usará Gecko 1.9.1 e incluirá posiblemente TraceMonkey, el nuevo intérprete JavaScript que según muchos expertos ofrece mejor performance que V8 (el intérprete usado en Google Chrome), las cosas mejoren mucho más.

Sin embargo a pesar de las recientes críticas sobre Gecko, este motor de renderizado debido a su particular idiosincracia, es amado por los desarrolladores de extensiones, que usando XUL como un runtime pueden producir aplicaciones RIA, tal es el caso por ejemplo de Songbird music player. E incluso aplicaciones completas son ahora posibles de distribuir como extensiones de Firefox 3, convirtiendo al navegador en un runtime, como lo ha demostrado la última apliación de diagramación y prototipado GUI Pencil, que ganara el último concurso para extensiones Firefox 3. Así que desde el punto de vista técnico Gecko no es inferior a WebKit, y si se quiere ambos motores son complementarios, pues estan orientados a diferentes segmentos de mercado.

En un reciente artículo aparecido en Ars Technica, aparecen las declaraciones de Mike Shaver, actual Vice-Presidente de Ingeniería de la Fundación Mozilla, quien ante la pregunta sobre la competencia Gecko/WebKit y por qué él cree que Gecko es aún importante, afirma:

"Tengo un gran respeto por la gente de WebKit y por el trabajo que ha hecho. La web es mejor porque ellos están alrededor presionando duro, y Mozilla en si mismo es mejor, como resultado de que la competencia nos presiona, asi como tambien la cooperación que va desde nuevos estándares web para la implementación de plugin, hasta las discusiones más nerds de como implementarlos".

Sin embargo a pesar de las palabras anteriores Shaver descarto el uso de WebKit en Mozilla por dos motivos, el primero es la alta fragmentación que existe actualmente en el ecosistema de WebKit, y en segundo lugar la preeminencia de Apple en WebKit, con sus no tan claras y transparentes prácticas. Ambos factores podría afectar la viabilidad a largo plazo del proyecto que tiene la fundación Mozilla, si es que cambiaran a WebKit desde Gecko.

Como hemos podido ver, la Fundación Mozilla apuesta fuertemente por Gecko, y tiene la convicción que la ventaja técnica que muestra actualmente WebKit, será superada en el futuro próximo en Firefox 3.1. Sin embargo queda claro que las características técnicas que tiene Gecko, tampoco lo hacen despreciable, ni mucho menos obsoleto, es más XUL es tal vez su carta más importante y una característica que no poseen ni Safari, ni Chrome.

Corriendo Google Chrome en Ubuntu 8.04 usando wine

Por el momento no está disponible una versión de Google Chrome para Linux, y en el documento que explica como compilarlo para Ubuntu Linux o cualquiera basado sobre paquetes .deb dice claramente que aún no se puede utilizar como navegador, sólo se produce una compilación exitosa y en la línea de comandos se obtiene el mensaje "all tests pass", pueden leer sobre eso aquí.

Había conseguido correr Google Chrome en mi Ubuntu pero dentro de una máquina virtual XP, para ello he usado VirtualBox. Pero quería usarlo con wine, que ofrece en teoría una mejor performance que VirtualBox porque no necesita cargar todo el OS. La versión de wine que instala Ubuntu 8.04 (Hardy Heron) es la 1.0 que es la última estable, sin embargo para correr Google Chrome necesitamos la 1.1.3, que es una versión de desarrollo, según leí en el blog "My Science Is Better". Del que he extraído y traducido los pasos necesarios para instalar Google Chrome en Ubuntu 8.04.

Si va ha seguir estos pasos tenga presente que la versión de wine que instalaremos es la de desarrollo y podría dañar su actual configuración de wine.

Lo primero que haremos es instalar wine 1.1.3, para ello debemos de seguir estos pasos:

$ wget -q http://wine.budgetdedicated.com/apt/387EE263.gpg -O- | sudo apt-key add –
$ sudo wget http://wine.budgetdedicated.com/apt/sources.list.d/hardy.list -O /etc/apt/sources.list.d/winehq.list
$ apt-get update

Luego de los pasos anteriores Synaptic nos indicará que hay paquetes que actualizar, y debemos de seguir los pasos de siempre para actualizar el sistema, después de ello debemos verificar si ya wine 1.1.3 está instalado para ello usaremos el comando:

$ wine –version

Ahora hay que instalar winetricks y los plugins y fuentes necesarias para soportar Google Chrome, para ello debemos ejecutar estos comandos:

$ wget http://www.kegel.com/wine/winetricks
$ chmod +x winetricks
$ mv winetricks /usr/sbin
$ winetricks riched20 riched30 flash
$ winetricks allfonts

Ahora ya estamos listos para poder descargar e instalar Google Chrome en nuestro Ubuntu, con estos pasos:

$ wget http://gpdl.google.com/chrome/install/149.27/chrome_installer.exe
Nueva versión disponible (05-Sep-2008):
$ wget
http://gpdl.google.com/chrome/install/149.29/chrome_installer.exe
$ wine chrome_installer.exe

Y observaremos que aparece la ventana de instalación de Google Chrome, seguimos los pasos de la instalación como en el caso de Windows, hasta que obtenemos la ventana inicial de Goole Chrome, esta ventana se mostrará con un mensaje de error, debemos de cerrarla y hacer una modificación más en nuestro sistema.

$ sudo pico ~/Desktop/Google Chrome.desktop

Dentro de ese archivo debemos de añadir las opciones "–new-http –in-process-plugins" a la línea que empieza con "Exec=", debemos de tener finalmente esa línea del archivo Google Chrome.desktop luciendo como esta:

Exec=env WINEPREFIX="/home/volkan68/.wine" wine "C:\windows\profiles\volkan68\Local Settings\Application Data\Google\Chrome\Application\chrome.exe"–new-http –in-process-plugins

Finalmente ya estamos listos para usar Google Chrome en Ubuntu, hacemos doble click sobre el ícono en nuestro escritorio y vamos a YouTube. Aquí una captura de pantalla:

Chrome en Ubuntu

Atados al pasado

Cuándo el congreso del estado de California no aprobó el presupuesto enviado por el equipo económico del Gobernador Arnold Schwarzenegger, éste amenazó con pagar a los empleados del estado sólo el sueldo mínimo ($6.55 la hora), hasta que el nuevo presupuesto sea aprobado. El Contralor del estado de California (John Chiang) se opuso en un primer momento por cuestiones de principio, pero ahora alega una razón "técnica" para no aplicar la orden del Gobernador Schwarzenegger, de acuerdo a sus últimas declaraciones sobre el asunto aparecidas en el portal de noticias Sacbee.com, tomaría semanas hacer los cambios en el anticuado sistema de planillas del estado de California, que está escrito en COBOL, y podría llevar de 9 a 10 meses volverlo a su estado original, Chiang alega que el presupuesto para actualizar el sistema de planillas del estado es un proyecto de $177 millones de dólares que aún no ha sido aprobado, y aparentemente tampoco lo será en esta legislatura estatal.

Tres comentarios puntuales, el primero es por qué seguir usando una tecnología tan antigua como lo es COBOL (si el mantenerla es mucho más costoso que cambiarlo), segundo por qué no se actualizó el sistema cuando hubo tanto ruido mediático sobre el bug del años 2000 (de eso ya hace 8 años), y finalmente ¿por qué no hacer outsourcing de las planillas del estado de California a empresas como PayChex o ADP?.

En sus declaraciones Chiang alega que han tenido que llamar del retiro a varios ex-empleados para que trabajen parte del tiempo en darle mantenimiento al sistema de planillas, pero que éstos han sido despedidos con las últimas medidas de austeridad propuestas por Schwarzenegger.  En lo personal creo que aquí estamos hablando de un típico caso de estafa, programas que se hacen a medias y mal, para que siempre se esté llamando a los desarrolladores. Y una falta de criterio gerencial en Chiang, porque es tan sencillo y mucho más barato hacer el outsourcing de la planilla a empresas establecidas y que procesan las planillas de millones de negocios actualmente en USA, ¿por qué las planillas del estado de California deben ser procesadas internamente?, pues al ser empleados públicos sus sueldos están sujetos a escrutinio público si algún ciudadano piensa que hay algo turbio.

Y no se sienta Ud. tan contento, porque quien sabe a lo mejor ese futuro también le espera a su "sistema integrado", que está escrito en Clipper/FoxPro o VisualBasic. Cuando pasan estas cosas es que la gente recién comienza a darse cuenta de que existe algo que se llama ingeniería de software.

IBM, Canonical, Novell y Red Hat listos para robarle el escritorio a Microsoft

El día de ayer (5 de agosto) ha aparecido una noticia en MarketWatch interesante para mi, aunque creo que amenazante para Microsoft, se trata del hecho de que IBM, Canonical (propietaria de Ubuntu), Novell (propietaria de SUSE) y Red Hat (propietaria de Fedora) están formando una coalición para ofrecer un sistema operativo para los escritorios corporativos que no requiera ningún producto Microsoft, las razones de hacerlo en este momento son obvias, un Windows Vista que requiere actualizar el hardware para poder usarlo cuando todos los presupuestos de los departamentos TIC se reducen como resultado de la difícil situación económica, un Microsoft Office que en cada nueva encarnación cuesta más y hace menos, y el hecho de que los ensambladores de computadoras harán más ganancias comercializando un sistema operativo Open Source, que el caro modelo de licencias que propone Microsoft, como lo ha demostrado Asus con su eeePC.

La idea detrás del proyecto de IBM de un sistema operativo de escritorio sin Microsoft, no está exenta de revancha por parte de IBM, que fue traicionada por Microsoft en 1992, cuando la compañía de Bill Gates decidió abandonar el barco de OS/2 e iniciar su propio sistema operativo gráfico usando parte del código que desarrollo en joint-venture con IBM para el Presentation Manager, es así como Gates amasó su tremenda fortuna, pues hasta antes de Windows 3.0, Microsoft no disfrutaba del estatus de monopolio de la plataforma de escritorio, el binomio Windows+Office fue lo que creo el imperio de Gates. Ahora IBM al parecer desea devolverle el favor a Gates, y ofrece su suite de oficina Symphony para reemplazar a Microsoft Office y su Lotus Notes para reemplazar al omnipresente Microsoft Outlook, y junto a las distribuciones más populares de Linux, Ubuntu, SUSE y RedHat/Fedora, ofrecer una solución de categoría empresarial, que es lo que plantea IBM puede leerse en su paper "IBM open collaboration client solution: An overview".

IBM tiene experiencia en despliegue de grandes redes, así que su soporte como empresa a una iniciativa de este tipo, tal vez el posible desarrollo de herramientas de migración por parte de IBM, podría permitir la migración en masa de departamentos de TIC enteros en los próximos años, básicamente por la falta de acción de Microsoft. Creo que Microsoft basó todo su éxito en la suerte, y como la juventud la suerte se acaba. Un ejemplo de que la mala fortuna ha llegado a Redmond ha sido su fallido intento de adquirir a Yahoo, hace sólo 5 años ese intento hubiera sido exitoso, pero ahora ya nadie tiene muchas expectativas en la empresa de Gates. Y todos sus negocios alternativos (fuera de Windows y Office), han resultado en fallidas aventuras como Zune, XBox, Microsoft Live, Silverlight.

Un ejemplo de contra qué es lo que se enfrentará Microsof ahora es el caso de la fabricante australina de PC VDEL, que ha tenido un gran éxito en el emergente mercado Ruso a través del uso del Open Collaboration Client Solution de IBM y Red Hat Enterprise, que le ha permitido ofrecer soluciones a sus clientes que le reportan ahorros entre el 30 a 35%, de una solución equivalente basada en productos Microsoft, sus dos principales clientes en Rusia han sido el servicio de correo ruso y la cadena hotelera Rushotel.

Será esta coyuntura económica adversa y la imposibilidad técnica de Microsoft para mejorar Windows como resultado de su deliberada política de ser compatible con los binarios y no con el código fuente como ocurre con todos los otros sistemas operativos, el detonante que sepultará a Microsoft como el actual monopolio que es. Para mi será interesante verlo, aunque ésta no sería la primera vez que Microsoft se salva de esta clase de amenazas, básicamente por que los usuarios no desean aprender nada nuevo, esta vez el cambio será forzado por las gerencias que buscan reducir costos operativos, aquel que no se adapte será reemplazado. Así que desde esta orilla me gustaría contemplar a las masas cruzando desesperadamente y contra reloj al lado donde me encuentro, quien sabe a lo mejor puedo ganar algo durante esta etapa turbulenta, si es que se llega a dar.