El Idioma en Holanda

Viajes — Lunes 07 de Febrero de 2005, 04:51

Realmente es complicado vivir todo el tiempo en un lugar donde uno no sabe ni jota sobre el idioma. Con el tiempo, se comienzan a reconocer palabras (empujar, con, recorrido, salida... las que uno normalmente ve en la calle) y eso ayuda a encarar avisos o carteles que uno no conoce. Por ejemplo, ya no tenemos ningún problema en buscar en la cartelera que tren tenemos que tomar, horarios, plataformas, etc. Es complicado elegir las comidas, a menos que la carta esté también en inglés (quizás tampoco sabemos lo que es cada cosa, pero deberiamos).

Con respecto a la interacción con otros humanos, el 95% sabe el suficiente inglés como para llevar charlas superficiales, y no es que esto suceda solamente en los ámbitos "turísticos": uno puede hablarle en inglés a cualquiera en cualquier lado. Estuvimos averiguando y la razón de esta difusión es que aprenden inglés durante la primaria y la secundaria. Tiene sentido que sepan tanto inglés: el holandés (o dutch como le dicen ellos) se habla solamente en Holanda, por lo que en dos horas de tren ya tienen que hablar otro idioma.

Muchos saben algo de castellano. Realmente muchos, aunque sean algunas palabras sueltas nada más (esto quizás se deba a Máxima). Y hemos encontrado varios que hablan bastante español: mucha gente estuvo en España, y algunos tambien estuvieron en Argentina, Bolivia, Perú, México, etc.

En general es divertido, y aunque en ocasiones es frustrante no entender lo que hablan, algunas palabras voy aprendiendo ("tot sins" es "hasta luego", por ejemplo, o "dank u" es un "gracias" formal). Podrán imaginarme caminando por la calle practicando en voz alta.

Primeras impresiones de Holanda

Viajes — Jueves 03 de Febrero de 2005, 01:57

Viaje en avión

La verdad es que siempre es malo generalizar, pero mi única experiencia con Iberia es mala. Desde la atención de las azafatas (en una oportunidad prácticamente tuve que cruzarle el brazo en el pasillo para que me mirara y pedirle un vaso de agua) hasta en el catering.

Aunque debo admitir que las ensaladas y el postre estaban muy bien, la cena fue mediocre y el desayuno hasta ahí, no más. El café era una porquería. Pero si estaba protestón con respecto al viaje principal (Buenos Aires a Madrid, 12 horas), peor fue en el tramo final (Madrid a Holanda, 2 horas): ¡No nos dieron nada! ¡Ni siquiera un café!. Eso sí, te vendían lo que quisieras, pero sinceramente no tenía ganas de pagar 2.5 euros una latita de Coca-Cola.

Pero eso no fue todo: cuando fuí a sentarme a mi asiento, había otra persona. "Un boludo que se sentó en cualquier lado", pensé yo, y le dije a la azafata que el pibe tenía mi asiento. La señorita le pidió entonces el pasaje al mister, y para mi sorpresa... ¡tenía el mismo asiento! Yo no lo podía creer. Piola estuvo Germán, que le dijo a la mina: "Esto pasa porque sobrevenden los vuelos...". Se pueden imaginar la cara de la azafata.

Como el tipo, mal que bien, estaba correctamente sentado, me dijo si no hacía el favor de tomar uno de los asientos de atrás. Fuimos con Germán, con tan mala suerte que nos pusimos justo en unos que sí estaban vendidos... ¡a los de R.E.M.! Al final nos terminaron ubicando en una fila de tres asientos, a nosotros dos solos, con lo que volamos más cómodos, así que esta terminó bien.


La llegada

Dos horas después por fin llegamos al aeropuerto de Amsterdam: realmente grande. Desde que aterrizó el avión, hasta que "estacionó" para que bajemos, habrá carreteado unos veinte minutos. Bajamos y fuimos a buscar las valijas (diez minutos de caminata). Cuando salimos, la decisión fue si nos tomábamos un taxi o el tren. Considerando que era tarde, bien entrada la noche, y no entendíamos ni jota de lo que hablaban los "locales", decidimos tomarnos un taxi.

