User:Kim/reading/Problems of Notation: Difference between revisions
No edit summary |
No edit summary |
||
| Line 12: | Line 12: | ||
=== Livecoding === | === Livecoding === | ||
* embodies FLOSS key principles | * embodies FLOSS key principles (code - algorithms - music) | ||
:# continual re-writing of code as primary mode of artistic production | |||
:# presentation of the work as open ended, mutable rather than static artefact | |||
=== Livecoding Aesthetics === | |||
* | |||
[https://dspace.mit.edu/bitstream/handle/1721.1/6086/AIM-239.pdf HAKMEM] | [https://dspace.mit.edu/bitstream/handle/1721.1/6086/AIM-239.pdf HAKMEM] | ||
[https://www.are.na/block/28634508 Tortoises?] | [https://www.are.na/block/28634508 Tortoises?] | ||
Revision as of 16:17, 15 September 2024
All Problems of Notation Will be Solved by the Masses: Free Open Form Performance, Free/Libre Open Source Software, and Distributive Practice
Simon Yuill
- recent valorization of 'collaboration' omits basic condition of collaboration - that all forms of production ultimately rely on various degrees and arrangements
- 'collaboration' becomes commodified (art, consumer as worker)
- can FLOSS (Free/Libre Open Source Software) counteract?
- problems with FLOSS:
- issue of collaboration and legislation (and how these relate to medium code)
- FLOSS emerging cultural practices fail to relate to outside (non-FLOSS art/ culture)
- these practices are not collaborative but distributive
- article outlines relation between notational production and distributive practice
Livecoding
- embodies FLOSS key principles (code - algorithms - music)
- continual re-writing of code as primary mode of artistic production
- presentation of the work as open ended, mutable rather than static artefact