MicroImpresionismo – Pintura al óleo sobre vidrio reciclado

El siguiente es un paisaje de la sabána de Bogotá, los cerros de Cota vistos hacia el norte desde una perspectiva de hierba. Está pintado con óleo sobre un espejo que alguna vez se recogió de la basura de una vidriería, tiene un tamaño de 5cm X 12cm:

Utilizando Gimp podemos jugar con los colores un poco para obtener el mismo paisaje justo antes de llover:

Y desde Gimp, utilizando el filtro globo giratorio, redimensionando, agregando un fondo de estrellas, desenfoque, y efecto de viento se obtiene algo parecido a una foto de planeta de una película tipo años ochenta:

Desde luego al digitalizar el vidrio con el escaner, se pierden texturas y colores que se perciben a simple vista, pero es extremadamente interesante explorar las nuevas posibilidades que aparecen… aquí simplemente se “araño la superficie”.

Hackening

Según la Wikipedia un  Happening es:

“… manifestación  artística, frecuentemente multidisciplinaria, surgida en los 1950  caracterizada por la participación de los espectadores. Los happenings  integran el conjunto del llamado performance art y mantiene afinidades  con el llamado teatro de participación.”

El Hackening se apoya en esa idea pero vincula las nuevas tecnologías de una  forma absolutamente profana, busca trascender las clásicas reuniónes de  geeks, ingenieros, o expertos en tecnología. El participante no es una entidad pasiva consumidora de información. Un Hackening no es una conferencia, no es un  coloquio, no es un seminario. En un Hackening la tecnología se debe desnudar y los simples mortales se relacionan intimamente con ella. Un Hackening  se parece a un hacklab pero en la plaza de mercado o en un club  nocturno. En un Hackening la tecnología no es en sí misma el objetivo,  sino más bien el medio para la creación colectiva y el resultado de dicha creación no se conoce al iniciar el hackening.

Para tener en cuenta:

  • El espacio donde se realiza incluye elementos que generan un estimulo a los sentidos de diferentes formas (sonido, vídeos, comidas, bebidas, show’s en vivo…)
  • Conviene que el grupo de participantes sea totalmente heterogéneo y que no exista una mayoría distinguible o predominante de un área de conocimiento específica.
  • Cada participante debería comprometerse a realizar una actividad basada en un trabajo propio, proyecto personal o tema de su interés
  • La propuesta hecha por cada participante debería integrar la propuesta de otro participante, la coordinación para ello se debe realizar en el sitio del hackening durante su ejecución, y puede cambiar cuantas veces se desee durante todo el evento, sería ídeal si dicha integración de actividades ocurre entre profesionales de áreas distintas, ojalá de muy poca afinidad.
  • Todos los participantes deberían estar a la vista de los demás para estar concientes de su participación.
  • Uno o varios asistentes deberían actuar como cronistas, comprometiendose a generar un registro de las actividades y una recopilación de resultados que pueden no ser apreciados o detectados en primera instancia por los participantes activos.
  • Debería existir un resultado o producto palpable que cada participante entrega al terminar (una imagen, un vídeo, un script, un párrafo escrito, una ruta de navegación en internet, un comentario a un blog en internet, etc).
  • Es posible que se pueda programar el inicio de un Hackening pero no su finalización…

Ejemplos y características del trabajo realizado por los crónistas:

  • gracias a la interacción entre varios participantes se detecta una idea o propuesta para una herramienta tecnológica que facilmente se expresa en un párrafo
  • de la actividad de algunos participantes surge como resultado algún material gráfico, multimedia o similar que es abandonado al terminar pero recopilado por el cronista
  • se ejecuto o realizó alguna configuración o secuencia de comandos de consola, se recopilan y comentan para garantizar que sea repetible lo realizado, lo ideal es que se publique en plataformas como github, así fuera algo muy básico…
  • cronístas de áreas profesionales diferentes ofrecen perspectivas y registros diferentes (no es igual la historia contada por un ingeniero que por un experto de ciencías sociales).
  • si varios cronistas registran en vídeo todo el evento, podría surgir un video total con una misma línea de tiempo, pero varias perspectivas del evento que podrían presentarse en algún tipo de pantalla dividida…

El objetivo del Hackening es hacer una integración activa y en tiempo real de distintos puntos de vista que en el día a día de cada participante no se presenta. Es común ver como profesionales y expertos de un área determinada unicamente tienen contacto con profesionales de su misma área o áreas áfines, esto podría verse como algo natural, pero puede generar problemas de -parcialidad-. Un ejemplo sería la definición de caos que un físico daría y la definición de ese mismo tema que ofrecería un biólogo o un sociólogo, los tres tendrían la razón y podrían dar una definición correcta del tema, hasta podrían coincidir en expresiones matemáticas que soporten su definición pero los matices deberían ser bien distintos. Sería interesante demostrar esto último usando un Hackening para ello.