La distancia era considerable, desde el aeropuerto de Amsterdam hasta el centro de Utrecht, pero fuimos charlando con el chofer, qué sabía perfectamente inglés, muy cómodos en un Mercedes Benz que era un despelote. Eso sí, la tarifa fue de 93 euros. Encima, y aunque le mostramos la dirección que llevábamos anotada, el imbécil nos dejó en el hotel equivocado (misma ciudad, mismo nombre de hotel, pero otro). Cuando entramos y la recepcionista nos dijo "Se equivocaron de hotel" nos queríamos morir.

Por suerte el otro estaba a unas quince cuadras de distancia, y aunque las valijas pesaban y estábamos cansadísimos, la caminata estuvo buena, porque nos sirvió para ir conociendo a los ciclistas.


Ciclistas

Uno ve por la calle más bicicletas que autos, y en la calle existen cuatro zonas: las de adorno (pasto, monumentos, etc), las habilitadas para caminar (vereda, que le dicen), la calle común y corriente para los autos, y la calle para las bicicletas. No, no son bicisendas, son calles en todo su esplendor para las bicicletas.

Similar sucede con los semáforos: están los de los automovilistas (redondos, tres colores, comunes, bah), los de los peatones (típico hombrecito verde o rojo), y los de las bicicletas, reconocibles facilmente porque tienen dibujada una bicicleta verde o roja. Lo interesante es que cuando uno camina por la calle, los automovilistas paran y te dejan cruzar sin problema, pero los ciclistas te tocan la bocinita-timbre y te pasan zumbando por al lado.

Para colmo es normal que no existan cordones, por lo que las dos calles y la vereda están a la misma altura y definidas por el tipo de empedrado, etc. En algunos casos aunque uno se quede parado mirándolas con atención, no es capaz de diferenciarlas (por supuesto, hasta que pasa la primer bicicleta, momento en que uno se da cuenta que estaba en el lugar equivocado).


Hotel y primera noche

El hotel está lindo, pero baratón. O sea, no creo que no sea caro, pero algunas cosas te dan la pauta de que es de un nivel medio: cama individual, no tiene cajones, no tiene frigobar, no tiene caja de seguridad en la habitación, etcétera. Pero si no contamos eso, está bien: es cómodo, limpio, y hace calorcito en la habitación; el baño está bueno (aunque chico, se ve que los europeos no pasan mucho tiempo en el baño) y tiene una tele.

Luego de dejar las cosas queríamos ir a comer pero no parecía haber nada cerca. Con la excepción de que justo al lado había un bar/restaurant. Estuvo piola, porque Estela y yo pedimos comidas raras (Germán comió un churrasco con papa a la crema), y eran ricas. Y el café es bueno en ese lugar. Casualmente es el mismo restaurant donde sirven el desayuno del hotel, dónde te podés servir un montón de cosas distintas: jugos, té, café, leche, panes, tostadas, mermeladas, miel, manteca, fiambres, frutas, e incluso hay salchichas y otras cosas calientes (tipo desayuno yanqui).


Primer paseo

Fuimos a Amsterdam, en tren. Todavía estamos medios perdidos con el idioma, y muchas cosas no entendemos. Pero hay cosas que te despistan. Luego de encontrar el tren que nos teníamos que tomar, y llegar al andén correcto, debíamos que esperar diez minutos. En cartelera figuraba el tren anterior, y había un montón de gente esperando. En un momento dicen algo por los parlantes y la gente comenzó a bajar por las escaleras, para pasar por el túnel subterraneo a otro andén. Nosotros no sabíamos que hacer, pero confiamos en que cuando refrescaran la cartelera, nos iba a indicar que ahí venía nuestro tren. La cartelera se refrescó.... ¡y quedó en blanco! Acto seguido Estela le preguntó a un señor y nos dijo que habían cambiado el tren de andén: salimos corriendo y por suerte lo agarramos sin problemas.

