Asi llevo un rato, como en el episodio de enjuto mojamuto “el peor dia de mi vida”, reiniciando el Windows  Mobile 5 de mi iPaq hw6915, “apagando y encendiendo el router”, que se traduce en apagar el teléfono, encenderlo, meter el pin y volver a conectar a la red GPRS, reiniciando win mobile de nuevo…

Lo peor que puede pasarle a una persona en la vida es que se acostumbre a una tecnología que siempre funciona y que de repente falle. La frustración, e incluso el pánico que se generan cuando las cosas no funcionan “como siempre” son enormes. Pensemos en lo que pasa cuando hay un apagón largo. O el pánico que se desató cuando la red movil de vodafone cayo en españa. O lo que nos cabrea que no arranque el coche “justo ahora”. O el típico remedio casero para arreglar cualquier aparato electrónico que falla: darle un golpecito.

Somos, como en casi todas las ocasiones, animales pasionales y no racionales. No pensamos en los cientos de veces que en los ultimos años ese coche se ha encendido a la primera, o ese modem se ha conectado a internet. Porque si fuéramos un poquito más listos simplemente intentaríamos solventar el problema dando un rodeo. Aunque lo normal sera que sigamos un rato probado con el dedo en el reset, por si acaso.

Y el caso es que mientras hacía todo ésto he consegido escribir este texto en la iPaq… No tenemos remedio. 

Os dejo con Enjuto, que lo explica mejor que yo:

Creo que voy a ser castigado por algún Ente Superior del mundo de los informáticos. Al menos, lo merezco. Debo confesar hoy mis pecados, que son muchos, y más aberrantes cuanto que no me he dado cuenta de ellos de tanto insistir en el vicio.

Hoy estoy trabajando. Pero no en la oficina. Estoy teletrabajando mediante una conexión vnc a mi ordenador de Isotrol. Es la forma de teletrabajo que más me gusta, ya que me permite sentirme “como en la oficina” pero con el pijama puesto. Accedo a todos mis ficheros de trabajo, el correo, etc., etc. Podría usar el web-mail, o el mail desde fuera con un cliente en mi portátil, pero al final, siempre necesitas algún fichero que espera pacientemente en tu disco duro. Claro, que hacer vnc a un equipo que está tras un firewall y cuya IP puede cambiar, ya que se asigna mediante DHCP no es algo tan sencillo como compartir el escritorio desde GNome, o instalar algún servidor de vnc. Podría haberme peleado con un http-tunnel, pero he preferido usar LogMeIn.

LogMeIn es un servicio en el que, tras registrarte, puedes empezar a añadir los equipos que controlarás remotamente. Añadir los equipos es tan sencillo como entrar en LogMeIn en el equipo que quieres controlar e instalar su propio programa de vnc. Este programa crea el http-tunnel e informa al servicio central de LogMeIn de si está encendido o no el equipo, la dirección IP que tiene, etc. Así, para conectarnos, bastará un navegador que soporte Java para poder acceder a nuestros equipos a distancia. Lo bueno de éste servicio es que:

• no tengo que recordar direcciones IP ni otras historias tristes
• es gratis (hay versiones avanzadas, pero la básicano tiene coste)
• usa SSL (conexiones seguras encriptadas)
• me permite gestionar varias máquinas de un vistazo
• no hay que instalar nada en el ordenador desde el que accedo al “controlado”, luego podría entrar en mi equipo desde cualquier ordenador (de un amigo, en un ciber-café, etc.)

Evidentemente es un riesgo de seguridad enorme, ya que se accede a la parte “interna” de la red. ¿Cómo evitar este riesgo? Impidiendo que la gente se lo instale (tarde, en mi caso :-)) o bien utilizando un firewall de aplicación, capaz de distinguir no sólo conexiones entrantes y salientes desde/hacia determinados puertos y ordenadores, sino de qué se habla en esas comunicaciones. El FW de aplicación utiliza la misma censura que existe en una carcel: abre las cartas, las lee y si ve algo sospechoso, las retiene. Si no lo tuviéramos, en la cárcel sólo se comprobaría que Scarface no le escribiera a sus compinches, pero no se haría nada con esas cartas familiares y entrañables a su “padrino”.

Bueno, pero volvamos al principio, que me pierdo. Todo tiene una forma natural de usarse. En Informática, ésto también se cumple. Y, como con el resto de las cosas, siempre existimos pecadores tratando de funcionar de manera “extraña”. Estoy teletrabajando. Con LogMeIn, contra una máquina XP de la oficina. Desde Safari, el navegador de mi MacBook Pro. Sólo ésto ya es rarito. Pero, claro, me estoy descargando mi correo personal. Y tengo el calendario iCal abierto, porque quiero sincronizar mi PDA HP iPaq hw6915, que hace un par de días que no lo hago. Y este calendario iCal, por supuesto, se está sincronizando, a su vez, con los calendarios de Google que uso para las citas de trabajo. Tengo otro ordenador encendido en la habitación, en el cual estoy duplicando un DVD mientras unos ficheros se van copiando a mi Time Capsule…

