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 😉

Termina Blogs & Beers Alicantino 2004.0

Han sido 10 horas de conversaciones geeks de todo tipo con unos bitacoreros/as geniales. Lo bueno de las bitacoras es que se juntan geeks y frikis de todos los tipos y colores, lo cual le da una variedad y gracia al asunto muy interesante. Mañana tendremos las fotos y las impresiones de cada uno. Por ahora pongo un listado de los asistentes a la quedada:

Espero no olvidarme de nadie. Aparte yo creo que es premio final a la frase de la noche se la damos a Caleidos con todo el cariño por:

Yo abro mi Windows XP con mi LG Flatron y lo veo todo rosa

Seguido de cerca por Blackshell por:

¿Sabes porqué no hay wikis para Windows? Porque sonaría mal: WinWiki, WinWiki….

Un exitazo de Blogs & Beers.