è da leggere<br><br><div class="gmail_quote">Il giorno 25 settembre 2010 22:31, xDxD.vs.xDxD <span dir="ltr"><<a href="mailto:xdxd.vs.xdxd@gmail.com">xdxd.vs.xdxd@gmail.com</a>></span> ha scritto:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;">
bello luigi!<br><br>rispondo perchè è interessante e non per circolovienneggiare. e inizio la risposta innanzitutto chiarendo che il tono un po' polemico della mia mail precedente era in realtà fretta e che volevo dir ciò che ho detto, ma in modo un po' differente.<br>
spero che comunque sia passato il messaggio: strumenti come puredata sono porte aperte verso possibilità che in altro modo sarebbero avvenute con moooooolta più difficoltà. <br>e qui mi riferisco soprattutto alla creazione di "luoghi accessibili" in cui si incontrano software, sensori, sorgenti audio e video, sintesi e interattività. Perchè non è assolutamente detto che chi si esprime in una direzione debba per forza aver necessità di sapere alcune cose sulle tecnologie che ci stanno sotto. E infatti son daccordo quando parli di stili cognitivi differenti: daccordissimo! <br>
Anzi aggiungo una cosa: ci son diversi "temi" della tecnica. Alcuni si interessano, per esempio, dei byte e dei puntatori, altri su come si sintetizza un suono o un'immagine, altri ancora sulle cose più varie. Per esempio mi sembra che quando uso puredata mi riesca a concentrare più sulle problematiche di sintesi e di elaborazione dei segnali, mentre quando uso, chessò, C++ mi sembra di riuscire a concentrarmi maggiormente sulle strutture dati e sulle interconnesioni di rete, ma magari è un mio modo personalissimo e altri potrebbero avere una esperienza completamente differente.<br>
e mi riferisco anche al fatto che ci siano diversi livelli di profondità con cui si possono utilizzare gli strumenti.<br>per me un esempio tipico di questo aspetto è HTML+JavaScript e le librerie come jQuery. jQuery non s'è inventato nulla: con jQuery si possono fare cose che si fanno tranquillamente anche con javascript. Ma aveere una libreria che fa un sacco di cose "out of the box" ha creato un effetto. E infatti sono fiorite cose eccellenti: a volte dal punto di vista tecnico, altre volte comunicativo, altre volte ancora artistico. E sì, l'approccio è differente e lo stile cognitivo pure.<br>
Quindi su questo non ci piove.<br>Solo non mi convinceva e nn mi convince tuttora quell'accenno al "sembrano tutti uguali". Perchè semplicemente non è vero.<br>E anche poco il differenziare il grado di "convergenza" su (come chiamarle?) strutture ricorrenti, pattern che (è un supposto che ho immaginato io? ) limiterebbero la variabilità delle cose che si producono con una piattaforma.<br>
Purtroppo ora non ricordo il nome (ma possiamo indagare se vogliamo): l'anno scorso al DULP a Tor vergata (un evento abbastanza importante sulle tecnologie applicate all'educazione) c'era un ricercatore del nord italia che aveva fato, tra le altre cose, una ricerca sugli stili di programmazione di molte persone di varia estrazione, dai programmatori amatoriali, ai professionisti, passando per i creativi e le figure più ibride o incasinate.<br>
emergevano diverse "convergenze" su ogni linguggio di programmazione. Come, tra l'altro, non stenterà a credere chi programma. E queste ricorrenze non sono neanche del tutto personali: dipendono anche dall'ambiente di sviluppo che usi, dalle librerie che usi, dallo snippet di codice che hai trovato su google e di cui hai fatto copia e incolla, dall'esempio nella documentazione, e da tante tante cose, tra cui ci sei tu, il programmatore, e il tuo stile personale con cui fai i cicli, definisci le variabili eccetera.<br>
Ci son persone (moltissime) che fanno codice facendo quasi solo numerosissimi copia e incolla di pezzi di codice di esempio!<br>Lo stesso openframeworks, e anche processing, ovviamente, funzionano molto così. Tanto è vero che passata la barriera iniziale della documentazione di base, si passa immediatamente ai forum per cercare i pezzi di codice che servono a fare le cose più delicate: per esempio quelle su OpenGL e famiglia. Son cose che openframework maschera per fornire una modalità di programmazione più semplice, ma che quando devi fare cose pesanti ti servono, e la prima cosa che fai è cercare i blocchetti di codice per usare le texture, la memoria della scheda grafica e la gpu eccetera eccetera.<br>
Ecco, io non trovo nulla di differente in questo rispetto a quando cerchi qualcuno che ha usato un blocchetto di puredata e cerchi di capire come ha attaccato entrate e uscite, e come le ha usate. E non lo dico in maniera polemica. Mi sembra solo un "oggetto" differente su cui però si svolge la stessa azione. <br>
Poco mi importa (e forse sbaglio) che da una parte ci sia un array di byte che devo mandare alla memoria della scheda video e che dall'altra ci sia magari una wavetable che devo usare per sintetizzare un suono.<br><br>
non so: è circoloviennoso? :)<br><br>ciau!<br>s<br><br><div class="gmail_quote">2010/9/25 Luigi Pagliarini <span dir="ltr"><<a href="mailto:luigi@artificialia.com" target="_blank">luigi@artificialia.com</a>></span><div>
<div></div><div class="h5"><br><blockquote class="gmail_quote" style="margin:0pt 0pt 0pt 0.8ex;border-left:1px solid rgb(204, 204, 204);padding-left:1ex">
<br>
è chiaramente una questione di opinioni e gusti personali ma credo che tu evidenzi la questione cruciale quand'è che dici:<br>
<div><br>
> il modello visuale e connettivo permette di avvicinarsi allo sviluppo in maniera diversa da quella "classica", ma assolutamente non limitante, in nessun modo.<br>
<br>
</div>non è questione di limitazioni quant'è di stili cognitivi. i diversi modelli/metodi portano *inevitabilmente* a diverse conclusioni estetiche/concettuali.<br>
@resa dei conti, nell'uso del primo (visuale-connettivo) c'è un effettivo evolversi verso soluzioni convergenti (per via di meccanismi neurali che sarebbe tedioso illustrare qui di seguito).<br>
non è vero che "sembrano tutti uguali" e che son artisticamente inutili.<br>
è una possibilità.<br>
anche se tende, appunto, a far convergere la creatività verso plateau grafici/estetici/dinamici/comportamentali/interattivi.<br>
nell'uso del linguaggio puro (quand'è che lo definisci "classico" non son certo che intendiamo la medesima cosa! anche xkè credo che sia di matrice filosofica più che informatica) vantaggi e svantaggi cambiano considerevolmente.<br>
non è questione di meglio/peggio.<br>
ma, e soprattutto, di stile cognitivo con cui si concepisce l'opera (ma più generalmente il software).<br>
cmq,<br>
a. anch'io sbaglio, e per fortuna: spesso! :-)<br>
b. com'è che dicevo nel precedente messaggio non ha senso avventurarsi in una discussione da "Circolo di Vienna!", che credo non avrebbe mai fine! :D<br>
<br>
ciao!<br>
<div><div></div><div><br>
<br>
<br>
> eccolo!<br>
><br>
> no, io anche in realtà ero rimasto un po' scioccato dalle affermazioni su puredata<br>
><br>
> e penso che forse non lo conoscano granchè.<br>
><br>
> è un gran strumento e, parlando di programmazione, è uno strumento completo. Chessò: se proprio ne hai voglia ti ci puoi sviluppare pure un foglio elettronico o un word. ;)<br>
><br>
> solo che per caratteristiche e ricchezza di componenti di solito ci si fa audio, video, sensori, interazione, computer vision e famiglia allargata<br>
><br>
> e, dove proprio uno non trova il "blocchetto" che gli manca per la sua opera iper-originale (ma sicuro di non aver cercato bene tra le migliaia di "scatolette" prodotte dall'enorme comunità?) uno la scatoletta se la può anche sviluppare da sè, in uno dei tanti modi possibili. E magari, poi, condividerla con gli altri.<br>
><br>
> io ne uso tante di piattaforme e linguaggi, come anche penso marco ed altri. stiamo sempre tutti a studiare e a sperimentare.<br>
><br>
> tra le cose che ho provato, puredata ha pregi e difetti, come è ovvio, ma tra i tanti pregi c'è che usa un paradigma differente e molto accessibile per sviluppare oggetti crossmediali.<br>
><br>
> ne ho visti a secchi di studenti che, tentato processing per una settimana (che è già semplice) si ributtavano in massa a sbroccare con la timeline di flash, o a limitarsi a fare solo un video (nulla in contrario, ovvio, col video: ma ci sono altre possibilità che è bello poter provare)<br>
><br>
> il modello visuale e connettivo permette di avvicinarsi allo sviluppo in maniera diversa da quella "classica", ma assolutamente non limitante, in nessun modo. Devi studiare imparare far le prove e sbagliare, ma il lavoro è sempre quello: fare un programma. Magari se lavori in pure data prima imparerai come si usano componentistiche a più alto livello piuttosto che come si fa la deallocazione della memoria associata ad un puntatore. Ma è un male? Sì e no, come tutto. Se è un modo per cui chi vuole (ad esempio, tra le tante possibilità) fare suoni invece che imparare a deallocare un puntatore, è una cosa meravigliosa, no?<br>
><br>
> Non è detto che tutti trovino la stessa libertà nelle stesse cose.<br>
><br>
> e poi, sull'estetica: a me pare invece che esista un mondo di persone che fanno tante cose diversissime. E strumenti come puredata hanno avuto un effetto moltiplicatore sul numero delle cose che vengono prodotte.<br>
><br>
> forse parte del discorso è che: l'estetica s'è spostata, sta da un'altra parte. Un opera d'arte che si basa sull'estetica di un database si comprende allo stesso modo di un'opera d'arte video più classica? ovvero: per capire la prima cosa si fa? ci son pezzi in più/in meno/diversi?<br>
><br>
> io non so, sinceramente, come interpretare il commento di "omogeneità". Mi vien da pensare che forse non vi sia mai capitato di studiare in maniera un po' formale quel che viene prodotto con questi strumenti. Come in ogni periodo e ogni luogo ci sono, ovviamente, delle estetiche dominanti, o particolarmente apprezzate ma cambiano nel tempo e nei soggetti e sono perfettamente in salute: un sacco di gente fa delle cose proprio belle. Anzi devo dire che questo è forse uno dei periodi più belli che io mi ricordi: c'è proprio tanta gente che smonta e rimonta cose creando delle meraviglie. E succede in molti luoghi differenti, tra università, centri di ricerca, squat, club, posti di lavoro (per chi ce l'ha, mannaggia a loro), e scommetto anche dentro qualche tabaccaio, macellaio e parrucchiere.<br>
><br>
> ovvio che all'aumentare dei numeri aumentano anche le "schifezze", ma in realtà il fatto che ci sia la possibilità che un sacco di persone dispongano, grazie ad un moto *globale* di strumenti per crearle quelle "schifezze", è un'opera d'arte a sè stante, no?<br>
><br>
> ecco, mi sembravano quantomeno superficiali quei commenti: tutto sto tempo per parlare di un sacco di cose, per studiare da dada in poi, e poi qualcosa che suona come "aho, a me me parono tutte uguali... " mi pareva un po' lanciato nel vuoto, senza sostegno.<br>
><br>
> magari mi sbaglio, boh?<br>
><br>
> ciao!<br>
> xDxD<br>
><br>
> 2010/9/24 Marco Donnarumma <<a href="mailto:devel@thesaddj.com" target="_blank">devel@thesaddj.com</a>><br>
> Mi sembra che da un analisi partecipativa della domanda "quale strumento potrebbe essere più adatto ad un certo tipo di operazione "artistica" (o meno)", si sia passati ad un populistico "sembrano uscite quasi tutte dal celebre...".<br>
><br>
> In primis non mi sembra rientri nell'etichetta di una lista criticare e deridere - per di più senza argomentare - l'utilizzo di un determinato software o metodologia, in quanto potrebbero esserci molti membri di questa "community" che utlizzano le suddette pratiche (e purtroppo pare il caso che ce ne siano molti proprio su questa lista).<br>
><br>
> Quindi mi piacerebbe leggere un argomentazione di questa presunta verità riguardo Pure Data o Max.<br>
><br>
> Inoltre ci si è anche liberamente dimenticati che, dato che si stavano analizzando delle pratiche e non dei prodotti, sarebbe stato opportuno considerare che Pure Data non è assolutamente utilizzato solo per il video, ma è uno strumento molto avanzato che permettere di flettere e comporre un universo di media diversi.<br>
><br>
> Per concludere mi pare doveroso lasciarvi con qualche link. Quasi a caso, al recente File Prix Lux 2010 i progetti vincitori del primo e secondo premio nella categoria Electronic Sonority sono due lavori brillanti e soprattutto forward-thinking sviluppati in Pure Data.<br>
><br>
> <a href="http://www.fileprixlux.org/awarded-electronic-sonority.aspx" target="_blank">http://www.fileprixlux.org/awarded-electronic-sonority.aspx</a><br>
><br>
> Poi, giusto per rinfrescare la memoria e allargare la cognizione di un Pure Data Wihtneyano da "corridoio delle stelle" (c'era proprio bisogno di scomodarlo?) al Transmediale 2008 uno dei lavori nominati è stato un altro progetto in Pure Data, biofeedback e custom made hardware:<br>
><br>
> <a href="http://5voltcore.com/typolight/typolight257/index.php/output/articles/knifehandchopbot.html" target="_blank">http://5voltcore.com/typolight/typolight257/index.php/output/articles/knifehandchopbot.html</a><br>
><br>
><br>
> saluti,<br>
><br>
> M<br>
><br>
><br>
><br>
><br>
><br>
><br>
> 2010/9/20 mariano equizzi <<a href="mailto:marianoe@hotmail.it" target="_blank">marianoe@hotmail.it</a>><br>
><br>
> Di sicuro è molto strano come molti lavori di questo tipo non solo si somigliano, ma sembrano uscire dalla stessa "mano".<br>
><br>
> cioè fra un videoartista ed una altro, della generazione analogica la differenza si vedeva, ma fra un Pd-ista o Max/Jitter-ista ed un altro...bhè in certi casi le opere sembrano<br>
> frutto della stessa Patch.<br>
><br>
> Per non parlare del fatto che sembrano uscite quasi tutte dal celebre "corridoio delle stelle" che poi è un'opera dei Wihtney... ca va sans dire.<br>
><br>
> fate un giro su you tube...<br>
><br>
> Mariano<br>
><br>
</div></div><div><div></div><div>> _______________________________________________<br>
> AHA mailing list<br>
> <a href="mailto:AHA@lists.ecn.org" target="_blank">AHA@lists.ecn.org</a><br>
> <a href="http://lists.ecn.org/mailman/listinfo/aha" target="_blank">http://lists.ecn.org/mailman/listinfo/aha</a><br>
<br>
<br>
_______________________________________________<br>
AHA mailing list<br>
<a href="mailto:AHA@lists.ecn.org" target="_blank">AHA@lists.ecn.org</a><br>
<a href="http://lists.ecn.org/mailman/listinfo/aha" target="_blank">http://lists.ecn.org/mailman/listinfo/aha</a><br>
</div></div></blockquote></div></div></div><br><br clear="all"><br>-- <br>Salvatore Iaconesi<br><br><br>m. ++39 3476054421<br>t. ++39 0697600324<br><br><a href="mailto:salvatore.iaconesi@artisopensource.net" target="_blank">salvatore.iaconesi@artisopensource.net</a><br>
<a href="mailto:xdxd.vs.xdxd@gmail.com" target="_blank">xdxd.vs.xdxd@gmail.com</a><br><a href="mailto:salvatore@fakepress.net" target="_blank">salvatore@fakepress.net</a><br><br>skype: xdxdVSxdxd<br>---<br>Art is Open Source<br>
<a href="http://www.artisopensource.net" target="_blank">http://www.artisopensource.net</a><br>
<br>---<br>FakePress<br><a href="http://www.fakepress.it" target="_blank">http://www.fakepress.it</a><br><br>via G. Ghislieri 14<br>00152 Rome<br>Italy<br>
<br>_______________________________________________<br>
AHA mailing list<br>
<a href="mailto:AHA@lists.ecn.org">AHA@lists.ecn.org</a><br>
<a href="http://lists.ecn.org/mailman/listinfo/aha" target="_blank">http://lists.ecn.org/mailman/listinfo/aha</a><br>
<br></blockquote></div><br>