Y ahora, que suenen redobles. ¿Qué estoy haciendo con el ordenador del trabajo, al cual accedo desde LogMeIn? Estoy importando correo. He cambiado de cliente de correo y quiero, como es natural, mantener mis correos antiguos. Estoy migrando de Evolution a Thunderbird. Ésto en sí no es demasiado complicado: ambos programas usan el venerable formato mbox para almacenar los correos y además en varios sitios describen cómo migrar de uno a otro. Lo curioso consiste en que estoy migrando desde un Evolution cuyos datos están en una partición con formato Linux (ext3fs) a otra con formato Windows (ntfs).

Esto de usar 50 programas para tener la sensación de “trabajar” se podría asociar a un síndrome de déficit de atención para Frikis (NADD). Pero el usar un programa para acceder a un equipo, que a su vez no usa su sistema de ficheros nativos, que hace una emulación de nosequé mientras al final se está grabando otra cosa me parece de lo más aberrante.

Antes, uno usaba su MS-DOS con programas de MS-DOS. Nada de emulaciones, escritorios remotos o simulaciones de sistemas de ficheros extraños. Se usaban las cosas de manera natural. Hoy, con tantas posibilidades a nuestro alcance, es normal que pequemos. Aunque algunos ya aberrábamos desde pequeñitos y ejecutabamos MINIX en un 286

Es decir, que ThinkingRock "mola". Que está bien. Que me gusta. Que me erotiza, vamos.

Hay gente que cuando llega a casa del trabajo quiere, la vez, hacer deporte, ver una película, programar un rato, estar con los niños, arreglar un ordenador estropeado, probar otro antiguo que se acaban de comprar en un mercadillo, ordenar el despacho, leer unos tres libros de informática a la vez, etc, etc, etc ¡qué estrés!. Es entonces cuando te das cuenta de que quieres hacer más cosas del tiempo de que dispones.
 
Esto ha sido una constante en mi vida, desde que la recuerdo. Siempre queriendo hacer más cosas de las que me daba tiempo. La solución: desde tiempos inmemoriales he estado probando programas para gestionar mis tareas. He probado unos cuantos, con diferente éxito.

Etapa Notepad

Comencé con un notepad (o su equivalente vi en Linux). Los problemas de usar un fichero de texto para apuntar tareas son:

- que si vas borrando tareas completadas, el fichero mantiene un buen tamaño pero no puedes mirar atrás y decir: "he tenido que hacer todo esto para disponer de página web". Bueno, en ese caso casi es mejor…

- siempre puedes no borrar las tareas finalizadas y moverlas al final del fichero, pero entonces el fichero crece y crece y crece. Con los sistemas que tenemos hoy en día no es demasiado problema, pero buscar algo en el fichero… Vale, tengo grep en Linux, pero pensaba en algo un poco más cómodo…

- este tipo de tareas tienen una descripción y punto. Nada de categorizarlas, agruparlas por proyectos, etc.

Etapa Juan Palomo

En la época en la que dirigí mi propia empresa (Elelog, S.L.) David Ragel (con algo de mi ayuda, poca por cierto) desarrolló un gestor de tareas, bug tracker, time tracker y todo lo que se pueda pensar.

El programa permitía definir varios proyectos e ir asignando tareas a un grupo de programadores. Los programadores seleccionaban una tarea y al pulsar en ella el tiempo empezaba a contar. Existían unos botones para parar la cuenta y volverla a arrancar (por ejemplo, por si te ibas a tomar café). De esta forma se podía llevar un reparto bastante exacto del tiempo empleado en cada tarea. De la misma manera podíamos repartir los costes salariales de cada empleado y saber cuánto nos costaba crear un producto, o acabar un proyecto.

Este sistema exige una disciplina que, en parte, es un rollo, si no eres metódico, pero que es muy buena si lo eres. Si se usan bien estos sistemas, el tiempo gastado en cada tarea se apunta solo. Y, además, si cambiamos de tarea muy a menudo debido a interrupciones (propias o ajenas), como debemos pinchar en una nueva tarea (llamada interrupción), se puede calcular el tiempo que un grupo se interrumpe entre sí. Ya se sabe que en los grupos de trabajo se pierde tiempo en la interacción entre los diferentes miembros…

Por si alguien está pensando: "vale, eso está muy bien, pero ¿qué pasa si quedas con un cliente en una reunión fuera de la oficina, pones ese cronómetro estilo Gestapo a funcionar en el portátil?", el sistema también permitía introducir la duración de una tarea a posteriori, por si se te había olvidado encerlo, había fallado, etc.  Bueno, fallar no fallaba nunca, nuestros productos eran los mejores

Etapa Outlook: el calendario nos fustiga

Tras este super-sistema volver al Outlook y a su lista de tareas me parecía volver a la edad de la piedra. Pero esa fue la tecnología que tuve durante mi estancia como Freelance en Telefónica Sistemas.

Etapa DotProject

