miércoles, 3 de diciembre de 2008

SIGraDi 2008. La Habana, Diciembre


Resumen. Algunos arquitectos (usuarios finales), eligieron Visual Basic (VB) de Microsoft para personalizar y explorar resultados en una aplicación interactiva. Convirtiendo la programación, tanto en diseño (Kalay, 2004) como en fabricación (McCullough, 2006), en uno de los nuevos instrumentos de representación y construcción en arquitectura (Silver, 2006). Esto los llevó a utilizar reglas de diseño con variables independientes, propias; alejadas de las anidadas en íconos y secuencias propuestas por el programador. Dentro de ese contexto, pudieron elegir entre dos variantes de VB: 1) VBApplications (VBA), creada para extender y personalizar una aplicación. Requiere conocimiento previo de VB porque utiliza sus comandos estándar; y 2) VBScript, creada como una versión simple de VBA con una sintaxis y vocabulario dependiente de una aplicación como MelScript (en Maya), MaxScript (en 3DSMax) o RhinoScript (en Rhino). Las experiencias a nivel de postgrado y en el ejercicio profesional se han hecho con MelScript en diseño (Terzidis, 2003, 2006) y con Rhinoscript en fabricación (Sass, 2003; Loukisass, 2003). Se eligió Rhino, porque reunía características importantes para la implementación: diseñada para modelar formas complejas, soporte de CNC, importación/exportación desde y hacia otras plataformas, económica, creada para diseñar y fabricar, a diferencia de otras creadas para animación y visualización en general, y para la industria del cine (Maya) y videojuegos (3DSMax) en particular. Aunque su vocabulario es extenso, la sintaxis del script es menos complicada. En Latinoamérica, la implementación con RhinoScript se realizó en Chile (2006, 2007) con estudiantes de pregrado bajo estrategias usadas en postgrado. Aunque los resultados en conjunto fueron positivos (se comprobó que no fue necesario ni saber programación ni tener experiencia en Rhino), se detectaron problemas particulares en el aprendizaje y adaptación en un porcentaje considerable de estudiantes. Senske (2005) sostiene que el auto aprendizaje hizo posible la adaptación de la programación en arquitectura porque la implementación tecnológica se mueve más rápido que la pedagógica. Los resultados de esta investigación demuestran que este fundamento es valido para estudiantes de postgrado y que se requieren otras estrategias para su implementación con estudiantes de pregrado. Después de una evaluación post-talleres de lo hecho en Chile, se realizó una tercera experiencia en Perú (2008). Los resultados de estos tres talleres se contrastaron con otros siete que utilizaron Rhinoscript y se realizaron en las ciudades de Barcelona, Cambridge, Londres, y Oporto durante el 2008 con el objetivo de exponer conclusiones generales y particulares. Entre enero y mayo del 2008 se implementó un blog con la información detallada de los talleres analizados (presentaciones y scripts). Esto llevó a la compañía McNeel (fabricante de Rhino) a incluir en menos de quince días el blog en 8 idiomas. El análisis y descripción del proceso, con aciertos y limitaciones, así como las estrategias utilizadas en estos talleres, son el argumento principal de esta investigación. La ubicación geográfica de quienes acceden al blog, así como el número de visitas diarias nos permite dirigir encuestas y documentar otras experiencias, y así ampliar los resultados obtenidos para esta investigación.

jueves, 11 de septiembre de 2008

Bogotá en Septiembre

