Wii, mucho más que una consola
Lo realmente curioso de los ingenieros es que nunca se contentan con algo que simplemente funciona, siempre tienen que ir un paso más allá. Este es el caso de Johnny Chung Lee y la Wii.
En su sección de proyectos Wii este simpático personaje explica, de forma bastante clara, las posibilidades a la hora de trabajar con la interacción con el usuario. Uno de los ejemplos a destacar es un interfaz parecido al propuesto en la película de Minority Report, como se puede ver en el siguiente vídeo:
Pero el caso realmente impresionante es el control de la perspectiva del usuario y el efecto 3D que consigue recrear. El siguiente vídeo es de obligada visualización:
Simplemente un pequeño genio 
Jugando con DCOP, cambiando el fondo de pantalla
Si hacéis uso de la utilidad “Slide Show” de kdesktop para gestionar el fondo de pantalla puede que esta entrada os sea útil.
El problema radica es que una vez fijado el directorio del que elegir el fondo no se puede hacer un “pasa al siguiente”. O al menos yo no lo he encontrado 
La posible solución era probar haciendo uso de DCOP y ha resultado tan sencillo… en fin, aquí tenéis el comando para forzar un avance dentro de la colección:
$ dcop kdesktop KBackgroundIface changeWallpaper
Metodología de desarrollo CADT
Leyendo Building Scalable Web Sites de Cal Henderson, un libro bastante curioso por cierto, encontré una referencia a la metodología de desarrollo CADT o “Cascade of Attention-Deficit Teenagers” de Jamie Zawinski.
La idea fundamental radica en “ignorar los bugs abiertos contra una funcionalidad”, es decir, los errores prácticamente no se resuelven.
El artículo del señor Zawinski se basa en un caso real ocurrido con los errores reportados contra los programas de GNOME 1.4 que fueron completamente ignorados hasta la versión 2.0 en la que se consideró que los bugs habían sido solucionados automáticamente.
El objetivo básico de esta metodología es mantener al programador lo más “contento” posible. Esto se traduce en que el programador se dedica a implementar nuevas funcionalidades y no peleándose con extraños errores.
Las ventajas son evidentes:
- Es mucho más sencillo planificar el tiempo necesario para implementar cierta funcionalidad que estimar la cantidad de horas que se van a invertir en solucionar un error.
- “Crear” nuevas funcionalidades es una actividad creativa más reconfortante que la depuración, que tiende a ser repetitiva y poco gratificante.
- No hay gasto en el cambio de contexto. No es necesario sacar al programador de su contexto de trabajo para llevarlo a un trabajo que realizó hace unos meses para solucionar un problema.
Las desventajas: evidentemente esto no es serio. No podemos aplicar esto a un desarrollo de aplicaciones críticas o a clientes que exijan parámetros de calidad estrictos.
A primera vista podría pensarse que es más una broma que una metodología, y no sería un pensamiento desacertado… Ahora bien, conociendo la vida real en la que los programadores con tal de eliminar un bug asignado son capaces de recurrir al “if (error) return 0;” o relanzar la excepción hacia arriba no está tan mal. Al menos ya sabes que la calidad va a dejar mucho que desear
Llevar a cabo esta metodología es muy sencillo, simplemente se habilita un issue-tracking que contabilice el número de bugs abiertos contra cierta funcionalidad. Cuando se alcanza el valor umbral la funcionalidad se reimplementa desde cero.
El resultado es que el programador siempre está pasando un buen rato creando software y los usuarios son sorprendidos con nuevas funcionalidades cada cierto tiempo.
Como menciona el señor Henderson es la estrategia que muchos sitios “Web 2.0″ están siguiendo más o menos oficialmente. Esta metodología merece un poco de reflexión, nunca se sabe.
Cifrando una partición con cryptsetup
Disponemos de un ordenador portátil (en este caso concreto una Kubuntu Gutsy) con una partición destinada a /home que queremos cifrar.
Esta solución no es de las más seguras, quedando por tratar temas importantes como el cifrado de swap, controlar la integridad del sistema y el correcto manejo de los ficheros temporales.
Los pasos son los siguientes:
- Ciframos la partición física con crypsetup y LUKS:
# cryptsetup luksFormat /dev/sda6
- Mapeamos lógicamente el dispositivo descifrado:
# cryptsetup luksOpen /dev/sda6 home
- Trabajamos como si fuera una partición normal:
# mkfs.ext3 /dev/mapper/home # mount -t ext3 /dev/mapper/home /home
Para realizar el montaje automático de la partición en el arranque es necesario modificar los ficheros /etc/crypttab y /etc/fstab:
- crypttab:
# <target name> <source device> <key file> <options> home /dev/sda6 none luks
- fstab:
/dev/mapper/home /home ext3 defaults 0 2
Con la configuración mostrada se pedirá la contraseña en el momento del arranque.
Podéis encontrar ejemplos más interesantes en la documentación de LUKS o simplemente buscando por Google.
“Conflicting Absolute Positions” por Rob Swan
Rob Swan publica en A List Apart “Conflicting Absolute Positions“, un breve artículo que comenta las posibildades de ajustar las cuatro posiciones de un objeto situado absolutamente.
La técnica descrita simplifica en gran medida los problemas que surgen cuando se quiere cuadrar objetos absolutamente ya que es una solución basada en únicamente en CSS sin hacer uso de JavaScript.
El desconocimiento aparente de esta técnica es debido, una vez más, a la falta de soporte de IE5 e I6. Por suerte Rob propone una solución adaptada a estos navegadores.
