El día de hoy la web está llena de artículos (ver ITWorld, Android and Me, Andronica y Android Central) sobre como la gente de xda-developers, una comunidad de fans de smartphones Windows Mobile y Andorid de casi 3 millones de personas alrededor del mundo, consiguieron ganar privilegios de root en el Nookcolor (aka Nook 2) y pueden instalar cualquier tipo de aplicaciones en eBook de Barnes & Noble, con lo cual un eBook de $250 con el hack apropiado puede ofrecer las mismas funcionalidades que una tablet de $600 como es el Samsung Galaxy Tab.

El procedimiento para ganar privilegios de root aún no es sencillo, pero está documentado con todo detalle en la wiki de NookDevs, los detalles técnicos del Nookcolor se pueden encontrar en el website de Barnes & Noble, pero hay que aclarar que la única desventaja de usar un Nookcolor como tablet es el hecho de que no tiene cámara de video, algo que al parecer no ha alejado a muchos del iPad, hasta la fecha el tables más vendido.

Como prueba de su logro la gente de xda-developers ha subido un video a YouTube en donde se puede apreciar un Nookcolor siendo usado para popular jugar Angry Birds. Aquí el video:

 

 

La pregunta es si Barnes & Noble no hará nada al respecto y dejará que sean los entusiastas quienes decidan el destino del Nookcolor, o tratará de cerrar las puertas a futuros hacks y mantendrá al eBook como lo que es, para evitar entrar en competencia con jugadores más técnicos como son los fabricantes de tablets, por sólo mencionar algunos Apple, Dell, Samsung o HP.

Lo que si está claro es que no hay razones ni técnicas, ni tampoco económicas para que las tablets con Android tengan precios tan elevados como los actuales, definitivamente si la Nookcolor con este hack gana popularidad, todos los demás fabricantes de tablets deberán de comenzar a reformular sus estratégias de mercado, recordemos que estamos en un entorno donde todos los compradores están buscando como maximizar el poder de compra de su dinero.

Para complemantar la crónica iniciada por el post "El Origen y Evolución de Internet en Chiclayo", que tan amablemente reprodujera mi amigo Christian Medina en su blog y continuando con la narración de los eventos ocurridos en Red del Norte, voy a copiar y pegar el texto original que enviara a la periodista Cecilia Niezen y que fuera usado por la revista PCWorld para un artículo titulado "Historia de una erupción Chiclayana", aparecido en la edición del 15 de abril de 2003, en el cual se daba cuenta de la implementación de 28 terminales linux usando el software LTSP.

Actualmente resido en la ciudad de New York, la experiencia Linux en Chiclayo, fue sin temor a equivocarme, el mayor reto que he tenido en lo que llevo de vida.
 
La historia trancurrio más o menos así. En marzo de 1996, Red del Norte S.R.L., comienza sus operaciones como un BBS (Bulletin Board System), el primero de Chiclayo, y quizá el primero del norte peruano, no hubo mucha aceptación por parte del público pues todo el mundo quería Internet y por aquella época el monopolio de Internet estaba en manos de RCP, sucedio que en agosto de ese año apareció Infovía y la posibilidad de que cualquiera pueda convertirse en ISP a nivel nacional, bajo la denominación de CPI. Fue así que Red del Norte se embarco en la aventura de ser ISP, de la cual tampoco se puede decir se obtuvieron resultados exitosos, corrian los primeros meses de 1997 y para tratar de fomentar la suscripción de usuarios, se colocarón PC’s en la oficina para mostrar todo lo que Internet podía hacer. Grande fue nuestra sorpresa cuando la gente nos pedía alquilar las computadoras para trabajar alli en nuestras oficinas y no se interesaba mayormente por la suscripción desde casa. Por ese tiempo cobrabamos S/. 10.ºº la hora, sólo habian 4 PC’s disponibles para tal fin. A los usuarios frecuentes se les ofertaba la compra de un paquete de 8 horas por S/.40.ºº (es decir 50% de descuento). Pero al ver que tuvimos que ampliar nuestra covertura de 4 a 8 PC’s, es que decidimos intentar algo más ambicioso, poner una "gran" cabina como no se había hecho antes en Chiclayo, el objetivo era tener 24 PC’s y cobrar S/. 3.ºº la hora. Fue una inversión bastante elevada en la que la empresa puso todas sus esperanzas.
 