En una visita a Isotrol, antes de volver, probablemente alrededor de finales de 2004 me enseñaron un producto software libre, basado en web llamado DotProject. DotProject tiene casi todo lo que podía necesitar: interfaz web, posibilidad de definir muchos proyectos, asignar tareas a los proyectos, posibilidad de marcar las tareas en diferentes estados (acabadas, empezadas, verificadas, …), seguimiento del tiempo dedicado a completar las tareas, etc. Eso, junto con un sistema de informes bastante bueno. Vamos, que me gustó tanto que lo he tenido instalado en el portátil y en la etapa del Profesor Errante es lo que he usado para organizarme de curso en curso.

DotProject es el estándar actual en Isotrol. Una versión algo modificada para cumplir con las peculiaridades de Isotrol. Funciona muy bien para gestionar varios proyectos de desarrollo, pero tiene algunos puntos débiles para mi gusto:

- el interfaz no usa AJAX, ni ninguna técnica moderna (lo que los horteras llaman Web 2.0) para salvarte del ciclo petición-respuesta HTTP. Por eso, es un poco áspero de usar.

- las tareas jerarquizadas no funciona del todo bien. Hay veces en un proyecto que uno se encuentra con una tarea que puede dividir en sub-tareas. Eso aparece en DotProject como un árbol: la tarea grande (padre) se subdivide en tareas pequeñas (hijas). Los problemas vienen al ordenar, al copiar una tarea con hijas de un proyecto a otro, etc.

- DotProject creo que se adapta casi perfectamente al desarrollo software con varios proyectos cuando el objetivo es registrar: registrar tiempos, incidencias, etc. Si estuviera integrado con Subversion o CVS, es decir, si cada vez que subieras algo al repositorio añadiera una entrada automáticamente ya sería la pera.

Después de todo lo dicho, indicar que he dejado de usar dotproject. ¿Y porqué?. Porque gestionar el departamento de Formación se parece menos a llevar varios proyectos y más a gestionar el caos. Me llegan peticiones por correo, por teléfono, de forma verbal, peticiones de diferentes personas, con diferentes prioridades. Algunas generan muchas tareas, otras, pocas. Muchas de estas tareas exigen que las delegue (recuero de la noticia justo anterior que estoy yo solito en el departamento) y hay que recordar cuándo es necesario que estén terminadas. En este escenario, el registrar el tiempo empleado ya no me resulta tan necesario: yo imputo todas mis horas a un único proyecto que es gestionar la formación. Lo que si que necesito es algo que me ayude a gestionar el caos.

Momento Thinkingrock

Y es aquí donde aparece ThinkingRock. Ya se sabe, "cuando el alumno está preparado, aparece el maestro", ¿te has enterado, pequeño saltamontes?. Thinking Rock es, como su logo indica, una piedra para aislarte del mundo y sentarte a pensar: "tengo quinientas tareas que llevo retrasadas de las cuales  doscientas tenían máxima prioridad, me esperan para los próximos días otras cien tareas, no quiero estresarme, pero ese informe debe estar terminado para mañana y yo estoy jugando a Call of Duty 2: Big Red One en la Play 2, y debo leerme el correo electrónico, que tengo 100 mensajes sin leer en la bandeja de entrada, por no hablar del correo postal sin abrir y ¡Dios!, se me olvidó que mañana tengo 15 reuniones, 4 de ellas en los puntos cardinales de las estaciones del Monopoly y, y, … ¿me tiro de la roca y acabo con mi sufrimiento?"

Si este es un problema al que te estés enfrentando, es decir, muchas peticiones que vienes de diferentes sitios, ThinkingRock realmente te ayuda a organizarte. Sus características:

- Es un programa Java de escritorio. Doble ventaja: al ser Java lo puedes ejecutar en Linux, Win, Mac OS X y cuando exista un JRE adecuado, en Amiga OS. Los programas de escritorio son fáciles de manejar: Drag & Drop, Copy & Paste, etc.

- Esto también es un inconveniente: ThinkingRock es una roca solitaria, como todos los escenarios previos al suicidio. No tiene interfaz web y no está pensado para grupos de trabajo, al menos que yo sepa.

- Su funcionamiento te ayuda a pensar: primero te creas un fichero de datos vacío, en el que defines unos datos maestros: unas categorías o etiquetas, para clasificar tus tareas o pensamientos y unos contextos. Los contextos son los lugares donde vas a resolver una determinada tarea. Luego podrás agrupar las tareas por contextos y decir "¿qué tareas tengo que hacer en la oficina? ¿Cuáles en casa del cliente?. ¿Y en mi casa?".

- Cuando estos datos maestros están rellenos, pasamos a dar de alta pensamientos. Los pensamientos no son más que líneas, junto con una descripción o una URL de cosas que se nos pasan por la cabeza que debemos hacer. O cosas que nos piden y no sabemos qué hacer con ellas. Como paso previo, todo correo electrónico que llegue por la mañana, toda llamada de teléfono o toda reunión crea un conjunto de estos pensamientos.