Un beneficio inmediato del Hackening podría ser su papel como motor colectivo para la creatividad. Algunas ideas que hoy nos sorprenden han surgido de conexiones entre espacios de trabajo, perspectivas, o áreas que no son evidentes para la gran mayoría de nosotros.

Otro beneficio prodría ser la promoción de capacidades de “traducción de conocimiento” entre expertos de áreas totalmente distintas, o desde expertos hacia personas sin ningún tipo de preparación académica o experiencia profesional. Si un experto es capaz de explicar conceptos o ideas complicadas en un “discurso de asensor” a una persona que no posee formación académica o experiencia, puede ser algo muy positivo para un entorno social.

 

 

Escalones y pasadizo

Desde luego es otro pequeño experimento… se supone que se tienen dos escalones con baldosas en forma de rombo que conducen a un pasillo, a mano izquierda crecen pequeños arbustos redondos y uno de ellos seco a la entrada de los escalones. A mano derecha también en la entrada se alcanza a ver algo de una pared con baldosas, unas ramas que se descuelgan. Al final de pasadizo hay una luz brillante, a la derecha de la luz se ve un arbusto sin hojas, hay otros objetos que están como suspendidos que no veo bien que son. El pasadizo esta colgando del cielo negro y de todo el cuento se desprenden algo parecido a estrellas en la parte superior izquierda.

Es un dibujo con esfero de tinta azul, que se realizó en algún recorte de papel de borrador, en ratos muertos, no tiene más de 7cm*5cm. Se escanea el dibujo, se vectoriza con Inkscape, conservando los tonos azules de la tinta, luego en Gimp se manipula el balance de color para que parezca psicodélico, se colorean los huecos del esqueleto de la imagen con la herramienta de pintura, se aplican filtros intercalados para realzar y desenfocar , esto suaviza bordes,  se agrega un fondo negro, y al final una supernova desde los filtros de luces y sombras de Gimp. Me gustaría verlo sobre una camiseta o en un vaso…

Una copia con mayor resolución se puede descargar desde aqui. Una foto en baja resolución que muestra la pieza original en papel puede verse aquí.

¿Que es la grid?

En realidad me da la impresión de que el término se presta para distintas interpretaciones y hasta confusiones, especialmente cuando hay intereses comerciales en juego. Personalmente creo que no alcanzo a dimensionar el alcance de la idea y la definición puede tornarse aún más difusa si en algún momento se intenta comparar o diferenciar de otra idea muy de moda -la nube-. Ahora, no estoy diciendo que no sean claros los lineamientos y definiciones técnicas convencionales al estilo Wikipedia, me refiero más a las implicaciones reales y el contexto general que la caracteriza.

Un punto de partida para organizar el asunto son los tres ítems que una grid debería cumplir:

  1. recursos coordinados que no están subordinados a un control centralizado. Una grid integra, coordina recursos y usuarios que operan al interior de distintos dominios de control. Por ejemplo -escritorios vs. centros de computo; diferentes unidades administrativas de la misma compañía; o diferentes compañías- abordando las cuestiones de seguridad, políticas, pago, membresías y demás, que aparecen en este tipo de sistemas. De otra forma, estaríamos tratando con la administración de un sistema local.
  2. uso de interfaces, protocolos, de propósito general y abierto. Una grid está construida de protocolos multipropósito e interfaces que abordan problemas fundamentales como la autenticación, autorización, descubrimiento de recursos y acceso a recursos. Es importante que estos protocolos e interfaces sean estándar y abiertos de otra forma se estaría tratando con un sistema específico de una aplicación.
  3. ofrecer niveles no triviales de servicio. Una grid permite que los recursos que la constituyen sean usados de una forma coordinada para entregar diferentes calidades de servicio, refiriéndose por ejemplo a tiempos de respuesta, rendimiento, disponibilidad, seguridad y/o coasignación de múltiples tipos de recursos que satisfagan necesidades complejas de los usuarios, de tal forma que la utilidad de los sistemas combinados es mayor que la suma de sus partes

De acuerdo a lo anterior, si se implementa algún tipo de planificador de tareas (sheduler) en un entorno de supercomputación no se estaría hablando de grid. Puede ofrecer cualidades de desempeño no triviales y podría ser un recurso de grid pero no es en sí mismo una grid, aún si los recursos que lo constituyen se encuentren operando en el ámbito de distintas organizaciones (algún tipo de cluster interorganizacional) ya que los recursos seguirían subordinados a un control central, en todo momento se conocería y tendría control sobre cada una de sus partes.