Al principio todo fue bien, las caja registradora no paraba de sonar y el éxito de la cabina atrajo también suscriptores al ISP. Pero como siempre ocurre en este mundo "todo tiene su final, nada dura para siempre" (H. Lavoe).
 
En julio o agosto de 1998, apareció un rival, se llamaba VirtualNet, y fue el primero de una serie de cabinas que han aparecido y desaparecido de la escena Chiclayana. Como habrás notado no he comentado nada sobre RCP en Chiclayo en las líneas anteriores, porque realmente nunca representaron mucho en la ciudad, pero hago mención que la aparición del nodo concentrador de RCP en Chiclayo y el formación de Red del Norte fueron eventos paralelos.
 
VirtualNet sumo 20 computadoras a la oferta y sentó el presendente para que todo el mundo pensara que tener una cabina era un gran negocio, y al igual que las combis, taxis, y la venta de PC’s al menudeo, en muy poco tiempo la oferta excedio largamente a la demanda. Por más que digan que hay mercado para todos, sencillamente el mercado se saturó.
 
La crisis se agudizó para nosotros a mediados del 2000, todas las cabinas usaban Win98 o Win Me y nosotros sólo teniamos las licencias de Win95, además nuestras PC’s eran antidiluvianas Pentium I de 133 MHz con 32 MB de RAM en promedio.
 
No teníamos dinero para renovar equipo, ni mucho menos para el Upgrade del sistema operativo, se me encargo formular un plan, que permita que la empresa siga operando, sin invertir más de U.S.$ 3000.ºº para ello. Sólo falto que me dijeran y además tienes que hacerlo con una mano atada a tu espalda (eso es broma).
 
Es así como investigando en Internet me topé con un interesante proyecto llamado LTSP (Linux Terminal Server Project), puedes visitarlo en http://www.ltsp.org/. Esta era sin lugar a dudas la solución a todos mis problemas, cogí una vieja HP Vectra de 233MHz, 128 MB de RAM y un HD de 3.2 GB, lo instalé y comprobé que era cierto lo que prometía el proyecto, las estaciones o termanales como quisiera llamarlas, no necistaban del disco duro y te mostraban una pantalla gráfica de GNOME (yo casi siempre uso GNOME, me parece más cool que KDE, aunque en gustos y colores …).
 