- Cuando uno tiene un rato se retira a pensar a su "roca" y procesa los pensamientos haciendo una de tres cosas: o bien los borra, porque realmente ya está hecho, o no necesita de una tarea, o lo anotamos como algo que "estaría bien hacer", pero no es imprescindible hacerlo ahora, o es algo que requiere de una acción genuína, en cuyo caso es Actionnable.

- Las acciones se pueden agrupar en proyectos. Un proyecto puede tener muchas tareas y éstas se pueden organizar jerárquicamente. Las tareas son de cuatro tipos: Inactivas, Delegadas, Planificadas o Urgentes.

- Las tareas Delegadas son probablemente la aportación más importante de TR a este mundo de gestores de tareas. Muchas veces hemos encargado algo a alguien y dependen muchas tareas de que esa tarea en concreto se termine a tiempo. Apuntarla como una tarea propia no parece la mejor solución, ya que yo no voy a hacer eso, pero necesito que se haga. Para ésto, nada mejor que delegar la tarea y apuntar la fecha en la que se debe comprobar si está o no acabada.

Otras soluciones

Evidentemente quedan otras soluciones. Como MS Project. He impartido algunos cursos de Project, así que conozco un poco la herramienta. El problema de Project es que está pensado para gestionar empresas de la construcción, y no de programas precisamente, sino de las que construyen con ladrillos.

Si tenemos en una empresa de construcción una tarea, por ej. pintar una casa, es lógico pensar en los pintores como recursos intercambiables. Si pongo a dos pintores en paralelo, tiene sentido que acabe en la mitad de tiempo. Pero llevar esto al extremo nos lleva a la típica cita: "no por asignar a nueve mujeres a un embarazo se tiene a un niño en un mes". Agregar recursos no siempre acelera las cosas, más que nada porque los recursos no son intercambiables cuando hablamos de informáticos: uno puede ser un crack con la BD, pero no saber nada de Java y viceversa.

Hay veces que uno escucha una palabra, no sabe qu? significa, la busca y no la encuentra. Y aqu? comienza mi historia. Hace mucho tiempo ya, estudiando una asignatura de la carrera (concretamente Ingenier?a del Software I) se estudiaba la Gesti?n de Requisitos.

Se hablaba de la extracci?n de Requisitos, de forma manual y luego apoyada por una aplicaci?n llamada REM

El caso es que se hablaba, por activa y por pasiva, de la "elicitaci?n" de Requisitos. Y aqu? comenz? esa duda aparcada en el fondo de mi mente. ?De d?nde se hab?an sacado esa palabrita?. Busqu? una forma parecida, en Ingl?s, pero no la encontraba. En Espa?ol, ni de co?a. La RAE no sabe a?n que es eso de elicitar.

Y ha querido la casualidad que hoy, leyendo una documentaci?n sobre OpenUP/Basic me encuentre de nuevo con la palabrita, en versi?n inglesa: elicit. La he buscado y ?sta vez s? que aparece en varios sitios. Al final, es una palabra que viene del Lat?n (elicere). Normal, a la gente que se quiere dar un poquito de importancia siempre le ha gustado usar latinajos para que el pueblo llano no les entienda, o al menos parezca que est?n haciendo algo muy importante.

As? que ya me he quitado la duda sobre "elicitar" requisitos, que no es m?s que una forma pedante de decir: extraer requisitos.

Cuando se habla de gestionar un proyecto se tratan habitualmente tres dimensiones: el tiempo disponible para realizarlo, los recursos (materiales y humanos) con los que contamos, y los requisitos o alcance que tiene el proyecto: qu? tiene que hacer. Siempre que hablo de un proyecto pienso autom?ticamente en uno inform?tico, es decir, cuyo resultado ser? un portal web, o un programa, o un plan de formaci?n t?cnico o algo as?, aunque tambi?n vale pensar en la organizaci?n de una boda o de un viaje, como ahora veremos.

Para ilustrar estos tres aspectos y su relaci?n se pinta casi inevitablemente un tri?ngulo en la pizarra. La situaci?n ideal es que el tri?ngulo sea equil?tero, que todos los lados est?n equilibrados (nota a los malos traductores: balanced no se traduce por balanceado, sino por equilibrado). Si alguno de los tres lados crece, los otros se ajustan para mantener el tri?ngulo.

Ejemplo 1: Desarrollo de un portal web.

Si nos fijan una fecha de entrega, y los requisitos no est?n claros (lo que, por la primera ley Freniche del Software hace que no paren de crecer) tenemos dos posibilidades. La primera, huir del proyecto r?pido, r?pido y sin mirar atr?s. La segunda, la m?s habitual (bueno, ahora que lo pienso…) es aumentar los recursos: contratar a m?s gente.

Ejemplo 2: La boda

Si los requisitos cambian, por ejemplo, porque no coincidan las fechas en que est? disponible el cura y el lugar donde vamos a celebrar el enlace, ya que los recursos son limitados (la organizaci?n de una boda siempre recae en la novia que acaba al borde del histerismo) el plazo de entrega debe variar: se mueve la ceremonia a mejores fechas.