Una nota de color: en el andén, aunque es abierto, al aire libre, con techos altos, etc, etc, tiene sectores para fumadores. Son como postes con ceniceros, y el único lugar en donde se pueden fumar es alrededor de ellos.


Amsterdam

Amsterdam está bueno, mucha noche (por lo menos a comparación de Utrecht, que no hay nada abierto después de las once), aunque la mayoría son restaurants de comidas de otros paises. Chinos, japoneses, mexicanos, indonesios, y muchos (¡muchos!) lugares de comidas argentinas. Por supuesto, a 6 euros una empanada, no entramos ni a ganchazos en ninguno.



Pasamos por la zona roja: pura fama. Unas minas, detrás de unas vidrieras, en ropa interior. Los holandeses se escandalizarían si pasasen por nuestra zona roja; la de ellos, a comparación, es un poroto (aunque quizás es porque pasamos demasiado temprano). Lo que sí estaba divertido de ver eran los lugares que despachaban hierbas alucinógenas (la mayoría era marihuana) y diversos elementos para su consumo. Incluso había un lugar que vendían caramelos, galletitas, etc, todos hechos en parte con cannabis.


¿Pero a qué fuimos?

¡Ah! Y por supuesto, también fuimos al curso: estamos nosotros tres (Estela, Germán y yo) con un irlandés y un pibe y una piba de Grecia. Gente copada, como el instructor, aunque estuvo medio aburrido. Toca los temas muy superficialmente, la mayoría de las cosas las sabemos, y encima habla lento, por lo que se pone bastante pesado. Igual algunas cosas interesantes se sacan.

El Martes, como el profesor explicaba UCP (que es un protocolo que no usamos ni usaremos, ya que es viejo) arreglamos con LogicaCMG para que nos den un paseo por sus instalaciones, así que nos estuvieron mostrando productos hasta el mediodía, luego comimos en el comedor de la empresa (me reservo este capítulo para otro día) y luego fuimos a una de las plantas que HP tiene en Holanda, dónde prácticamente trabajan solamente para LogicaCMG. Allí nos explicaron todos los pasos desde que obtienen las partes que encargaron a los distintos proveedores hasta que obtienen el producto armado (dos de esos productos los tenemos actualmente en Barracas trabajando para Unifón).


Gouda

Cuando salimos de HP con el "guía turístico de LogicaCMG" ya había terminado el día laboral/estudiantil, y nos dejó en la ciudad de Gouda (de dónde es originario el famoso queso del mismo nombre). Allí recorrimos bastante, conociendo las distintas partes del canal que rodea la ciudad, y compramos algo que no me acuerdo como se llaman pero son como galletitas del material de los cucuruchos de la heladería con un dulce adentro. Muy ricas.



Luego caminamos hasta el tren y nos volvimos a Utrech. Ya estamos cancheros, no tuvimos problemas con elegir el trén, el andén, ni dónde bajarnos. Ah, y cuando llegamos a la estación Utrech Centraal pasé a buscar mi mochila que ya estaba arreglada, :)

Bueno, eso es todo por ahora. Esto lo tenía escrito de antes pero estuvimos complicados con la conexión a Internet. En sucesivos blogs iré describiendo cosas más puntuales, no tanto relato minuto a minuto. ¡Manténganse sintonizados! (el que tenga una traducción mejor a "stay tuned" que avise...)

Camino a Holanda

Viajes — Domingo 30 de Enero de 2005, 05:25

Bueno, logré finalmente configurar la Internet Inalámbrica en el Aeropuerto de Madrid Barajas, España.

