Timber Structures: Sistema de Diseño Paramétrico

2025 · 6 months · Packhunt

Computational Designer, Technical Lead

Columna vertebral en Grasshopper de un configurador online de seis tipologías de estructuras de madera. Lideré la revisión técnica: una arquitectura de tres capas, la documentación del cliente convertida en comprobaciones automáticas, y un viewport un 80% más rápido con salidas listas para BOM.

El problema

El configurador de madera de Packhunt tenía que cubrir seis tipologías de estructura sobre un prototipo que mezclaba responsabilidades y funcionaba para una. Cada tipología nueva significaba editar código de geometría, y las especificaciones del cliente cambiaban a mitad de semana.

La restricción

Tres personas tenían que trabajar en el mismo archivo de Grasshopper a la vez, el viewport tenía que seguir siendo interactivo para un configurador de ventas, y la lista de materiales tenía que mantenerse sincronizada con la geometría en cada cambio paramétrico.

Qué construí

Una arquitectura de tres capas: entradas y validación, lógica matemática, salida de geometría. La documentación aprobada por el cliente convertida en comprobaciones automáticas, de modo que un desacuerdo sobre una especificación se convertía en una comprobación fallida en vez de en una reunión. Flujos de superficie primero y creación de breps retrasada en lugar de operaciones booleanas. Una sola fuente matemática alimentando la geometría y el BOM, para que no puedan divergir.

Mi papel

Líder técnico de la revisión. Diseñé las tres capas, fui dueño del núcleo matemático y de las reglas de validación, y llevé la alineación con el cliente.

El resultado

Seis tipologías en un solo sistema, un viewport un 80% más rápido, salidas listas para BOM y advertencias en lugar de fallos silenciosos cuando la geometría rompe una regla. Las interfaces limpias entre clusters permitieron que tres personas trabajaran en paralelo sobre el mismo archivo en vez de hacer cola por él.

Lecciones aprendidas

Reflexión final

Este proyecto consolidó mi enfoque a los sistemas de Grasshopper a gran escala: empezar desde los datos, mantener los módulos independientes y dejar que la documentación dicte las reglas. Y trazar la frontera entre matemáticas y geometría antes de que exista la segunda variante, no después: esa refactorización la pagué en mitad del proyecto. El plugin GhValidation mantuvo esa estructura honesta, detectando problemas pronto a medida que el sistema evolucionaba.

La documentación resultó importar tanto como la arquitectura: clusters con nombres claros y entradas y salidas tipadas hicieron que el trabajo pasara entre personas sin reuniones. Y exportar para la industria AEC solo funciona cuando una única fuente matemática impulsa la geometría y el BOM, para que un cambio paramétrico no pueda dejarlos desincronizados.