En todas estas situaciones se supone que no hay problemas, ni errores. Al planificar, todo va a ir bien. Pero en los proyectos inform?ticos (como en todos los dem?s, por cierto) hay que contar con el nivel de calidad que debemos entregar. Podemos pensar en que nuestro sistema no tendr? ni un s?lo error, lo que es en s? mismo un error. No tiene sentido resolver un problema cuyo coste supera al beneficio que aporta.

Luego hay que tener siempre presente la tasa de errores con la que queremos vivir. Si nuestro programa debe ser perfecto, los recursos para control de calidad, test y comprobaciones aumentar?n. Necesitaremos m?s tiempo para hacerlo todo con calma. Y el alcance no puede crecer y crecer, ya que con cada requisito nuevo la probabilidad de introducir un error nuevo, o de que el sistema no funcione bien debido a las interacciones entre componentes aumenta.

?Aburrido?

La verdad es que hablar de gesti?n de proyectos le resulta un ladrillo a mucha gente. Y encima es algo que no puedes ver. Bueno, no exactamente. Hoy me he topado con un peque?o applet que ilustra perfectamente (y, en parte, ha inspirado) este post. Est? en www.basilv.com/psd/software-files/launchManagementDiamond.html.

Juega con ?l fijando el tiempo, aumentando el ?mbito y tratando de disminuir los recursos: ver?s que no es posible. Como en la vida real. S?lo en las mentes de algunos gestores cabe tener listo "para ayer" ese portal que integra LDAP, SingleSingOn, un CMS, WorkFlow y dos huevos duros contando con un equipo formado por dos becarios y el chaval de pr?cticas en empresas.

He recibido un correo de Diego (s?, se llama igual que yo) desde Melilla:

He instalado un servidor UBUNTUSERVER en el VMWARE, que gracias a ti conoc?…, hasta ah? bien… Lo siguiente fue instalar Apache, que veo desde el portatil y el fijo. Lo siguiente fue hacerme una cuenta en Dyndns y g?ay, pero pongo en el navegador la direccion y me sale mi router… ?como hago para ver el servidor?… toy hecho un lio… echame un cable pleaseeeeeeeeeeee.

Veamos. Supongamos que tu port?til tiene una IP como 192.168.1.x, con x entre 1 y 254. Es decir, que est? en una red interna. Las direcciones 192.168.x.x est?n reservadas para las direcciones privadas, las que usamos en las redes locales. Hay otros rangos (10.x.x.x y 172.16.x.x)

Cuando tu port?til se trata de conectar a Google, pregunta por su direcci?n y se manda una petici?n HTTP (para ver una p?gina web) al servidor web de Google (bueno, con uno de ellos, tienen decenas de miles). El servidor web de Google debe entonces responder a tu port?til para que t? puedas ver la p?gina en tu navegador. Si se encuentra una direcci?n privada ?c?mo llegar hasta t??. ?A cual, de los miles y miles de ordenadores situados en redes privadas con las mismas IPs debe responder Google?. Evidentemente este problema no lo tienes, es decir, puedes navegar. Ello es debido a que tu router de acceso a Internet hace IP masquerading, tambi?n conocida como NAT: al detectar una conexi?n desde un ordenador de tu red hacia fuera, cambia en la cabecera del mensaje la IP original por la suya propia (por la del router) que es p?blica. Google ahora sabe a qui?n responder. Es trabajo del router (y de NAT) deshacer ahora el cambio y entregar al equipo de la red interna la p?gina web solicitada.

En tu el caso es al rev?s. Quieres que desde fuera puedan ver un servidor web en tu red interna. Usualmente este tipo de servidores se colocan en un segmento protegido de la red interna llamado DMZ (zona desmilitarizada), mientras que otro segmento queda inaccesible desde el exterior (la MZ, zona militarizada). Por sencillez puedes dejarlo en la interna, aunque es menos seguro.

El caso es que debes hacer dos cosas:

1. abrir el firewall en entrada para el puerto 80 para la IP de tu port?til, es decir, permitir a cualquiera desde fuera que se conecte al puerto 80 de tu m?quina, que est? en la red interna.

2. crear una regla en el router de "port forwarding". Esto es algo similar a NAT, pero aqu? se cambia la IP de destino, no la de origen como antes. Si alguien intenta conectarse a tu router en el puerto 80, ?ste le pasa la tarea a tu port?til. Como ves, la IP destino (originalmente la IP p?blica de tu router, que es lo que se ve desde Internet), se cambia por la IP de tu port?til (que est? en la red interna). El paso inverso (llevar la respuesta desde el port?til) lo hace el router, como antes con NAT.

Evidentemente, los firewalls deben permitir conexiones entrantes por el puerto 80. Las salientes ya las permiten porque puedes navegar ?no?

Cualquiera que se asome por detr?s de mi m?quina Linux se dar? cuenta de que me encantan los escritorios sencillos, poco recargados, pero muy vistosos. Siempre integro alg?n "eye candy" en mi escritorio (si la memoria y la CPU lo permiten). Como ?ltimamente andamos un poco sobrados de ambas cosas (mi ?ltima adquisici?n con 2GB RAM y Dual Core me lo permiten) tengo gdesklets instalados a todo trapo en el escritorio.