La primera parte (la más larga) del viaje fue sin novedad: sólo que el servicio es tres veces mejor por Swiss Air que por Iberia. Bueno, realmente sí hay novedad: se me rompió la mochila, :(. Se descosió un poquitito nada más, al final del cierre, pero tengo que arreglarlo.

Así que supongo que cuando llegue a Holanda me compraré La Gotita. No se cómo pedirlo, supongo que iré al kioskero y le pediré algo como Gotten Droppen, o podría ponerme a cantarle "lo que la gotita pega nada nada lo despega"...

Nada, si se enteran de que estoy en un loquero ya saben por qué...



Dos sitios y noticias

Python — Martes 25 de Enero de 2005, 07:07

Los dos sitios:

Bilo y Nano se lo montan: Espectacular página donde todas las semanas sacan una historieta nueva: Las peripecias de tres amigos, uno fanático de Debian, otro de Mandrake y otro de Windows. Tiene más cosas, voy descubriéndolas de a poquito.

BCP Development: Empresa dedicada al control de edificios inteligentes. He visto demostraciones del producto y la conclusión es sencilla: si pudiera tener una casa con las últimas tecnologías en Domótica, tengo muy claro que empresa contrataría para ello (actualización 07-Nov-2007, este sitio parece no existir más...)

Bueno, algunas noticias. No se si 100% oficial, pero está bastante aceptado el logo que hice de PyAr:



El diseño original no es mío, sino de Pablo Ziliani que se mandó un espectacular .gif aplaudido y designado por unanimidad como logo oficial de la organización. Yo lo único que hice es rehacer el dibujo de Pablo pero en vectorial, para que se pueda redimensionar sin perder la calidad del mismo.

Tengan en cuenta que la imagen que pegué acá es un PNG con transparencias. Si usan Internet Explorer, no lo van a poder ver bien: después de todo, ¡el PNG es un formato re-nuevo! (Es de 1995, Microsoft no tiene tanta plata como para mantenerse al tanto de tooodas las nuevas tecnologías). Ahora, en serio, dejen de usar esa bosta e instalen Firefox.

La otra noticia es que este sábado estoy partiendo a Holanda, por un curso de SMS que dura una semana y media (luego me quedo tres días en Madrid, que es la escala del avión, así que estoy afuera dos semanas). Quizás postee algo desde allá, pero tengo que ver cuán caro salen los locutorios internéticos.

¿Podré finalmente reemplazar el Outlook?

General — Jueves 20 de Enero de 2005, 11:50

En la oficina lamentablemente no me queda otra opción que usar el Outlook, ya que Unifón utiliza el Exchange como servidor de correo. Pero ayer leí la noticia de que Novell/SuSE/Ximian había contratado a Tor Lilqvist para llevar su cliente de correo Evolution a Windows, lo que me abre una luz de esperanza.

Tor Lilqvist es muy conocido por ser el responsable de primero portar y luego mantener el GIMP y Gtk+ en Windows, lo que le otorga mucha credibilidad al proyecto.

Crucemos los dedos...



Quinta reunión de PyAr

Python — Miércoles 19 de Enero de 2005, 06:40

Se llevó a cabo la quinta reunión de PyAr con total éxito. Como Mariano (escriba oficial) estaba de vacaciones, recayó en mí la tarea de contarles qué hicimos.

- Charlamos con los nuevos participantes, Leonardo, Octavio, David y Santiago, conociendo lo que hacen, qué hacen en Python, etc. Como nota de color, tuvimos el primer participante que no viene del área de sistemas, sino que es biólogo (Octavio, y usa Python para procesar datos).

- Discutimos el mejor framework para crear un sistema administrativo con interfaz web, tema introducido por Leonardo, cuya necesidad es práctica y surge de su contexto laboral.

- Definimos una cuestión administrativa que teníamos pendiente: ¿qué vamos a hacer con nuestra lista de correo? La decisión final es encontrar una lista que cumpla con nuestras expectativas (que pueda tener nuestro dominio y que tenga archivo) y migrar a ella. Pero antes, nada. Al respecto, yo me llevé como pendiente averiguar que características tienen las listas que puedo hostear en mi sitio.

- Expuse Decimal. Estuvo muy interesante, porque nos poníamos a discutir sobre la curvatura del círculo, que los complejos tienen infinitos todo alrededor, sobre el pelo del gato y la quinta pata del huevo. ¡Y hasta les pude contar como usar el módulo! Realmente me encantó. Ah, de paso:

>>> from decimal import *
>>> Decimal("-0")
Decimal("-0")
>>> Decimal("0")
Decimal("0")
>>> Decimal("0") == Decimal("-0")
True

- Definimos el tema del Primer Sprint PyAr: vamos a hacer el Administrador de Colas de Mensajes (nombre no oficial), con interfaces SMTP (mail), SMPP (SMSs o mensajes cortos) y MM7 (MMSs o mensajes multimedia). La primer reunión será el Jueves 27 de Enero en el mismo lugar que hicimos la reunión, ya que comenzaremos con el diseño del sistema, y no necesitamos más que papel, lápiz, y buenas ideas (y, por supuesto, cerveeeeza).



Dominación económica

General — Lunes 10 de Enero de 2005, 08:15

Encontré en el blog de Miguel de Icaza la descripción de un libro, "Confessions of an Economic Hit Man", que Miguel describe como (traducido libremente por mí del artículo original):

El libro cuenta la historia de un hombre que es entrenado para convencer a países del tercer mundo de aceptar grandes prestamos para infraestructura de desarrollo. Esto se hace creando modelos y proyecciones de la prosperidad que tales proyectos le traerán a esos países.

(...) Esta deuda nunca puede ser cancelada y es luego cambiada por tierra, bases militares, o votos en las Naciones Unidas. A cambio, los políticos que aceptan estos términos tienen un incremento de popularidad por traer infraestructura al país.

(...) El libro describe tres etapas para asegurarse que el país contraiga la deuda. El primer paso es convencer a los líderes del país de los beneficios que traerá a la población y el crecimiento económico que logrará el país. Si el líder se rehusa, un segundo equipo denominado "chacales" realizan asesinatos puntuales y si esto falla, se envían a los militares.

Cualquier latinoamericano ha sido testigo de estos préstamos, yendo las construcciones y favores especiales a pocas compañías en los últimos veinte años. Este libro ofrece una mirada en los mecanismos internos de este proceso.

Más allá de que mucho de lo que describe Miguel es cierto, y lo vivimos en Argentina también (en parte por eso me parece loable la inquietud de dejar de depender económicamente del FMI para que no impongan más condiciones, más allá de que no esté del todo de acuerdo con el método para lograrlo que está siguiendo el gobierno actual), no se circunscribe solamente a los últimos veinte años.

Como bien lo cuenta Jorge Lanata en su libro Argentinos I, este proceso comenzó aquí hace más de dos siglos, por parte del representante del poder económico en ese tiempo: Inglaterra.

Todavía no leí el tomo II de Argentinos, pero lo tengo en la lista de los próximos que voy a leer.


El poder de las herramientas correctas

Linux — Miércoles 05 de Enero de 2005, 09:52

Esto lo escribo solamente como un ejemplo redondito del porqué una plataforma Unix o Linux es mucho más poderosa que una plataforma Windows. Ejemplos como este se suceden varias veces al día; el tiempo ganado ampliamente supera el invertido para aprender estas herramientas.

El trabajo que tenía que realizar era, de un archivo de log, saber cuales LAs se estaban supervisando. No entraré en detalle acá de qué significa una LA, pero consideren que se representa como un número. En otras palabras, tenía que extraer de un log cuales de esos "números" existían.

El log en cuestión estaba en un archivo que pesaba 333MB. Sí, un archivo de texto de 333 Megas. ¿Cantidad de lineas del archivo? Más de cinco millones.

Por supuesto, no me acordaba del formato interno del archivo, entonces debía ver algunas lineas del mismo para recordármelo. Piensen un segundo cómo editarían un archivo de esta magnitud en Windows. ¿Ya lo pensaron? Vuélvanlo a considerar, y sigan leyendo luego de que se den cuenta de cuantas veces van a tener que reiniciar la PC hasta poder terminar de trabajarlo.

Bueno, en Pytonisa (que es el Linux que tengo instalado en la oficina) hice un "head statlogs_20050102.txt", y me mostró instantáneamente las primeras diez lineas del archivo. Allí pude ver cual era el formato:

15842;S;01158353525;15842;Message delivered;00:00
15842;S;02616502229;15842;Message delivered;00:00
15005;S;02362535926;15005;Message delivered;00:00
15842;S;02616592586;15842;Message delivered;00:00
15842;S;03814423758;15842;Message delivered;00:00
15004;S;01154975858;15004;Message delivered;00:00
15004;S;02652483462;15004;Message delivered;00:00
15005;S;01158335496;15005;Message delivered;00:00
15005;S;01158268262;15005;Message delivered;00:00
15004;S;02914189236;15004;Message delivered;00:00

Yo tenía que ver cuales eran todos los numeros que estaban en la primer columna. ¿Complicado? ¡Para nada! Usé la órden...

awk -F';' '{print $1}' statlogs_20050102.txt | sort -u

...que me dió el resultado deseado:

111
15000
15002
15003
15004
(etc)

¡¡en 78 segundos!! ¡¡más de cinco millones de registros!! (consideren que es una PC de escritorio que está siendo compartida por varios usuarios; ya que estamos, les comento que hace 207 días que está prendida, trabajando sin chistar, sin tener que reiniciarla).

Y aún más importante, en este minuto y monedas, yo no tuve que hacer nada: así hubiese tardado diez minutos, trabajó la máquina sola, yo perdí veinte segundos en armar la órden y luego estuve leyendo mails, etc...

¿Cómo habrían hecho esto en Windows?

Cassini-Huygens

Ciencia — Lunes 27 de Diciembre de 2004, 12:42

Tras viajar siete años a bordo de la nave Cassini, la sonda Huygens iniciaba durante esta madrugada un viaje solitario que la llevará a atravesar el 14 de enero la atmósfera de la luna más grande de Saturno: Titán. A la sonda Huygens le tomará 20 días llegar a destino luego de haberse separado de la nave.



El fin del proyecto conjunto de las agencias espaciales de EE.UU. (Nasa), Europa (ESA) e Italia (ASI) es recoger datos de un ambiente que, según los científicos, se asemejaría al existente en la Tierra en la época en la que aparecieron las primeras formas de vida. Titán es, de hecho, la única luna del Sistema Solar que tiene una atmósfera densa y rica en material orgánico. La misión cuesta 2705 millones de euros y durante su travesía ha recorrido 3200 millones de kilómetros.

La nave central fue colocada el 17 de diciembre en una trayectoria controlada de colisión con Titán, a unos 1250 millones de kilómetros de la Tierra, que le permitió liberar la sonda Huygens poniéndola en la ruta correcta. La separación se produjo a las 02:00 hs GMT. Unos minutos más tarde, Cassini giró hacia la Tierra para enviar la señal que confirmaba la separación.

En el momento de la separación, la nave nodriza debió girar sus antenas de espaldas a la Tierra, por lo que los científicos no dispusieron de datos en tiempo real sobre la operación. Una vez que pudo girar sus emisores con dirección a la Tierra, la señal tardó una hora y ocho minutos en recorrer los millones de kilómetros a los que se encuentra el vehículo espacial.

Como nota de color imagínense, si ustedes se ponen nerviosos cuando la computadora no responde a un click a los cinco o diez segundos, lo que debe sufrir esta gente que está controlando la nave a tanta distancia y tienen tanta demora para interactuar con la misma!

Vida artificial

General — Viernes 24 de Diciembre de 2004, 07:17

El otro día surgió una discusión en la lista de correo de PyAr sobre algoritmos genéticos y vida artificial. La charla estuvo interesante y me dejó pensando, leí algo de bibliografía y sinteticé lo siguiente.

Con el propósito de experimentar con formas de vida, tenemos dos alternativas para simular:
  • La realidad: Lograr en un experimento de simulación, mediante evolución, lo mismo que logró la naturaleza, de manera de poder predecir que hubiese pasado si las condiciones de contexto son distintas (y poder "deducir" qué tipo de vida habría en un planeta con diez grados de temperatura promedio menos, por ejemplo).
  • Una vida artificial: En este caso el propósito es predecir como se comportarían entes que luego se construirían con las mismas reglas que las simuladas. Basándonos en el tipo de vida artificial, tenemos dos opciones totalmente distintas: a) Software: Los entes serían solamente programas; b) Hardware: Los entes serían elementos electromecánicos.
