Llevo queriendo escribir esta entrada desde hace prácticamente un año. Hoy se cumplen 365 días desde que conseguí timar definitivamente a mi novia para que se casara conmigo ¡y todavía me aguanta! (y lo que le queda a la pobre, claro). Aunque fue una boda prácticamente “al uso”, no podía dejar de poner alguna que otra nota geek. De manera sucinta la mayoría de las veces, aunque otras no tanto. El caso es que quería hacer una recopilación de estos detalles para que quede constancia y poder recordarlos a medida que pasan los años.

• Empezamos con la invitación. En ella podía verse a dos muñecos, sentados delante del ordenador, uno junto al otro. No les faltaba un detalle: la pila de cd’s, la taza de té… He de reconocer que me salí totalmente con la mía a la hora de escogerla. Aunque en un principio empecé a diseñarla yo mismo, iba a dar mucho más trabajo e iba a salir más cara que eligiéndola de catálogo.
• Los anillos. Literalmente en ambos se puede leer la siguiente inscripción “Alicia y Lolo 20090508 :-)”. Como podeis observar la fecha está en formato yyyymmdd ¡y el smiley tambien aparece en la inscripción!
• Los gemelos. Me los regaló mi hermana. ¿Para qué describirlos? Una imagen vale más que mil palabras:

• El coche. Fue un Rolls Royce Phantom III de 1936 ¡alucinante! :-)
• Por supuesto había un encargado de retransmitir todo via twitter. Lástima que el móvil falló a primera hora de la noche jejeje

Y ahora vayamos a la parte quizás que pasaba más desapercibida, pero no por ello menos importante ¡la música!

• Había un trío de cuerda clásico. Eso sí, quitando la primavera de Vivaldi (que me gusta bastante), el resto del repertorio se completaba con canciones como:
  • La Marcha Imperial
  • El Último Mohicano
  • La Marcha de los Rohirrin
  • Brave Heart
  • El Vals de Amelie
  • Piratas del Caribe
  • … etc
• La entrada al banquete, fue con esta canción. Me hacía mucha gracia utilizarla, porque al principio parece la marcha nupcial, pero luego ¡teníais que haber visto la cara de nuestros amigos! xDDDD
• Durante la cena falló la música. Una lástima. Había preparado una selección, por medio de una lista compartida en Spotify para que el que quisiera pudiese indicar qué canciones quería escuchar en la boda (las menos movidas iban para la cena y las demás para la barra libre). Todo se lo di al DJ que contratamos, separándolas en distintas carpetas para que fuera alternando según el momento. Todavía tengo una lista de bastantes canciones de las que sonaron en Spotify.
• El momento tarta. Sonó el Nothing Else Matters de Metallica, pero la versión de Apocalyptica. Evidentemente la mayor parte de los invitados escuchaban una música tranquila de violoncello, pero había otro sector medianamente importante que sabía qué estaba escuchando.
• El baile nupcial fue con el Caribbean Blue de Enya. Realmente es un vals, pero se sale de lo habitual. Solo nos dió tiempo a ensayar durante media hora o así, pero creo que no salió mal. Entre otras opciones que barajaba estaban el “Kiss from a Rose” de Seal (que tambien tiene el tempo de un vals) y algún otro que no recuerdo.
• En la barra libre ya había unas listas prefijadas, que iban “degenerando” a medida que pasaban la noche y solo iban quedando los colegas. Empezó con el típico pachangueo (que ahí sí que iba el DJ con lo que trajera, porque me negué a recopilar esas cosas) y terminando con cosas como el Valhalla de Blind Guardian (la versión del Live). Muchas canciones están en la lista de Spotify que terminé guardando. Las secciones en las que dividí la “fiesta” eran:
  • Latino y Pachangueo
  • Dance
  • Dance 90’s
  • 80’s y Rock
  • Rock
  • Pop-Rock Español
  • Última Hora

Y básicamente creo que eso fue todo. Si me acuerdo de algo más ya nada más que tendré que irlo añadiendo a esta entrada. Al menos, escrito queda para la posteridad. ¡Y por si a alguien puede darle alguna idea, claro!

Otras entradas

• [Vendida] Vendo Canon 450D + 18-55 IS + extras
• ¡No quiero la tarjeta de Carrefour!
• El Pau de las narices
• El tocho de J2EE
• 200 calorías

Entre las cosas pendientes que hice el año pasado y no llegué a publicar por falta de tiempo está mi Proyecto de Fin de Carrera. Lo presenté en Marzo del 2009 en la ETS de Ingeniería Informática de la UNED, en Madrid.

El título del proyecto es “Análisis, Aplicación y Evaluación de un Algoritmo Evolutivo”. Concrétamente, se centra en el uso de algoritmos genéticos por medio de la implementación de un problema clásico en computación como es el de la mochila, tratando de analizar qué parámetros del algoritmo genético afectan en mayor medida a su resolución.