Gdesklets, para el que no lo sepa, es un conjunto de peque?os programas escritos en Python que dan funcionalidades diversas, desde notas estilo Post-it, pasando por informes meteorol?gicos o el que me ocupa, un lanzador de aplicaciones. En concreto el lanzador de aplicaciones que utilizo es Starter Bar de Martin Grimme. Lo puedes ver en la captura de pantalla que adjunto. Es muy sencillo de manejar: s?mplemente arrastras un lanzador dentro y listo, ya puedes pinchar para lanzar ese programa.

El caso es que creo que el primer lanzador de ?ste tipo lo vi para los ordenadores Amiga. He descubierto recientemente (DISCLAIMER: soy un iletrado en Mac; no se puede tener todo) que Mac OS X tiene un lanzador similar (ahora recibir? treinta correos diciendo que no, que es al rev?s, que ser? el resto el que imita a los Mac…).

Como salto entre Win XP (sobre todo para los juegos) y Linux, he buscado algo similar, un lanzador de aplicaciones para Windows. Y he encontrado Rocket Dock de Punk Software.

Hace tiempo que vengo observando las carencias en este sitio web. Hab?a cosas evidentes que se deb?an arreglar, pero no encontraba el tiempo. Hoy me he puesto manos a la obra y he solucionado algunas de ellas:

- Para empezar, ahora se muestran 10 posts en la p?gina de inicio, y no tres, que es como viene por defecto el plug-in tt_news, encargado de las noticias. Creo que es m?s sencillo desplazar la p?gina hacia abajo que no intuir que hay que pinchar en la opci?n de men? "Archivo completo" para ver todos los env?os.

- Para empeorar las cosas, al final de la lista hab?a un enlace "Ir al Archivo" que no estaba activo. No hay nada peor que algo as?. Si muestras algo en una web, que funcione. Y si no, no lo ense?es, porque frustra a la gente. Intenta pinchar y nada, mueve el rat?n alrededor y ?nada!. En fin, ahora funciona.

- He a?adido una opci?n de "env?os por meses", que muestra los posts agrupados por a?os y meses, al estilo del resto de los blogs del mundo. Hay que imitar a la mayor?a porque, si no, si se es "demasiado diferente", se hace pensar demasiado al visitante y puede ser que se acabe largando y no vuelva jam?s. Ya se sabe lo que dice Steve Krug: "Don’t make me think"

- Por fin funciona el libro de visitas. Est? en Ingl?s. Ya lo traduciremos, etc. etc. Pero funciona.

- Y por ?ltimo, pero no por ello menos importante, he conseguido activar la simulaci?n de URL est?tica en Typo3 (SimulateStaticDocuments). Typo3 ofrece unas URLs fr?ncamente feas y complicadas de recordar. Encima, estas URLs no les gustan demasiado a los buscadores. Por ejemplo, la URL antigua para ir al inicio es:

www.freniche.com/index.php?id=20

y la nueva es:

www.freniche.com/index.php/Noticias/37/0/

?Cu?l es m?s f?cil de recordar? Al menos la segunda lleva la palabra "Noticias" dentro

Quedan algunas mejoras evidentes en el uso de la p?gina y su navegaci?n, que ir? preparando poco a poco. Tambi?n deber?a repasar el aspecto est?tico. Pero eso ser? en Agosto.

Todav?a me estoy riendo. Ya se me pas? (parte) de la morri?a casera. Ahora que me presento ante mis alumnos como un friki, me parece adecuado apuntar a este manifiesto-friki. Buen?simo.

Hace poco que he le?do el art?culo sobre Virtualizaci?n en Linux de la revista Todo Linux, inclu?do en su n?mero 65 y escrito por David Santo Orcero. Como ya sabreis soy un usuario habitual de m?quinas virtuales, especialmente VMWare. Pero como debeis saber tambi?n, me gusta aprender nuevas cosas y escuchar diferentes puntos de vista.

Con ese objetivo me compr? la revista. El art?culo en general no est? mal, ya que muestra desde una perspectiva hist?rica la virtualizaci?n y apunta sus posibles usos. Luego, pasa revista a las diferentes soluciones que existen para Linux. El problema es que desde el principio, y coincidiendo un poco con el tono general de la revista, "lo que no es Software Libre no es bueno punto y no hay m?s que hablar y sobre todo como hables de Microsoft te cortamos el cuello u otra cosa a la que le tengas m?s aprecio", todas las soluciones que no sean Xen son malas.

Es decir, los competidores de Xen se muestran con todos sus errores posibles. Xen, sin embargo, siendo un buen producto, no es capaz de ejecutar un XP que nos instalemos directamente desde los CDs de Microsoft, lo cual impide de momento usarlo para un mont?n de cosas, como por ejemplo ejecutar Access dentro de Linux (se entiende, dentro de un Windows que se ejecute en una m?quina virtual en Linux).

