Pattern emergenti dal design dell'interazione

Prototyping

Spesso , lo sketching viene visto come prototipazione a bassafedeltà. Tuttavia, mentre gli sketch hanno uno scopo principalmente generativo, i prototipi sono prodotti a finedi valutazione.

Le tre attività di basic design, sketching, e prototyping sono diverse e non c'è tra esse una relazione d'ordine. Nelleesercitazioni di basic design, si può procedere per produzione rapida di molti esemplari di soluzione (come nello sketching) eraffinarne alcuni per sottoporli a valutazione (come nel prototyping).

Nel design dell'interazione, è importante avere materiali, strumenti, e tecniche adeguate a tutte e tre le attivitàdescritte. Processing è un linguaggio e un ambiente di sviluppo adeguato per buona parte diquesti scopi. È interessante notare come i programmi Processing vengano chiamati sketch, a enfatizzare la velocità con cui si possonoottenere bozzetti interattivi, utili a esplorare un vasto ventaglio di soluzioni.

Emergenza dall'esperienza

Nel Laboratorio di Prototipazione di Artefatti Interattivi , gli studenti di Gillian Crampton Smith e Philip Tabor hanno sviluppato alcuni prototipi di oggetti interattivi. Nel corso della realizzazione dei progetti si sonoevidenziati alcuni problemi di programmazione, per i quali sono state trovate soluzioni ad hoc. Molti di questi problemi siritrovano in molti ambiti diversi, e vale la pena di analizzarli per studiare delle soluzioni efficaci e di applicabilitàgenerale.

Progetti del 2007 :

• Aequilibrium
  • Object Oriented Programming (the fish class)
  • Ray tracing: distance, direction, reflection (of the fish)
  • Oscillations (of fish tails)
• Flyer Cafe
  • Using a library API ( reacTIVision )
  • Stack (of geometric transformations)
  • Object Oriented Programming (not used yet)
• Secret Garden
  • Using a library API ( BlobDetection )
  • Filtering (temporal smoothing)
  • Thresholding, hysteresis, and adaptation
  • Timers
• That Sinking Feeling
  • Multithreading (not used yet)
  • Oscillations (waves)
  • Timers
• Tree of Life
  • Mapping (distance to pixels)
  • Timers
  • Using a library API ( Sonia , Video )
  • Thresholding and hysteresis
• Venice 360
  • Using a library API ( Sonia )
  • Thresholding and hysteresis
  • Buffers (audio)
• WAV
  • Oscillations (visual wave)
  • Matrices (of LEDs)
  • Timers (in visual programming)
  • Multiplexing/demultiplexing (in visual programming)

• Si presentano pattern di programmazione simili a quelli dell'anno precedente. In alcuni casi si registra la necessità di fare comunicare tra loro applicazioni diverse (client-server).

Pattern

Nel design degli artefatti interattivi, così come in altre aree della progettazione, si può procederealla risoluzione di un problema mediante identificazione di pattern , cioè di configurazioni che ricorrono sovente, e per le qualiesistono soluzioni di efficacia consolidata.

Un pattern si può descrivere mediante alcuni campi, tra i quali:

• Esempio (es., un sensore rileva la posizione di una persona in un corridoio, un'immagine sulla parete segue lapersona come un'ombra)
• Problema (es., il sensore produce numeri che dipendono nonlinearmente dalla distanza in metri. Lo spaziodell'immagine sulla parete è misurabile in pixel. Come traduco in pixel i numeri prodotti dal sensore?)
• Vincoli (es., la traduzione deve essere efficiente e precisa in tutti i punti)
• Principio (es., è un mapping non lineare uno-a-uno)
• Soluzione (es., Se ho mille pixel, posso riempire un array di mille celle con i valori misurati dal sensore,eventualmente interpolando a partire da poche misure. Tuttavia, a me serve la mappa inversa, che dalsensore va ai pixel. Cioè, dovrei trovare l'indice di una cella dell'array dato il suo contenuto. Una maniera perrendere efficiente l'accesso per contenuto è di organizzare una struttura dati che si chiama hash. Oppure, usandol'array ordinato proveniente dalle misure, posso effettuare una ricerca per bisezione.)