Un algoritmo genético no es más que un algoritmo tal que, partiendo de una serie de soluciones factibles o no factibles, las hace evolucionar, generando nuevas soluciones que tienden a mejorar las iniciales. Se utilizan fundamentalmente cuando el espacio de soluciones es muy amplio y no necesitamos la mejor solución, sino que con una buena aproximación obtenida en un espacio de tiempo acotado nos es suficiente.

En el caso concreto del problema que elegí, el problema de la mochila, lo que tratamos de hacer es llenar un contenedor con una capacidad limitada (la mochila) con una serie de objetos, de forma que el valor total de los objetos introducidos en la mochila sea el máximo posible. Cada uno de los objetos tiene un valor y un peso o volúmen asociado. Podemos observar como esto conduce a que pueda haber muchas soluciones posibles, pero estamos buscando aquella que nos proporcione la colección de objetos de mayor valor posible.

Para hacernos una idea de como funciona el algoritmo en este caso, y la manera de trabajar de un algoritmo genético genérico podemos pensar en el siguiente escenario como ejemplo:

• Tenemos una mochila que queremos rellenar que tiene una capacidad máxima C.
• Tenemos una lista con los objetos que podemos meter en la mochila. Cada objeto tiene asociado un valor V y un volúmen Vol.
• Tenemos que llenar la mochila con objetos, de forma que la suma de los volúmenes de los objetos no supere a la capacidad de la mochila y, además, que el valor total de los objetos introducidos sea el máximo posible.

La solución típica sería calcular todas las posibles combinaciones de objetos, con el valor total de la solución, y quedarnos con el mejor. Esta es la solución correcta, y garantiza que el valor máximo ha sido encontrado. El problema aparece cuando tenemos listas con millones, miles de millones o billones de objetos. Calcular todas las posibilidades en este caso es demasiado costoso en tiempo. Existen problemas en los que es imposible obtener una solución con este tipo de cálculo extensivo en un tiempo lógico. Es aquí donde hacen aparición los algoritmos evolutivos y donde resulta especialmente interesante su utilización. El algoritmo genético parte de una serie de soluciones básicas y, a partir de estas, irá mejorando la solución global del problema. La ejecución del algoritmo terminará cuando nosotros lo especifiquemos (un número determinado de generaciones, cuando no siga mejorando la solución tras un número dado de generaciones, en un tiempo fijo… etc)

En nuestro caso, para calcular la solución, partimos de una serie de soluciones iniciales que representan colecciones aleatorias de objetos. Calculamos para todas estas soluciones el valor total de los objetos introducidos en la mochila. El algoritmo genético tomará estas soluciones y realizará operaciones entre ellas, con la intención de ir mejorándolas. Iría tomando objetos de una y otra solución, y calcularía el valor de esta nueva solución. Las nuevas soluciones generadas, se comparan con sus antecesores, y nos vamos quedando con las mejores. Para compararlas se utiliza el valor total de los objetos introducidos en la mochila.

La “población” de soluciones se va mejorando de forma similar a como lo hacen las distintas especies animales en función de la teoría de la evolución de Darwin: por medio de la supervivencia del más apto. De hecho, la generación de nuevas soluciones es el equivalente computacional a la reproducción: dados n progenitores, mezclamos su “código genético” para generar un número determinado de descendientes. A estos descendientes, a su vez, aplicamos operadores que simulan mutaciones, eliminación de los elementos de mayor “edad”… etc

El fichero con la presentación que realicé podeis verlo a continuación:

Por lo demás, aquí os dejo un enlace a la memoria, y otro al software de simulación de la mochila.

• Memoria
• Software de Simulación. Incluye un manual de ejecución y uso.

El código fuente lo subiré próximamente, en cuanto pueda añadirle un fichero con la licencia y demás parafernalia.

Relacionado

• Probando Windows Live Writer
• Resumen de la operación defensa del PFC
• Fin (de una de tantas partes)
• KDE4
• I love this OS

Tras mucho dar la vara estos años, estoy a punto de tener montado mi HTPC. Ahora mismo estoy tan sólo a la espera del microprocesador. Esperemos que llegue esta semana y pueda dedicarme a montar la parte software el fin de semana.

El hardware que he escogido para montarlo ha sido:

• Caja Silverstone Grandia GD02 Black: Una caja que a mi particularmente me gusta mucho. Diseño simple y poco fondo, 36cm, lo justo para que quepa en el mueble del salón al lado del amplificador. Está pensada para placas de formato microATX, aunque tambien acepta miniITX y DTX.
• Fuente de Alimentación Corsair VX550 (550W): Una fuente que en teoría es silenciosa, cosa que ya se verá cuando la monte y, aunque no soporta demasiada potencia, me viene al pelo al tener la tarjeta de video integrada en la placa base. La verdad es que me he gastado más en la fuente de alimentación de lo que pensaba, pero creo que el gasto es justificado.
• Placa Base Asus P5N7A-VM: Placa en formato microATX. Incluía todo aquello que me resultaba imprescindible para el HTPC: salida óptica de audio digital, HDMI, y gráfica GeForce 9300M. En principio debe ser bastante compatible con Linux, ya lo comprobaré cuando la monte.
• Procesador Intel Core2Duo E8400: Aunque mi primera opción era un equipo basado en un Ion Atom, según he leido, mucho del contenido en alta definición descargable de internet, no cumple las condiciones de relación de aspecto para poder ser descomprimido por la tarjeta de video. En estos casos se tira de procesador puro y duro. Además, quiero poder trastear con programas de edición de video y de fotografía. Creo que ha sido una elección bastante ajustada.
• Memoria Kingston HyperX DIMM 4 GB DDR2-800Kit: Caballo grande, ande o no ande. Aunque estas últimas semanas ha subido bastante la RAM, ya tenía pensado ponerle 4Gigas, así que al lio.
• Disco Duro Seagate ST31500341AS 1,5 TB: La caja permite tener dos discos duros conectados. Como la alta definición ocupa lo suyo no he querido quedarme corto y he comenzado por colocarle un disco duro de tera y medio. Ya veremos cual será el próximo cuando este se me quede pequeño.
• Grabadora LG GH22NS50 Grabadora DVD SATA 22X Negra OEM: Sin comentarios. Una regrabadora normalita me sobra. No tengo intención de ver Blu-Rays, así que una cosa menos.
• Lector de Tarjetas CoolBox CR-500 (Bluetooth): Me llamó la atención porque tiene un receptor de BlueTooth integrado. Para conectarlo con el móvil principalmente.

Además de estos componentes, tengo un mando a distancia chungo comprado en DealExtreme, del que quiero usar el receptor para poder manejarlo todo con mi Logitech Harmony 555 y un teclado con trackpad incluido, concretamente el TVisto MCKB9000. Me costó bastante encontrarlo ya que aunque los distribuye Carrefour, no se encuentra en todos los centros.

Y ahora queda lo más divertido. ¡Montarlo todo, instalar el software y ver cómo funciona!. Próximamente la parte software de la instalación.

Relacionado

• Gráficos lentos en eeebuntu con el Asus 904HD
• ¿Capturadora de video? ¿Blu-ray? ¡Mejor invertir en HD’s!
• H2BOX
• Cada vez va menos gente al cine… ¡y lo que les queda!

Por fin he tenido un rato para ver la presentación de Wave, el nuevo producto que Google ha presentado en la Google I/O.

Realmente parece muy interesante. Es una nueva herramienta, con ánimo de crecer a partir de desarrollos por parte de terceros (se van a liberar las especificaciones del protocolo así como el código del motor) que podríamos calificar como una mezcla entre correo electrónico, web social y chat. Su principal ventaja es que auna las características de todos estos servicios a través de una única interfaz, de manejo bastante sencillo, y con la posibilidad de poder extenderse por medio de desarrollos adicionales de cualquier miembro de la comunidad.

No nos engañemos. No es que la cosa sea realmente novedosa. El ver lo que escribe otra persona en tiempo real lo llevo viendo desde los tiempos del talk de unix. ¡Hasta recuerdo que hice algún cliente via telnet! Pero lo que sí que queda patente durante la charla es que, hoy en día, lo que prima es simplificar las tareas cotidianas y el presentar sistemas usables y potentes de cara al usuario. Si además todo ello viene reforzado por unas especificaciones abiertas y la posibilidad de usar la plataforma para nuestros propios fines ¡bienvenido sea!

Lo que más me llama la atención como desarrollador es el ingente trabajo que debe haber detrás de un sistema distribuido de este tipo, con gestión de seguridad y permisos y la capacidad de presentar un objeto distribuido a distintos servidores. Estos harán uso de él de forma transparente sin que el usuario final sepa si el contacto con el que se está comunicando tiene una cuenta en la plataforma de Google o está usando el servidor de su empresa como pasarela (especialmente remarcable el momento en el que empiezan a comunicar servidores wave entre sí y uno de ellos ¡presenta un interfaz de cliente en ncurses!). Además de esto, publicar un API para poder hacer desarrollos aprovechando las ventajas de la plataforma y que esta vaya expandiendose poco a poco. ¡Incluso se va a liberar la propia plataforma!.

Me alegra que Google saque productos tan abiertos. Todavía no me fio de que cualquier día de estos me puedan quitar Gmail. El cliente, eso sí, porque de los datos hago copia periódica por precaución. Tampoco nos llamemos a engaño. Si se libera es porque interesa que se estandarice el protocolo, manteniéndose Google siempre en la cresta de la ola en cuanto a su desarrollo (sin ninguna duda, el cliente de Google será el mejor disponible durante bastante tiempo) y con poder de decisión a la hora de modificar/mejorar las especificaciones. Ya veremos luego como pretenden monetizar todo esto.