El colmo de este sectarismo "Software Libre" es el an?lisis exageradamente parcial que se hace de VMWare. En ?l, se resalta que no es Software Libre, pero no se comenta que tanto VMWare Player como Server son gratis. Bien, no es igual de bueno que S.L., pero a mucha gente ya puede valerle. Cuando se habla de VMWare el autor se remonta a su versi?n 2. ?C?mo?. Que ya vamos por la versi?n 5 de VMWare, se?ores. Comparar la ?ltima versi?n de Xen con la versi?n de VMWare que funcionaba en un PDP-11 no me parece demasiado justo, pero bueno.

El problema principal es que al continuar nos encontramos con dos afirmaciones err?neas:

- la primera es que para ejecutar un Linux con kernel 2.6 en una m?quina virtual hay que instalar un parche o si no no es estable. Falso porque dispongo de media docena de m?quinas instaladas con diferentes sabores de Linux todas con kernel 2.6 y funcionan sin ning?n problema. Por supuesto, en el art?culo no se mencionan cu?les son esos problemas ni se apunta un enlace donde leer acerca de esos problemas.

- la segunda es que todas las m?quinas virtuales comparten la misma direcci?n MAC en la tarjetas de red. Esto es un error muy grave porque da la impresi?n de que el producto tiene una calidad determinada cuando es mentira. En la imagen que adjunto (resoluci?n 1600×1200) se pueden ver un par de m?quinas virtuales corriendo sobre mi m?quina real. Cada una tiene una MAC diferente, es decir, cada m?quina virtual se comporta como un aut?ntico PC.

Soy un defensor convencido del S.L. Lo uso, me gusta y cuando me piden opini?n, si existe una soluci?n S.L. que solucione correctamente un problema, propongo primero esa soluci?n. Por ejemplo, para navegar por Internet tengo claro que Firefox es la soluci?n. O el servidor web es Apache. Pero comparar Xen con VMWare de manera tendenciosa para volcar la balanza en favor del producto S.L. no me parece l?gico: al final la gente lo usa, se encuentra que no puede usar su XP desde Linux y lo dejan de lado enfadados y quej?ndose del S.L. "ya sab?a yo que siendo gratis no pod?a ser bueno, etc. etc."

Mi punto de vista es que la gente tiene problemas que solucionar y que lo que les interesa es arreglar esos problemas y no centrarse en las herramientas. Por ello, les da igual que algo sea S.L. o no, y en ocasiones casi mejor que ni lo sepan. As? usar?n el S.L. s?mplemente porque les hace m?s felices y no por una cuesti?n pseudo-religiosa.

Por cierto, ni estoy afiliado a VMWare, ni me pagan un duro. Uso su producto porque me gusta. Se aceptan r?plicas por mail. Y jamones.

Es curioso lo que est? pasando con la afici?n a las retro-m?quinas (l?ase AMSTRAD, COMMODORE, SPECTRUM, MSX, AMIGA, ATARI, etc., si me dejo alguna, perd?n a los damnificados). Pese a lo que se podr?a pensar, es un mercado que sigue funcionando, con tiendas propias dedicadas a los coleccionistas, monta?as de software cl?sico que se ha liberado, usuarios entusiastas que siguen utilizando sus m?quinas para seguir sintiendo que es su primera vez (con las m?quinas, claro). Creo que gran parte de este fen?meno es la nostalgia. Otra parte importante es que los juegos de aquella ?poca son la pera, a?n hoy. Y encima todo eso sin ventiladores, que tambi?n es importante.

Mantengo desde hace poco tiempo un rinconcito en la web para las retrom?quinas y especialmente para mis dos Amigas (A500 y A1200). Y me resulta curioso que contacten conmigo precisamente por ?ste apartado de la web. Hay gente que me escribe para consultarme algo, ya sea de Linux, Typo3, de Guadalinfo o de c?mo montar su empresa. Pero me sorprendi? el mail de Jos? Angel para preguntarme por temas del A1200. Por cierto, os recomiendo la bit?cora (o el blog, o la web, o como os guste llamarlo) de Jos? Angel: a1200.bitacoras.com, en la que recopila informaci?n sobre su A1200, al estilo de lo que yo pretendo.

En fin, que aunque pase el tiempo, las buenas (y a veces viejas) ideas, siguen funcionando. Y si no, que se lo pregunten a la Coca-Cola.

Supongo que ya todos conoceis VWare. Para los que no lo conozcan, es un programa que emula un PC completo, de forma que podemos instalar un S.O. dentro de ?ste PC y ejecutar, por ejemplo, Win XP dentro de Linux, o emular una red completa de PCs.

Ya sabeis tambi?n que existen ahora mismo dos productos gratuitos de VMWare: por un lado est? el VMWare Player, que nos permite ejecutar en una m?quina las m?quinas virtuales creadas con VMWare Server o Workstation y por otro VMWare Server. La diferencia principal entre VMWare Workstation y Server es que con ?ste ?ltimo no podemos definir grupos de m?quinas. Con el WS s? podemos y, por ejemplo, al arrancar el grupo se levantar?a a la vez el servidor web, el de correo, el de aplicaciones, etc. Con el server hay que ir levantando m?quinas una a una.