El punto que me interesaría explorar es una mezcla de la realidad con la vida artificial de elementos de hardware. De esta manera podríamos estudiar como evolucionarían nano-robots en un determinado ecosistema, tomando elementos de la vida real para lograr perfilar y mejorar el diseño físico y de comportamiento de estos entes.

A nivel de la simulación, me gustaría mucho lograr una simulación de un ecosistema que parta de una "sopa" de componentes básicos, que se vayan formando entes y que por simple evolución estos entes lleguen a ser algo útil. Esta sopa de componentes básicos no es sencillo de definir, e influye enormemente en el desarrollo del experimento (tanto cuales son, como sus características y las reglas a que someten al resto).

Tenemos dos tipos básicos de componentes, los de contexto y los formativos. Los formativos son partes del ente a crear, y están diseminados en la sopa para que por simple azar se formen los entes más variados. Para comenzar a formarse el ente y para ir tomando nuevos componentes, sólo hace falta una simple colisión y una probabilidad de incorporación (esta probabilidad tiene un componente de azar y un componente que es más chico cuanto más grande es el ente, para evitar que crezcan demasiado). Algunos componentes formativos pueden ser:
  • Sensores: Generan una señal cuyo valor es más alto cuanto más cerca tienen el elemento a sensar. La principal característica es que solamente sensan un elemento, el cual puede ser cualquiera de los componentes de la sopa (es muy útil incorporar un sensor de Comida, por ejemplo). Otra característica es la sensibilidad: un sensor burdo puede indicar un 1 cuando tiene una Comida a dos posiciones de distancia, y otro puede indicar con la misma señal una Comida a 10 posiciones. Los sensores pueden ser direccionales (que cubran 120 grados en una dirección, por ejemplo) u omnidireccionales.
  • Transmisores: Transmiten la señal recibida de los distintos sensores con los que tienen contacto físico. Los transmisores pueden tener distintos tamaños, los que les permiten agrupar más o menos sensores. El transmisor adquirirá sensores una vez que esté unido a un Procesador. El algoritmo con el cual procesa las señales de los distintos sensores es una característica del transmisor (puede ser que sume todo, que saque un promedio, que filtre todo excepto los de Comida, etc.)
  • Actuadores: Hay de dos tipos: Movimiento y Agresión. Los de movimiento permiten al ente desplazarse en la dirección requerida y no solamente flotar en la sopa; si el ente tiene más de un actuador de movimiento, la "intención de desplazamiento" se calculará como la suma vectorial del actuador que esté activo en ese momento (a esta intención luego se le suma vectorialmente el movimiento infligido por la sopa, y de allí se calculará el movimiento real, que es discreto y se cuenta en posiciones). Los actuadores de Agresión pueden ser activos o pasivos; los activos quitan energía a los otros entes (en función de que parte de los otros entes toquen), mientras que los pasivos protegen del exterior (pero a su vez evitan incorporar nuevos elementos).
  • Procesador: El procesador es el que controla al ente. Lo gobierna con un algoritmo que especifica las acciones que quiere realizar en función de sus capacidades y de la información que reciba (por ejemplo, si tiene muchos sensores que indican comida para un costado, puede indicarle a sus actuadores que intenten desplazarse para allí; o si tiene un muy bajo nivel de energía puede decidir no hacer nada que consuma la misma y flotar en estado de "hibernación" hasta que encuentre comida y pueda restaurar sus funciones básicas). Lo interesante de este procesador es que el algoritmo de control no debe ser programado por el usuario, sino que tiene que ser desarrollado por el mismo procesador, aunque no tiene una libertad total para ello: en función de que los elementos del universo son finitos (hay determinados tipos de sensores, etc), se puede preestablecer el programa que evalua las entradas para decidir las salidas, pero como se combina cada cosa y en que grado lo irá decidiendo (o aprendiendo)el procesador.