Sin embargo aunque esta prueba preliminar salio OK., la gerencia no tomó la decisión de implementar el plan sino hasta mediados del 2001 (y pensar que luego nos preguntamos por qué somos un país sub-desarrollado). La principal crítica era que se veia diferenete a Windows y los usuarios no lo aceptarían. Pero como en el mundo "Free" hay de todo para todos los gustos, encotré un gestor de ventanas fiel copia de un Windows 95/98, su nombre QVWM (http://www.qvwm.org), además de este software encontré los equivalentes de programas como el Messenger y el mIRC, programas obligatorios de toda cabina, además de instalar StarOffice 5.2, que podía abrir y editar archivos de MS-Office, posteriormente y debido a que era muy pesado el StarOffice 5.2 fue reemplazado por K-word y K-spreed, es decir sólo ofrecía soporte a procesador de palabras y hoja de cálculo. Como navegador el inmortal Netscape, que en su versión 6 para Linux era todo un balazo.
 
Cuando todo estuvo funcioando como se quería en la máquina de prueba se salio a buscar el server que pudiera manejar las 32 estaciones con las que contabamos. Se consiguió un server Netfinity 5000, por un muy buen precio, creo que pagamos algo así como $ 1500.ºº (claro que el server era de segunda), recordemos que teníamos un presupuesto limitado. Se acondicionó apropiadamente, le ampliamos las RAM a 1.28 GB, se le colocó el segundo procesador ( 2 x Pentium III de 750 MHz), y al principio usamos los discos hot-swap SCSI que traía con su controladora RAID, pero tras la falla de la tarjeta controladora RAID, tuvimos que injertarle un HD IDE de 20 GB. Fallo cuando ya estabamos atendiendo al público, aunque gracias a Dios en un fin de semana, así que los usuarios afectados no fueron tantos.
 
Ahora la gran pregunta era ¿Cómo meter los patos al estanque?, pues fácil, se me ocurrió regalar acceso a Internet durante todo el mes de octubre del 2001 en las máquinas Linux, aunque parezca increible, los ingresos de la cabina no cayeron, aunque a decir verdad ya era bien difícil que cayeran más.
 
Al principio eran sólo los aventureros, uno que otro amigo que no quería que me sintiera mal y por supuesto yo. Pero con el transcurrir del tiempo comenzó a llenarse por completo el ambiente, es más hasta comenzó a haber cola. Luego se termino la oferta y comenzaba la prueba de fuego, ¿la gente pagaría S/. 1.ºº la hora por una cabina con Linux?, y la respuesta fue sí, se acostumbraron y es más mucha gente prefería las máquinas de Linux porque tenían funcionalidades adicionales a las que se disponian en las Windows, por ejemplo se podían tener abiertas varias sesiones de messenger con diferentes logins, cosa que en las máquinas Windows no se podía hacer. Se podía dejar descargando programas en segundo plano, luego de que el usario se iba de la cabina. Los archivos con virus de cualquier tipo podían ser abiertos sin ningún tipo de precausión, y se generó un interés creciente por Linux en Chiclayo.
 
Una empresa ferretera de Chiclayo, contrato nuestros servicios para migrar de Windows98/Netware a Linux, tanto en el server como en las estaciones, para ello se utilizó una herramienta denominada FlagShip que permitió recompilar a código nativo Linux, los programas que ellos tenían en Clipper. El cambio se hizo en el transcurso de un mes con la empresa en pleno funcionamiento, no podíamos parar la empresa para migrarla y luego decir ya está, pueden comenzar a trabajar ahora. Fue un reto, pero lo conseguimos. Cómo siempre, aparte del ahorro en las licencias, aparecieron otros "beneficios" que no se habían pensado, por ejemplos los spools de impresión mejoraron en casi un 600%, las actualizaciones de los índices se realizaban en la décima parte del tiempo, Jorge Álvarez, el programador del sistema y con quien trabaje todo ese mes para que su sistema hecho a medida pudiera trabajar en Linux, no lo podía creer, además del hecho de que se habían despedido de los virus para siempre, el tráfico en la red se redujo notoriamente, ya que las estaciones se conectaban al servidor por medio de un telnet, es decir en el peor de los casos el máximo tráfico que podía entregar una estación era de unos cientos e Kbps, en cambio usando el Netware, una estación podía afectar seriamente el trabajo de las demás.
 
Funcionando las cabinas Linux en Red del Norte y la migración de la empresa ferretera, vino el interés de un colegio de la región por migrar sus laboratorios a Linux, también bajo la modalidad de LTSP, se les vendió y configuró el servidor, pero puesto que ya no estoy en Chiclayo, no se como les va actualmente.
 
La empresa Red del Norte S.R.L., cerro sus puertas al público el 31 de octubre del año pasado, y con ella creo que se terminó una época de innovación y creatividad en la ciudad de Chiclayo. Aunque los sites siguen existiendo (www.chiclayo.net y ww.rednorte.com.pe), la empresa ya no opera como tal, pero los usuarios que aún tienen sus correos en la empresa pueden chequear sus correos por los respectivos webmails. Yo viene a los EEUU el viernes 13 de diciembre del año pasado en busca del sueño americano, con el deseo insatisfecho de organizar un Linux Fest, en Chiclayo.
 
El cierre se debió a que la empresa había reportado perdidas consecutivas en los dos últimos ejercicios contables y pues sencillamente la empresa dejo de operar. Aunque hasta el último día las máquinas estuvieron operando y no tengo queja ni de mi viejo Netfinity 5000, ni de mis veteranas Pentium I, que se comportarón como todas unas campeonas y a ellas les podemos aplicar aquella frase que dice "los árboles mueren de pie".
 
Pienso que el LTSP, podría ser una buena alternativa para Huascarán, pero los $$$$ de Microsoft siempre podrá más que el sentido común y la inventiva.
 
En caso de que necesites información adicional, o mayor detalle o precisión en algún tema en particular, quedo a su disposición para responder cualquier pregunta.
 
Saludos.
 
P.D. La distribución que uso es RedHat, aunque se puede hacer los mismo con cualquier otra distribución, es sólo cuestion de gustos.

Quiero hacer notar que cuando digo RedHat, no me estoy refiriendo al actual RedHat por el cual hay que pagar, cuando todo esto ocurrió aún Fedora no existía como proyecto Open Source. La distribución espcífica que utilicé para implementar las cabinas fue RedHat 7.2, actualmente como los que siguen mi blog sabrán uso principalmente Debian para mis servers y Ubuntu para mi desktop.

Espero que esta nota nostálgica ayude a documentar no sólo los orígenes de Internet en Chiclayo, sino también como Linux llegó a la ciudad de la amistad y comenzó a ser utilizado ampliamente en diversas empresas de Chiclayo, hace ya más de 10 años.

Dado que el hardware de los iPhone está basado en hardware genérico (por más que Apple hable de diseños optimizados), es posible correr Android, o cualquier otro OS para móviles como puede ser Symbian en un iPhone. En el blog Life Hacker, ha aparecido un interesante artículo sobre como hacer esto, el modelo que recomiendan para intentar el experimiento es el iPhone 3G que puede comprarse en eBay por $250.

Los pasos en principio son sencillos:

  1. Jailbrake el iPhone, con alguna de las herramientas conocidas PwnageTool, Redsn0w, o Blackra1n.
  2. Instalar Bootlance en Cydia.
  3. Ejecutar Bootlance y parchar el kernel para soportar el iPhone.
  4. Instalar OpeniBoot.
  5. Instalar iDroid.
  6. Reiniciar el celular y comenzar a disfrutar de Android.

La gente de LifeHacker han preparado este video que explica como hacerlo (disponible sólo en inglés):

 

 

Tenga en cuenta que este es un proyecto aún en desarrollo y puede que algunas funciones no estén completamente operativas, así que no pretenda usar esta solución para un usuario final, esto es para los aficionados a experimentar con gadgets y sobre todo como una manera de ejercitar la mente.

Zimbra es una de las soluciones de correo electrónico que más rápidamente está ganando popularidad tanto por su facilidad de uso, como por sus medidas de seguridad. Aunque es una solución Open Source, la forma como almacena los correos no es ni el clásico Maildir o mbox de la mayoría de otros servidores de correo. La razón para almacenar los correos electrónicos en su propia base de datos es que de esta manera optimizan las búsquedas y pueden integrarlos fácilmente con los otros servicios que incluye el programa. Discutir si esta es la mejor forma de hacerlo o no será motivo para otro post en este blog, pero para ir entrando en materia permitanme contarles el caso de un cliente que tenía aproximadamente 13,000 correos antiguos que ocupaban un espacio de aproximadamente 3.5GB y deseaba que borrara todos los e-mails anteriores a una fecha determinada, este es un problema relativamente fácil de resolver en otros MTA especialmente si usan Maildir, pero este no era el caso ¿qué hacer?

Descrito el problema, les contaré que la solución la encontré en los forums de Zimbra en la forma de un script que hace uso del comando zmmailbox. Como dicen su autor, el script no es perfecto y tiene la limitación de que sólo borra un máximo de 2,500 e-mails cada vez que ejecuta un ciclo a pesar de que claramente el script dice que debe hacerlo en grupos de 100,000; pero aparte de ese pequeño inconveniente funciona a las mil maravillas, al menos en mi caso.

Aquí el script levemente modificado para mostrar los mensajes en español: 

#!/bin/bash
# version .1
#

ZIMBRA_BIN=/opt/zimbra/bin
echo "Introduzca la cuenta de correo:"
read THEACCOUNT

echo "Introduzca la fecha hasta la cual a Ud. le gustaria borrar los correos, en el formato MM/DD/AA. Ejemplo 04/10/09:"
read THEDATE

echo "Desde que directorio desea borrar los mensajes?:"
read THEFOLDER

echo "Ud. va a borrar todos los correos del directorio $THEFOLDER hasta la fecha $THEDATE para la cuenta $THEACCOUNT."
echo "Desea continuar? (s/N): "
read ADD

themagic ()
{
touch /tmp/deleteOldMessagesList.txt
for i in `$ZIMBRA_BIN/zmmailbox -z -m $THEACCOUNT search -l 100000 "in:/$THEFOLDER (before:$THEDATE)" | grep conv | sed -e "s/^ss*//" | sed -e "s/ss*/ /g" | cut -d" " -f2`
do
if [[ $i =~ [-]{1} ]]
then
MESSAGEID=${i#-}
echo "deleteMessage $MESSAGEID" >> /tmp/deleteOldMessagesList.txt
else
echo "deleteConversation $i" >> /tmp/deleteOldMessagesList.txt
fi
done

$ZIMBRA_BIN/zmmailbox -z -m $THEACCOUNT < /tmp/deleteOldMessagesList.txt >> /tmp/process-`date +%Y-%m-%d`.log
rm -f /tmp/deleteOldMessagesList.txt
echo "Terminado. Desea ejecutar otra vez el comando para el mismo usuario?"
read ADD
}

while expr "$ADD" : ‘ *[Ss].*’
do themagic
done

El formato de la fecha debe ser el establecido por Zimbra en la instalación, como en mi caso es el formato es el americano "Mes/Dia/Año" no he alterado esa parte del script, si Ud. eligio el formato europeo en la instalación debe hacer los cambios respectivos en el script. Para que el script pueda correr debe tener privilegios de administración, es decir debe ejecutarlo como el usuario zimbra o root, todo depende del seteo que se realizó al momento de instalar Zimbra.

Si tienen problemas con copiar/pegar el código del script lo pueden descargar desde aquí. Espero que este script les resulte tan útil como me ha resultado a mi.

Este pequeño post es sólo para tomar nota de un truco que he encontrado en los forums de XenSource sobre como limitar la velocidad de subida (upload) de un servidor virtual, la velocidad de descarga (download) no se puede limitar desde xen porque esta depende de los requerimientos enviados desde Internet. Hecha la salvedad anterior he aquí como hacerlo, se debe editar el archivo de configuración del servidor virtual y en la línea donde definimos los parámetros de la interfase virtual (vif) agregamos el parámetro rate, aquí un ejemplo:

vif = [ 'ip=192.168.1.25, mac=00:16:3E:20:F7:00, rate=256KB/s' ]

Valores válidos para rate pueden ser tambieb 5 Mb/s (5 millones de bits por segundo), recuerde que "b" representa bits y "B" representa Bytes. Espero que este tip les resulte de tanta utilidad como lo ha sido para mi.

Tal vez la mejor de todas las convinaciones posibles en el mundo TIC es cuando se usa un commodity hardware con un Open Source software, ese es el secreto tras la mayoría de exitosas empresas de nuestros días como Yahoo!, Google, Facebook o Twitter. Por otro lado así como los PC se convirtieron en un commodity, los routers de nuestros días también se han convertido en un commodity, todavía recuerdo cuando pagamos $5000 por un Cisco 2501 en 1997 cuando Red del Norte se convirtió en el primer CPI (el nombre que tenían los ISP en InfoVía) de Chiclayo.

WRT54GHay una gran variedad de routers, desde los super baratos como los TRENDnet hasta los más sofisticados Pepwave, pero el común denominador de estos equipos es que cada uno trata de ofrecer una solución integral basada en un sofware propietario, pero muchas veces usando un hardware bastante estándar (procesadores MIPS). Uno de los primeros fabricantes que integró Linux como el sistema operativo de sus routers fue Linksys (una subsidiaria de Cisco) en su modelo WRT54G, aunque luego lo cambiara por VxWorks, alegando ahorro de costes.

Sin embargo muchos entusiastas han creado frimware alternativos basados en Linux para estos routers basados en los procesadores Broadcom, aunque luego han ido incorporando soporte para otros routers también. Hay varias distribuciones Linux (frimeware) especializadas en routers, entre ellas DD-WRT, OpenWRT y Tomato, tan sólo por mencionar las más famosas.

Pero en particular quiero comentar sobre DD-WRT, una distribución Linux bastante poderosa que puede convertir un barato router WRT54GL de $60, en un poderoso y flexible router de $600, lo anterior no es exageración.

En adición a características interesantes como soporte a IPv6, la posibilidad de hacer overclocking del procesador del router, de aumentar la potencia de transmisión del equipo hasta 251 mW o habilitar un acceso ssh al dispositivo, una de las características más apreciadas puede ser el hecho de que el router puede ser usado como un load balancer de dos líneas WAN, según he encontrado en esté post. Pero por si todo eso fuera poco, en la versión estándar (std) del frimware DD-WRT en la opción de QoS podemos asignar ancho de banda basado en el MAC address, algo que era posible hasta no hace mucho sólo con caros routers Cisco.

Al ser el proyecto DD-WRT Open Source, es posible personalizarlo a nuestro gusto, pero si odiamos hacer todo otra vez, he encontrado esta práctica herramienta llamada Firmware Modification Kit (Open Source también), que permite agregar/remover paquetes del firmware o incluso cambiar themes y logos de la interface web para controlar el router, con lo cual los amigos de presumir sus "conocimientos" en tecnología podrían tener frimwares con sus nombres en ellos.

Lo dicho, si desean convertir su router de $60 en uno de $600 usen el firmware del proyecto DD-WRT, ojo no es la única opción pero es de la que puedo comentarles por el momento con confianza porque la he probado y definitivamente me siento muy satisfecho de haber actualizado a este firmware. Voy a continuar probando otras opciones como la OpenWRT y Tomato, sobre las que ya les comentaré luego.

Definitivamente el sistema de paquetes .deb es de lo mejor, y su herramienta de administración dpkg permite la fácil instalación/desinstalación de paquetes. Por otro lado las tecnologías de virtualización como Xen o VMWare facilitan tremendamente el desplegar servidores de prueba, el problema muchas veces es cuando se debe pasar de la fase de prueba a la implementación, muchas veces olvidamos llevar un control de que paquetes o que seteos aplicamos a los servidores de prueba, con lo que muchas veces no queda otra más que escribir un pequeño script que colecte los paquetes instalados y luego otro que haga la instalación en el nuevo entorno, pero he encontrado una estrategia mucho más sencilla en el blog PR0GR4MM3R, que sólo necesita 3 simples instrucciones.

Primero, generar un listado de todos los paquetes del sistema y su estado actual con el comando:

origen# dpkg –get-selections > lista_paquetes.txt

Luego, copiamos este archivo de texto al nuevo servidor que desamos tenga la misma configuración y ejecutamos los siguientes comandos:

destino# dpkg –set-selections < lista_paquetes.txt

destino# apt-get dselect-upgrade

Listo, con eso ya tenemos todos los paquetes que fueron instalados en el servidor "origen" en el servidor "destino". Esto funciona además de en Debian, en todas las distribuciones que usen el sistema de paquetes .deb como es Ubuntu y sus derivados.

Aunque el título de este post pudiera parecer el de una película porno de finales de los setenta, en realidad deseo comentar sobre los múltiples fallidos intentos de la comunidad Linux de querer convertir a Linux en el sistema operativo de nuestro escritorio.

El último de tales intentos fue la migración de todas las PCs de la administración pública del cantón suizo de Soleura, que hace 9 años inició el ambicioso proyecto de desterrar Windows de los escritorios de su administración pública, el día de hoy a través de Slashdot, me enteré de que han decidido abandonar completamente el proyecto y volver a Windows 7 para el 2011.

Roconozco, que yo desde hace mucho también he sido uno de los que anunciaban la llegada de la era del pinguino a los escritorios, tal vez el momenton que más cerca estuvo Linux de ser un sistema operativo de masas fue con la llegada de las netbooks, a finales del 2007, pero las cosas han cambiado radicalmente y la misma supervivencia del PC (con Windows, Linux u OS X) está gracias a los smartphones y tables ahora en duda, si alguien lo duda les recomiendo que le den una lectura a las declaraciones de Bryan Dunn CEO de Best Buy (la cadena de almacenes de electrónica de consumo más grande en U.S.A.), que señala al iPad como una de las razones de la rápida caída en ventas de netbooks, según Wall Street Journal.

El querer que todos tengan en sus escritorios Linux como sistemas operativo y Open Office como su suite de escritorio, es como querer que todos manejemos un tractocamion, claro no hay cosa que no podamos remolcar, pero el entrenamiento suele ser largo y no todos están listos para tanto poder.

Los que hayan leído este blog sabrán que aunque soy un fan de Linux, no soy un taliban de Linux, es decir no soy un fundamentalista como Stallman que cree que el infiel debe convertirce o perecer. Linux es ante todo una tecnología como su mismo creador Linus Torvalds ha dicho repetidas veces, y como tal tiene un ciclo de vida.

Claramente hay una línea divisoria en las aplicaciones modernas, el cliente (casi siempre un browser o algo similar) y el servidor. Mientras Linux es y probablemente siga siendo el rey en el sector de los servidores web, por otro lado en el lado del cliente nos hemos estado moviendo del polifuncional PC a los smartphones primero y ahora con increíble rapidez a las tablets, de las cuales el iPad es sólo una de las muchas opciones que hay.

¿Podrá llegar Linux en algún momento a tomar el escritorio?, en estos momentos me parece una pregunta sin sentido, ya que la existencia misma del escritorio como lo conocemos está en duda. Al final si usas un Nexus One o un Samsung Galaxy Tab, estás usando Linux en última instancia. Aunque no uses ni las X, ni KDE o GNOME.

Es necesario más pragmatismo en las comunidades Open Source y menos fanatismo y sobervia, ya que actualmente los más activos "colaboradores" de proyectos Open Source, no son los tan valiosos y necesarios programadores sino los "Evangelizadores".

Aunque el título del presente post ya es repetido y nos puede recordar la primera frase del popular vals de Juan Mosto "Que importa", que fuera popularizado por Lucha Reyes y que usualmente es usado cada vez que se habla de fútbol (otro de los grandes temas de fracaso nacional), no se preocupen, no hablaré ni de fútbol o amores no correspondidos. Por el contrario les hablaré de tecnología y como el deseo o las buenas intenciones no son suficientes para resolver problemas.

En este blog hace mucho que no tocaba el tema de la OLPC, durante ciertos momentos del 2007 y del 2008, este era un tema recurrente porque se dicutía sobre la implementación del proyecto y los tremendos beneficios que traería a la educación peruana, aquellos que hayan seguido este blog recordarán que siempre fui bastante crítico del proyecto (todos los post relacionados al OLPC), en la forma y fines que fue presentado.

Bueno luego de 3 años de experimentación/implementación lo único que ha quedado claro es que, el famoso programa de "Una laptop por niño", se terminó convirtiendo en siete niños por latop (según OLPCNews) y con reportes de que luego de dos años de uso un porcentaje significativo de las laptops no están operativas por falta de mantenimiento o repuestos, pareciera poco racional que el gobierno siga insistiendo en el proyecto y ahora planee comprar más XO-1.5 para distribuirlas en las escuelas secundarias, según informa la agencia de noticias oficial Andina.

Aunque muchos no lo puedan creer (es más yo no lo puedo creer), el Perú se convertirá en el líder mundial en cuanto a adquisición y despliegue de OLPC, ya se poseeían 260,000 laptops, pero se han adquirido 300,000 laptops más con lo cual se supera las 400,000 que Uruguay (el actual líder mundial) ha desplegado. La pregunta obvia es si hay algún estudio del Ministerio de Educación que demuestre que hay una mejora luego de dos años con el proyecto para poder evaluar la conveniencia o no de seguir con el mismo, y la respuesta obvia es que no lo hay.

El Perú, al igual que la mayoría de países latinoamericanos, es un país de fé. El Perú tiene fé que comprando las laptops, todos los problemas estructurales del sistema educativo peruano como un profesorado no entrenado apropiadamente, altamente politizado, carente de motivación y una infraestructura educativa muy mal mantenida y llena de carencias, desapareceran gracias a las maquinitas verdes. Al parecer como los problemas no han desaparecido, se concluyó que la razón debe ser porque han faltado más laptops y ahora hay que incluir a secundaria, ciertamente un acto de fé que quisiera compartir; eso y también el optimismo que veo en muchos de mis compatriotas tienen cada vez que comienza una rueda clasificatoria mundialista, que sin ser Nostradamus o el pulpo Paul todos sabemos como terminará para nosotros.

Estamos dilapidando el poco dinero que el estado ha podido ahorrar en estos últimos años de bonanza minera en proyectos que difícilmente podrán cambiar la situación del promedio de la población, simplemente porque no es cuestión de voluntad política, ni de gasto social. Es cuestión de sentido común y corregir el rumbo si se detecta que algo está mal, lamentablemente en una sociedad en la cuál se le dá tanto peso a la fé, un error no es visto como una oportunidad de aprender, sino por el contrario la prueba de que todo lo que hiciste, haces y podrías hacer está mal. Es por ello que un fracaso más no importa, ya que al final todo es cuestión de fé.

Cuando Sun Microsystem oficialmente renunció a seguir implementando nuevos chips para su propios servidores, y comenzó a tratar de venderce más como una compañía de software que de hadware, casi todos pensamos que el final de la arquitectura RISC en los data centers había llegado y que la arquitectura CISC presente en los chips de Intel/AMD, con sus capacidades de virtualización serían los dueños absolutos de la nube. Sin embargo ya desde hace un año, con la introducción de una nueva familia de procesadores ARM, la A9 que ofrecía velocidades de 2GHz y dos núcleos como una respuesta directa a la arquitectura Atom de Intel, Ars Technica en un post se preguntaba si los servdiores basados en ARM no estaban muy lejos.

Parece ser que los fabricantes de servidores no tardaron mucho en darce cuenta de las ventajas que se obtendría al usar los procesadores ARM de múltiples núcleos en los data centers, ya que estos consumen milivatios en comparación con los vatios que necesitan los procesadores de Intel o AMD. Los primeros en anunciar la introducción de los chips A9 en servidores fueron Marvel, Dell e IBM en mayo de este año.

Si a los datos anteriores añadimos dos más aparecidos el día de hoy. El primero ofrecido por Reuters, sobre el hecho de que ARM Holdings ha anunciado que su siguiente familia de procesadores soportará virtualización, con lo que definitivamente los planes de una incursión al segmento de servidores queda confirmada. La segunda, apareció en el portal de chismes tecnológicos SemiAccurate, indica que Facebook utilizará servidores basados en chips ARM en el nuevo datacenter que está en construcción en Oregon, aparentemente usando los chips de Smooth-Stone.

Con tablets y celulares como la plataforma de elección para consumir/producir contenido digital por las masas, ya Intel había visto menguar las ventas de sus productos de gama alta como el Core i7 y Core i5, ahora si los procesadores de ARM hacen una introducción exitosa en los datacenter usando como su principal credencial el bajo consumo de energía, entonces es de suponer que Intel vería contrarce su hasta ahora lucrativo segmento de chips para servidores (familia Xeon).

Es muy temprano para saber si un cambio de tendencia está en camino, después de todo Google aún sigue operando con procesadores Intel en sus datacenter. En el momento que veamos que Google comenta su intención de analizar otras arquitecturas diferentes a la hoy omnipresente x86, entonces la confirmación de un cambio de tendencia en los datacenters habría llegado.