Bueno, tras la introducci?n, pasemos al objeto de ?sta comunicaci?n: VMWare dispone de m?quinas virtuales preconfiguradas listas para bajar de su Web. Las llaman Appliances, ya que est?n orientadas a resolver un problema concreto. Por ejemplo, hay una con Oracle instalado. Si necesitas un servidor de B.D. Oracle, en lugar de pelearte con la instalaci?n, te bajas el Aplliance de Oracle, lo ejecutas con el VMWare Player (gratis) y listo. La lista de Appliances est? en www.vmware.com/vmtn/appliances/.

Y ahora viene lo bueno. Para fomentar el uso de las Appliances, VMWare ha convocado un concurso. Te bajas el VMWare Server, te creas una Appliance (con Software legal, claro, bien Software Libre o producciones propias, o cosas donadas al Dominio P?blico, pero nada de meter un Windows 2003 Server en la m?quina virtual), la mandas y a esperar. A la mejor le dan el premio de 100.000 $. Hay tres categor?as: Appliances para usuario final, de sistemas y para desarrollo.

Pensad en los beneficios del concurso. Cuando acabe, tendremos en la web de VMWare de multitud de Appliances listas para probar. ?Que quiero aprender Eiffel?. Me bajo el Appliance correspondiente. ?Quieres programar en COBOL?. Ya no hay que buscar el compilador, pelearse con las depedencias, buscar un IDE… hay un fulano que lo ya lo ha hecho por m?.

Creo que es un concurso muy estimulante. Leed las condiciones en www.vmware.com/vmtn/appliances/challenge/ y suerte.

P.D.: yo concurso seguro. Ya quer?a crear m?quinas virtuales por un tubo, pero ahora… Por cierto, dispongo de una para desarrollo Java (Debian+Eclipse 3.3.1+J2SE SDK 1.4.1+Tomcat 5) y alguna m?s (Debian Stable pelada, Guadalinex V3, Debian Stable con Apache, Debian Stable con X, …). Para mis cursos ?sto es el no va m?s.

Todo aficionado a la inform?tica, ya sea por pasi?n o profesi?n, acaba trasteando en mayor o menor medida con su ordenador. Aunque hay gente especialmente habil, y que se dedica a personalizar sus equipos, comprando componentes de alta calidad, como memorias m?s r?pidas, placas base m?s peque?a o ventiladores super-silenciosos.

En mi caso, he apretado m?s de un tornillo. Mis equipos los mantengo yo y siempre tengo por casa un par de equipos no operativos montados con piezas descartadas de otros equipos. Ultimamente he realizado unas cuantas modificaciones hard (lo que se llama en el ambiente o scene hardware mods) en mis ordenadores antiguos, pero nada que ver con lo que consigue el protagonista de esta noticia: meter un PC enterito en una botella de whisky.

No s?lo demuestra tener un gran ingenio y habilidad. Tambi?n destila nostalgia. Al verlo, no he podido olvidar acordarme de los barcos de vela que se meten en las botellas.

Compilar un kernel de Linux no es una tarea complicada. Lo complicado es configurar el kernel antes de compilarlo. Las opciones que nos ofrece Linux para controlar el hardware de que disponemos es tan extensa que llega a sobrepasarnos. Y adem?s hay que contar con el detalle de que nos enteremos de para qu? es cada driver, y qu? demonios estamos configurando.

Para ayudar un poco en la tarea, me he encontrado con una p?gina en la que se explican de forma concisa un mont?n de detalles sobre sistemas de ficheros, interrupciones, CPUs, etc. Es una documentaci?n sobre los sistemas a un nivel que ya uno no est? acostumbrado, el nivel m?s bajo. Pero claro, ese nivel asoma la cabeza cuando hay que compilar un S.O.

Leyendo un art?culo de Joel on Software me encuentro una referencia a los HeisenBugs. Esta es una palabra compuesta de "Bug" (error en un programa, aunque la traducci?n literal sea bicho) y el nombre Heisenberg. El Principio de Incertidumbre de Heisenberg (recordemos las clases de F?sica, s?, s?, aquellas en las que te dorm?as) establece que:

"es imposible medir simult?neamente de forma precisa la posici?n y el momento lineal de una part?cula."

Antes de seguir, el momento lineal era la masa de la part?cula multiplicado por su velocidad. T?mate una aspirina y qu?date s?lo con la idea de velocidad. Por ejemplo, si queremos saber d?nde est? un electr?n y le "sacamos una foto", los fotones de luz lo desplazar?n y cambiar?n su velocidad. Por ello, podemos saber o d?nde est? una part?cula o a qu? velocidad se mueve, pero no ambas a la vez.

Esto mismo, aplicado a los errores inform?ticos, es el conocido "efecto del t?cnico presente", que establece que un error que nos lleva machacando toda una ma?ana desaparece en el momento en que el encargado de corregirlo aparece por la puerta. Por ello han unido el nombre del eminente f?sico al de error, creando el juego de palabras HeisenBug.