Hace 13 años visité Bogotá y Santa Marta, en el primer encuentro latinoamericano de estudiantes de diseño, y hace dos dias regresé de dar una conferencia por invitación de la oficina de McNeel en Miami (a cargo de Andres Gonzales y Jackie Nasser). McNeel nos reunió para el Congreso Diseña tu 3DMundo y en mi caso, no podría haber sido otro tema que hablar de arquitectura y programación (resumen). El balance impecable de temas, del diseño en sus diferentes escalas fue la columna vertebral para que el ir y venir de estudiantes y profesionales, conozcan en dos días, los adelantos de Rhino en su faceta interactiva y usando la programación. Presente mi blog RhinoScripting Resources, que despues de la conferencia ha despertado en Colombia el interés por estas técnicas. Siendo desde hace unos dias, el cuarto pais en latinoamérica (después de Perú, Chile y México) en interesarse por los resultados de las propuestas que vienen desarrollándose en diferentes partes del mundo.
Bogotá me deja mas recuerdos. Imágenes de iniciativas y mucho interés de las Universidades que me invitaron luego a regresar: La Universidad Nacional de Colombia, la Universidad de Bogotá Jorge Tadeo Lozano, la Universidad de los Andes y la Universidad Javeriana.
El Congreso fue también motivo para realizar una exhibición, que aun permanece en el edificio de Postgrado de la Universidad de Bogota Jorge Tadeo Lozano. Los resultados de los talleres que realizamos en la Universidad de Chile y en la Universidad Peruana de Ciencias Aplicadas fueron acompañadas por una selección de trabajos que viene realizando Carlos de la Barrera en la IaaC de Barcelona usando RhinoScript, trabajos que fueron presentados de manera colectiva y con una individual presentada por Maite Bravo.
Disfruté la comida, pero mas aún, disfrute la apertura de Bogota, la manera de seguir adelante y, aunque a veces sin conocer, toman ese riesgo que los llevará a explorar nuevos caminos, nuevas maneras de hacer arquitectura, formas y espacio.

lunes, 14 de abril de 2008

RhinoScripting

¿Cual es la diferencia entre la programación y el lenguaje de guiones o script?. En un lenguaje de programacion, se pueden generar aplicaciones enteras e independientes (compiladas), lo utilizan los ingenieros y analistas de sistemas para crear componentes de un sistema que dialoga con el soporte físico (hardware) de un computador para ejecutarse por si sólo, por ejemplo AutoCAD, o Photoshop. El resultado es la sucesión de operaciones utilizando técnicas secuenciales de iconos. Por el contrario, un “script” es un libreto de instrucciones que es seguido al pie de la letra, paso a paso, por un pequeño programa (batch code) creado por un usuario final para resolver un problema particular. El script es diseñado para conectar e integrar componentes que existen en un software interactivo. Dependiendo de la aplicación que la usa como plataforma, el script puede asumir nombres como MaxScript en 3DS Max, MelScript en Maya, Rhinoscript en Rhino, o AutoLISP en AutoCAD, todos ellos bajo el VBScript (Visual Basic Script).

Lo escribieron alguna vez

(...) el uso de algoritmos para tratar problemas formales es mirado sospechosamente por algunos como un atentado de pasar por alto la sensibilidad y creatividad humana y de darle crédito a un procedimiento anónimo, mecánico y automatizado. Kostas Terzidis (2003:66) Expressive Form.

Un diseño puede tomar un universo de formas posibles, pero tendrá sólo una cuando sea completada.
Edith Cherry (1999:4) Programming for Design

Los problemas de diseño no pueden ser resueltos sin la ayuda de un computador, siendo la máquina un complemento y no un substituto del talento creativo, la computadora mientras no pueda inventar, puede explorar relaciones muy rápida y sistemáticamente de acuerdo a reglas preestablecidas. Esta (computadora) funciona como una extensión natural de la habilidad analítica del hombre. Chermayeff (1963:166), Community and Privacy.

La historia definirá si los parámetros utilizados en la consideración del entorno de las diversas obras de arquitectura son los correctos o no, o si en definitiva ni siquiera fueron tomados en cuenta. Greg Lynn (1995), Animate Form.

domingo, 23 de marzo de 2008

Solución de problemas relacionados al diseño de superficies complejas


Experiencia de programación en la educación del arquitecto
XI Congreso SIGraDi, Mexico, octubre 2007
Sociedad Iberoamericana de Gráfica Digital
In this paper, the author explains why architects who know how to use scripts have an advantage over the ones who just know how to manipulate a specific software. The reason behind this affirmation is that knowing how to program frees the architect from the rules and language of the interactive software. To prove his point, the author organized two workshops where students at the school of architecture learned to use Rhinoscript. The students didn't create a new interface, but used an existing one. They adapted the program (Rhino) to a design problem they had formulated at the beginning of the workshop. Students could have also used MaxScript (3DS Max) and MelScript (Maya). Full paper (HTML).