Los componentes de contexto pueden ser los siguientes:
  • Comida: Si el ente se encuentra con ella, puede aprovecharla y aumentar su nivel de energía.
  • Peligros: Pueden haber elementos dañinos a los distintos componentes (por ejemplo: un anti-sensor).
Tenemos un componente global a todos que se llama Kronos: va marcando el reloj de la vida en el experimento, y como dios que es, maneja los elementos de la sopa. En otras palabras, es el programa que, por ejemplo, se fija cuales entes deben moverse, que pasa si dos se chocan, mueve los elementos de la sopa al azar, genera nuevos elementos para la sopa, se fija si un ente choca con un elemento y si debe incorporarlo o no, etc.

Un punto importante en las reglas de la sopa es la reproducción: cómo a partir de dos (¡o más!) entes generamos uno nuevo. Esto no lo tengo todavía razonado del todo, pero podría ser basicamente una generación de un nuevo ente (administrada por Kronos) a partir de elementos de los padres. Aquí tenemos que incluir los conceptos de herencia (el hijo debe parecerse a los padres), mutación (cambios al azar para que los hijos no sean una copia fiel de los padres) y cruces (el hijo debe parecerse a ambos padres). Se necesita también estudiar como la reproducción afecta a los padres (baja de energía, pérdida de partes, limitaciones en las decisiones de movilidad, etc) y un montón de otros detalles (por ejemplo, cómo los padres protegerán al crío hasta que crezca, es decir, hasta que incorpore los elementos necesarios para su propia supervivencia).

