Fotos final de carrera

Ayer fui a hacerme la foto de la orla. Uno de los organizadores resultó ser Daniel, bloguero que asistió al Blog & Beers. Otra cosa curiosa que me pasó fue que me reconoció un visitante de mi blog que no conocía ^_^ . Me contó que se está montando un blog así que dentro de poco estará entre nosotros.

Como la foto de la orla no me la dan hasta de aquí un mes y marcho mañana a Suiza, pongo aquí una foto que me hice con Pau y Mariano. Son dos supermáquinas de la informática que me han ayudado mucho mucho durante la carrera. Prácticamente la mitad de las prácticas de la carrera las he hecho con Pau sacando notas siempre cercanas al 10 (Menos en cosas de Bases de Datos 😉 que se nos dan tan bien ), han sido 5 años de estudio, programación, muchas horas chateando sobre cosas técnicas; incluso participamos en el concurso de programación de la ACM. Pau siempre ha sido mi referencia a superar, es el mejor programador que conozco con mucha diferencia, siempre he intentado aprender de él al máximo pero es imposible seguirle el ritmo.


De izquierda a derecha: Pau, Héctor, Mariano

Para que os hagáis una idea de la calidad como informáticos de Pau y Mariano os comento un par de cosillas. Pau está ahora mismo programando un Linker y a Mariano hace poco le han pedido código suyo desde Ximian (Novell). Y yo aquí escribiendo en el blog 🙁

¿Dónde estaremos y qué haremos de aquí 5 años?

El inventor de los emoticonos-smilies

Cosas tan simples como : – ) o xD que se han hecho tan famosos, tienen sus inventores. A continuación la primera propuesta de uso de emoticonos que se conoce:

19-Sep-82 11:44 Scott E Fahlman : – )

From: Scott E Fahlman

I propose that the following character sequence for joke markers:

: – )

Read it sideways. Actually, it is probably more economical to mark

things that are NOT jokes, given current trends. For this, use

: – (

En la web original explican como encontraron este e-mail recuperando un backup del año 82. Mirad a ver si encontráis algun mail vuestro de antes del 82 donde uséis emoticonos 😉 para quitarle el invento.

Me gustaría saber también quién inventó el sonido de llamada de los Nokia que viene por defecto. También es algo muy simple pero que llega a todo el mundo cada día.

El programa perfecto

¿Quién no ha pensado alguna vez en crear un programa perfecto? Es el típico mito imposbile que intentamos conseguir los informáticos, programadores e ingenieros del software. No sería genial hacer algo como:

Perfect.CreatePerfectAplication();

Esto es una chorrada con la que se reirán los programadores que estén leyendo esto :), pero también da mucho que pensar. Este sería el código fuente del programa perfecto creado con el lenguaje de programación perfecto. Esa línea condensa todas las maravillas teóricas de la programación orientada a objetos, encapsulación, herencia y todos los demás rollos teóricos. Pero se trata de una utopía con la que muchos sueñan pero que nadie consigue.

Ya hemos hablado sobre estos temas en otras ocasiones, pero para los nuevos, vuelvo a lanzar la pregunta: ¿Llegaremos algún dia a crear software perfecto, sin bugs,sin errores? También podríamos tratar el tema de la usabilidad perfecta ¿Cómo sería para vosotros un programa/web con una interfaz y usabilidad perfectas?

Posteando desde el sofá

Desde el lunes estoy disfrutando de mi nuevo portátil. Pero hasta hoy no lo he tenido todo preparado. Ya tengo las particiones creadas y he estado probando la Mandrake 10 que me lo ha detectado todo a la primera. Aquí tenéis mi foto posteando desde el sofá:

ToReK Portátil

La verdad es que no me puedo quejar de nada. Es muy muy silencioso, no se calienta nada y la bateria dura y dura. No es una miniatura pero el peso no es excesivo. A todos los que estén pensando en comprarse un portátil les recomiendo Centrino.

Por cierto, le he puesto de nombre Kirai. ¿Ponéis nombre a vuestros ordenadores?

¿Cómo funciona un buscador? – Capítulo 2

Esta es la continuación de un artículo anterior donde aprendíamos las diferencias entre un Sistema de Recuperación de información, uno de Extracción de Información y otro de Búsqueda de respuestas. En este segundo Capítulo nos vamos a centrar en las características básicas de un buscador y su funcionamiento interno. Voy a intentar escribirlo de forma que cualquiera pueda entenderlo.

Vamos a hacernos primero la pregunta de oro: ¿Cómo puede un buscador encontrar una palabra buscando en todas las páginas webs del mundo en menos de un segundo? . La primera idea que nos viene a la cabeza es que debemos guardar toda la información de texto útil en el servidor que va a hacer de buscador, de esta forma no tendremos que ir buscando por internet, lo cual es más lento. La información que guarda Google en sus servidores de forma local la podéis ver pulsando en el enlace de Caché que aparece al lado de cada página encontrada. El proceso mediante el cual se actualiza la Caché con los nuevos datos de Internet se conoce como Google Dance:

Aún así la cantidad de información que hay guardada es inmensa y buscar algo aunque sea de forma local es un proceso lento. Pensad lo que le cuesta encontrar un simple archivo en a vuestro ordenador, seguramente tarde más que Google en realizar una tarea similar. Esto se debe a que en nuestros ordenadores no tenemos la tecnología de los grandes buscadores de Internet.

¿Cuál es la forma más directa para hacer una búsqueda? Pues vamos mirando cada palabra del texto de una en una hasta que encontramos la palabra que buscamos. Esta técnica es conocida como Búsqueda secuencial. Por ejemplo, si tenemos la frase Perico va de paseo a la playa con Perica y estamos buscando Perica; el programa para buscar comenzará comparando con la primera palabra de la frase: ¿Perico == Perica? No, entonces continua con la segunda palabra: ¿ va==Perica? No. Así continuaría hasta ¿Perica==Perica? y terminaría la búsqueda con éxito.

El gran problema (entre otros) de esta forma de buscar es que si la cantidad de texto es muy grande y la palabra que buscamos se encuentra al final, deberemos recorrer todo el texto palabra por palabra obligatoriamente. Imaginaros buscar una palabra en todo Internet y tener la mala suerte de que Perica es la última palabra de la última web que miramos, la búsqueda tardará bastante tiempo aunque usemos un ordenador muy muy potente porque tendremos que ir comparando la palabra que buscamos con todas las palabras de Internet.

Veamos cómo buscaría Google si usara búsqueda secuencial. Las flechas Rojas indican las comparaciones de la palabra Einstein con cada palabra de las páginas webs, y las flechas Naranjas indican el movimiento entre las diferentes webs.

A partir de la imágen anterior vemos intuitivamente que mediante Búsqueda Secuencial debemos recorrer todas las páginas de la caché, es decir, todo Internet para obtener los resultados de una búsqueda.

Las Búsquedas secuenciales se usan para buscar cuando la cantidad de información a tratar no es muy grande. Por ejemplo, el buscador de tu propio blog, la búsqueda de vuestro procesador de Textos etc. ¿Pero que pasaría se nuestro blog tuviera 5 millones de posts y tuvieramos que buscar algo? Tardaría mucho en darnos la solución. Ese es uno de los problemas con el que se enfrentan los grandes buscadores, la cantidad inmensa de información.

Espero que me hayáis seguido todos hasta aquí porque ahora viene lo bueno. La forma de ahorrar tiempo es tratando la información previamente a las búsquedas. El proceso es el siguiente: Una vez tenemos ‘todo’ Internet guardado en local se realiza un proceso de Indexación. Con este proceso lo que se pretende es reducir al máximo la cantidad de información guardada. ¿Cómo lo conseguimos? Pensad en la cantidad de veces que se repite la palabra Einstein en Internet, ¿Es necesario que guardemos la palabra en nuestro disco duro 20 millones de veces? ¿No seria mejor guadarla Una sola vez e indicarle en que páginas web aparece?.

Fijaros que ahora en vez de guardar la palabra Einstein 20 millones de veces, solo la guardamos una vez. Ahora al hacer una búsqueda no se accede a la Caché, sino que se accede a los Datos Tratados. De esta forma si buscamos la palabra Einstein solo hay que hacer la búsqueda dentro de la lista de palabras y luego retornar las páginas en las que está. ¿Aún no veis la ventaja? Antes teníamos que ir comparando la palabra que buscamos con todo el texto de Internet, ahora solo tenemos que comparar con todas las palabras posibles ya que hemos eliminado todas las repeticiones.

Para verlo más claro veamos como sería una búsqueda usando los datos tratados. En esta ocasión vamos a buscar la palabra Gödel. Las flechas rojas indican las diferentes comparaciones que se van haciendo con cada palabra indexada, y la flecha naranja indica el resultado de la búsqueda.

Fijaros que ahora no tenemos que buscar dentro del texto de las páginas. Solo tenemos que ir mirando palabra a palabra y si no interesa pasamos a la siguiente, sería una busqueda secuencial con pocos datos. Este proceso es muchísimo más rápido que una búsqueda secuencial dentro del texto de todas las páginas y añadiendole ciertas mejoras se puede convertir en algo ‘parecido’ a Google. Una de las mejoras más evidentes es usar técnicas de busqueda más avanzadas usando los Datos Tratados.

De esta forma Google reduce la cantidad de información donde tiene que buscar de varios miles de Gigas de texto a unos pocos Gigas de palabras tratadas. Estos pocos Gigas se pueden cargar en memoria (Necesitan servidores bastante potentes) y así hacer las búsquedas muy rápidamente.

Puff. En teoría ya tenéis los conocimientos necesarios para programar un Sistema de recuperación de Información muy básico. Pensaba que sería más sencillo de explicar, espero que os haya quedado más o menos claro. Ya podéis preguntar y criticar 😉