----------
Publicado en el 2008 por la Revista del Centro de Investigación. Universidad La Salle. México.
Número 029, Vol. 8 (Suplemento). PDF
En este artículo, el autor explica por qué los arquitectos que saben utilizar el lenguaje script tiene una ventaja sobre los que sólo saben manipular un software específico. La razón detrás de esta afirmación es saber cómo la programación libera al arquitecto de las reglas y el lenguaje de un software interactivo, convirtiéndose en un aliado. Para probar este punto, el autor organizó dos talleres usando scripts donde estudiantes de una escuela de arquitectura aprendieron a utilizar Rhinoscript. los estudiantes no crearon una interfaz nueva, sino utilizaron una existente. Ellos adaptaron el software (Rhino) a un problema de diseño formulado al inicio del taller. Esta experiencia puede ser también trabajado con MaxScript (3DS Max) y Mel Script (Maya).

sábado, 22 de marzo de 2008

Arquitectura y Algoritmos

Publicado en D+A Año 1, No.4.
Santiago de Chile, octubre, 2007

"Nunca lo había experimentado, pero solo me terminé de convencer que la matemática lo puede casi todo"...., "Ya no me siento limitado a las condiciones básicas del software"..., "siento que tengo una nueva herramienta muy potente que me ayuda a resolver los problemas de diseño". Estas fueron algunas de las respuestas de los 37 participantes al terminar el "Taller de Soluciones de Diseño con Algoritmos", realizado por Digital Design Fabrication Group, Architectural School, y el Computation Group del MIT en la Universidad de Chile Agosto pasado. Articulo completo (páginas 54-55 316 Kb, paginas 56-57 615 Kb)

jueves, 20 de marzo de 2008

Diseño y Fabricación digital en arquitectura

PeristalCity: A circulatory habitat cluster for Manhattan. Skycraper Competition 2006.
Publicada bajo el permiso de Neri Oxman y Mitchell Joachim, Cambridge, MA.

Loft 5, Las Vegas. Winner Architectural Visualization Award 2006.
Publicada bajo el permiso de Lon Grohs y Neoscape, Boston, MA.

¿Donde estamos y hacia donde vamos?
Publicado en LIMA CAP Año 1, No. 1, mayo-junio 2007
La industria de la visualización arquitectónica en el Perú, ha producido en los últimos tres años (2005-2007), resultados favorables que evidencian técnica, calidad y progresivamente un menor tiempo de ejecución, experiencia que permitirá satisfacer no solo una demanda local sino en un futuro a la región, integrándose a la misma industria del continente.
Este crecimiento sin embargo, no ha tenido el mismo efecto ni en el área de diseño ni en el de fabricación digital. Áreas que en nuestro país se viene dando a nivel exploratorio. Por eso nos preguntamos si existieron modelos históricos que han evidenciado el uso de las diferentes soluciones informáticas en arquitectura para establecer si lo que hacemos nos llevará a formar parte de un proceso sistemático que podría encadenar el diseño y la fabricación digital.
Entonces sería valido preguntarse, ¿Cómo podríamos integrar sistemáticamente el medio digital para resolver problemas específicos de diseño?.
El objetivo de este ensayo es presentar algunas comparaciones del tipo tecnológico entre la actividad académica local y sus similares en EE.UU., interpretar algunos conceptos propios de este proceso y presentar algunas ideas que nos lleven a considerar su implementación. ¿Desea leer el artículo completo? (Texto completo en SWF 84 Kb)

martes, 18 de marzo de 2008

Preguntas y respuestas sobre visualización

Aeropuerto Internacional Jorge Chavez, Premio PADIS 2003
Publicada bajo el permiso de Pablo C. Herrera y DIV Digital
Publicado en Lima CAP Año 1, No.1, enero-febrero 2007
¿Cómo surgió esa unión entre arquitectura y animación digital?, ¿En que momento se vio el arquitecto en la necesidad de utilizar tecnicas más innovadoras de representación arquitectónica?, ¿Logra el programa de 3DSMax facilitar el trabajo si se le utiliza para crear visualizaciones arquitectónicas?, ¿Cómo influye la expansión de tecnología digital en el mundo de la arquitectura?, ¿Hay alguna diferencia entre un profesional que maneja el 3DS Max y por consiguiente la animación 3D y otro que no la utilice en el actual campo laboral?, ¿3DS Max se puede integrar con mis programas tradicionales de dibujo/diseño asistido por computador?, ¿Que utilidad práctica encuentra el profesional en arquitectura al manejar la animación digital en su campo profesional?, ¿El mercado laboral esta exigiendo a arquitectos especializados en animación 3D?¿Cuál es el futuro que le espera al arquitecto en su vida profesional y el medio digital? Las respuestas publicadas (76Kb)