Quedan muchísimos otros puntos para ver, desde el refinamiento de las reglas que mencioné aquí hasta la inclusion de nuevos elementos (por ejemplo, Comunicadores para que los entes intercambien "ideas", o actuadores de Cópula para ajustar más el mecanismo de reproducción, o mejores reglas para definir la mutación y el intercambio del ser creado).



Firefox sigue ganando terreno

Software — Lunes 13 de Diciembre de 2004, 07:37

Otra marca importante para Firefox: en menos de 32 días fueron bajado 10 millones de instaladores.


Todavía no encontré un lugar confiable como para revisar periodicamente figuras de porción de mercado entre todos los navegadores, pero es obvio que Firefox va erosionando despacio pero constantemente la base de usuarios de Internet Explorer.

Esto se logró, más allá de la soberbia calidad y funcionalidad del producto, por campañas masivas de marketing a través de la ayuda gratuita de colaboradores y amigos de Firefox, que como yo, le taladran la cabeza con que usen Firefox al primero que se cruce, :). Estas campañas se centran y coordinan en SpreadFirefox.

Otro producto que por ahora no tiene tanta publicidad, pero que seguramente le llegará por haber llegado a su versión 1.0, es Thunderbird, un lector de correo/noticias de muy buena calidad, con características como: soporte IMAP/POP, correo HTML, etiquetas, búsqueda rápida, libreta de direcciones inteligente, acuses de recibo, filtrado avanzado de mensajes, completado de direcciones LDAP, herramientas de importación, potencia en búsquedas y, además, la capacidad de manejar múltiples cuentas de correo electrónico y noticias.

Python 2.4

Python — Martes 30 de Noviembre de 2004, 09:58

La última versión de Python ya está en la calle. Esta es una release final y estable, y se recomienda a los usuarios que actualicen a esta versión.

Python 2.4 es el resultado de casi 18 meses de trabajo sobre la versión anterior, Py2.3, y representa otra etapa en la cuidadosa evolución del lenguaje. Se mantuvieron al mínimo las nuevas características de Python, se corrigieron muchos bugs y se realizó una importante variedad de mejoras.

Entre los cambios más importantes tenemos decoradores de funciones, expresiones generadoras, mejoras al importar los módulos, y bastantes nuevos módulos (incluyendo subprocess, decimal y cookielib).

Para seguir investigando mire el What's New In Python de Andrew Kuchling, los puntos sobresalientes de esta versión, y las notas detalladas sobre Python 2.4.

Para más información y bajar los instaladores, vaya a la página oficial.
«Anterior   1 2 3 ... 54 55 56 57 58 59 60 61  Siguiente»

Powered by LifeType