Y sin más rollos, os dejo con el video. Está en inglés. Si encuentro alguna versión subtitulada lo modificaré. ¡Ojo, que dura una hora y veinte minutos!

Relacionado

• Google me ¿castiga?
• Sin adsense por una temporada
• Google en el futuro
• Adsense
• Blogger me toca los co… mentarios

Me estoy haciendo viejo. ¿Y cómo lo se? Pues porque ya no recuerdo cuando fue la última vez que compilé un kernel de linux. Una operación tan habitual antaño y abandonada en pos de la comodidad.

Hace unos 10 o 12 años, cuando conectarse un rato a internet costaba dinero y había que tener cuidado con el tiempo de conexión, solía hacer conexiones puntuales para bajar un determinado paquete de software que quería probar, junto con algún howto si es que existía. Además aprovechaba para enviar los correos en la cola de salida, recibir los nuevos y actualizar la lista de cabeceras del lector de news. Todo estaba automatizado para minimizar el tiempo de conexión. Tras estas operaciones online, tocaba entretenerse para montar y configurar… que te digo yo… la versión de sendmail que acababas de bajar, un servidor de ftp, o aprovechar esa nueva opción del kernel para ajustar la configuración de la tarjeta de sonido y que por fin se escucharan los ficheros midi. Todo muy entretenido. La ayuda además era limitada… ¡no existía Google! En el mejor de los casos, contabas tus penas en en es.com.os.linux.*, de forma offline, eso sí, porque hasta la siguiente conexión no se publicaba y quizás tocara esperar unos días a que llegara alguna respuesta.

Como decía, atrás quedaron esos tiempos. Fueron muy interesantes, pero una vez aprendido como configurar todo ese software ¿para qué complicarse la vida haciendo lo mismo? Os lo aseguro, sendmail es divertido las primeras dos o tres veces que lo montas. Después es una lata. ¿Qué pasó? Pues comenzaron a aparecer las primeras distros “para el usuario de a pie”. SuSE, Mandrake y, posteriormente, Ubuntu, me hicieron ir abandonando mi querida Debian. Muchos puristas se quedaron con Debian, y eso está bien, pero llegado el momento hay que ser pragmático. Ya no era tan imprescindible guardar celosamente una copia del directorio /etc y del home de tu usuario habitual para poder configurar todo de vuelta. Todo se volvió más sencillo y el tiempo dedicado anteriormente a depurar y afinar podía emplearse en hacer nuevas cosas.

Todo esto viene en relación a un proyecto que he estado siguiendo estas últimas semanas y que tiene bastante buena pinta: H2BOX. Llevo tiempo queriendo montar un HTPC en el salón y creía que, en pos de simplificar los quebraderos de cabeza lo más posible, que tendría que meter un Windows en casa (¡que vergüenza!) con MediaPortal, por ser la solución más rápida y sencilla de implementar.

Y es en este punto donde me he encontrado de bruces con el proyecto H2BOX, que pretende crear una plataforma compuesta por un hardware estándar y una distribución Ubuntu, integrada con MythTV y XBMC. La concepción original del proyecto implica que sea un equipo plug and play. Tan sólo llegar, enchufar y disfrutar. En el caso en que haya que reinstalar o subir de versión el software, se instala desde el cd/dvd de H2BOX y listo, otra vez funcionando. Suena bien, ¿verdad?

¿Qué ventajas aporta todo esto?

• En primer lugar, se venderá un equipo bastante estándar por un precio ajustado (de hecho, el precio inicial que se ha barajado es MUY interesante). Aún así, las especificaciones del equipo serán públicas. Tú mismo puedes ensamblar un equipo a tu gusto e instalarle el software de H2BOX (que será software libre).
• No hay tampoco costes de licencia de software ya que corre sobre Linux.
• Podemos beneficiarnos de todas las mejoras que vayan incorporándose al software a lo largo del tiempo ya que la imagen de H2BOX podrá ser descargada.
• Aunque el software enmascare al sistema operativo, es decir, que encendiendo el equipo automáticamente tengamos el software de gestión del HTPC funcionando, por debajo tenemos un Linux corriendo. Podemos conectarnos remotamente, compartir directorios, instalar servidores P2P… etc. Puede resultar muy interesante para los que nos gusta complicarnos la vida de vez en cuando, pero en el caso en que no sea así, la concepción original es “enchufar y listo”.

Y en esas estamos, esperando ansiosamente nuevas noticias de este proyecto, que tiene muy buena pinta. Para terminar, aquí teneis un video sobre la interfaz de XBMC.