SGI cluster.

A diferencia del planificador de tareas mencionado, la Web podría cumplir los 2 primeros items, pero no alcanzaría a ser una grid ya que los recursos que la constituyen AÚN no se coordinan en conjunto para ofrecer calidades de servicio como las del tercer punto.

Siguiendo con la Web, de la misma forma como en términos muy simplificados, una entidad debe hablar IP si quiere ser parte de Internet, una entidad que quiera ser parte de la grid debería adoptar protocolos, interfaces y políticas propias de la grid, siendo estos de naturaleza abierta y estándar. Esta entidad debería solucionar entonces como mínimo una implementación de los protocolos contemplados en OGSA (Open Grid Services Architecture) del GGF (Global Grid Forum). Una herramienta para lograrlo es el Globus Toolkit desarrollado por la Globus Alliance, que implementa algunos estándares del GGF y otros relacionados a la grid.

Esta son opiniones, interpretaciones y una traducción parcial del texto clásico What is the Grid? A Three Point Checklist {Ian Foster, Argonne National Laboratory & University of Chicago, Julio 20, 2002}

Utilizar métodos géneticos virtuales para diseñar máquinas reales

Si se definen cada una de las partes y materiales que se utilizarían en la construcción de la máquina, en cuanto a todas y cada una de sus propiedades físicas… como interactuan  entre ellas, los limites en que varían sus propiedades, es posible, en un medio virtual, tridimensional, hacerla funcionar de forma similar a como lo hace en la realidad, y mas importante, se puede hacer evolucionar, con una fluidez  parecida a la de la naturaleza, porque se superaría el limitante físico de la evolución del hardware inerte.

Un ejemplo teórico. En cuanto a partes utilizadas: Un piñón puede variar su radio, espesor, numero de dientes y solo se podría conectar a un eje o un motor. Un motor puede variar su potencia, peso, voltaje necesitado, grosor, largo de su eje y solo  se conecta a piñones o ruedas, un chasis y a conectores de corriente. Una compuerta TTL no se puede conectar a un piñón, seria mas conveniente conectarla a algún tipo de circuito y siendo este ultimo muy cercano a funciones o bloques lógicos se puede hacer evolucionar con respecto a un objetivo. Se podría simular un especie de procesador virtual para soportar el algoritmo o software que controla la maquina, y cada una de estas partes físicas no serian mas que objetos en software… el mismo software también seria virtual.

En cuanto a la totalidad de las propiedades de la maquina, con respecto aquellos parámetros que la definan como tal dentro de esta simulación, si se pudieran expresar lo suficientemente compactos como por ejemplo en una matriz, bien se podrían relacionar estos parámetros a su ADN, y aplicar métodos evolutivos. Para aquellos individuos dentro de este esquema, que tuvieran la mala fortuna de poseer incongruencias como la mencionada antes de la TTL, ni siquiera serian tomados en cuenta para modelarse virtualmente, pero aquellos donde los parámetros fueran congruentes serian fabricados, no por nosotros sino por software.

Por ejemplo, superficialmente: en un universo ( espacio virtual tridimensional ), que alberga dos tipos de robots cazadores y presas, donde simplemente el objetivo de uno es buscar al otro (por el momento), se beneficia de alguna manera al que mejor lo haga, sea escapando o cazando. TAL VEZ los cazadores tenderían a ser mas rápidos (motores mas potentes o mayor número de ellos) con mejor visión, y las presas mas inteligentes, un algoritmo obtenido por evolución mas eficiente que el de los cazadores, es el tratamiento clásico desde computación evolutiva.

Existen herramientas para lo anterior, lenguajes de programación avanzados, bibliotecas y librerías de realidad virtual, computación evolutiva, muchos de esos recursos gratuitos o libres. Lo mas difícil seria armar el modelo, definir su funcionamiento, ni tan exactamente ni tan someramente. Porque de nada serviría obtener una maquina virtual interesante que no se pudiera fabricar en realidad, siendo este el objetivo del modelado virtual.

Al final haría falta una especie de prototipadora. Como las partes virtuales tienen su equivalente en físico, este aparato revisaría su inventario, organizaría un algoritmo total de ensamblado desde recetas sueltas e incompletas de acuerdo a las partes utilizadas y ejecutaría la producción del aparato.

Sólo se escribe la idea para el registro, igual siempre es bacano descubrir  por cuenta propia que la tierra es redonda como una naranja siguiendo los pasos de José Arcadio Buendía .