http://en.wikipedia.org/wiki/Live_coding
--
https://github.com/yaxu/Tidal/blob/master/doc/tidal.md
does Tidal allow encapsulation in the form of 'function definitions'? Is it Haskell or does it just look like Haskell, e.g. can you partially apply fns the same way as in Haskell?
---
can we make a 'musical keyboard' using live programming to make a musical system?
some keys would be notes, perhaps arranged in a convenient multi 'string' manner like a guitar rather than a linear manner like a piano, and others would do things like start/stop recording of notes, and then select prior recordings and cause them to repeat, and reassign keys, execute programs, and switch modes (e.g. a keyboard and also a sequencer).
---
i just read http://www.aleph.se/Nada/Game/Countdown/alien.html
can we generalize the musical keyboard to a system to create nonlinear dynamical system simulations? Could such a thing be used as a method for interacting with external nonlinear dynamical systems such as the stock market in a practical and wholistic manner, e.g. to allow us to successfully interact with such external systems without having well-founded reductionist understanding of them first?
---
would have to have something like Tidal (see above), as well as a 'reverse tidal' for recognition of external patterns
(combine with FRP and Glitch?)
a tool like Tidal would have to be augmented with common nonlinear dynamics simulation elements, e.g. positive and negative feedback with stable and unstable attractors, specify linear forces by a matrix, and also relevant control theory elements, e.g. PID controller, etc
also grammars, and meta-grammars for system specification language, e.g. lagramge
just as MIDI has banks of MIDI instruments, this tool might have a 'systems bank' with widely known systems (e.g. the logistic equation) that can be composed. This would include various famous chaotic systems, not just non-chaotic ones, and the system should make it easy to compose chaotic systems into useful things.
---
Live music programming in Haskell
http://arxiv.org/pdf/1303.5768.pdf
---
paper on tidal which also cites a bunch of similar systems:
https://raw.githubusercontent.com/yaxu/Tidal/master/doc/farm/farm.pdf
---
algorithmic composition
generative music
---
ableton and the ableton Push:
http://www.engadget.com/2013/03/24/ableton-push-review/ http://createdigitalmusic.com/2015/11/ableton-push-2-hands-on-test/ https://www.google.com/search?q=Ableton
---
" First class code hot-loading support would be a huge boon for game developers. The majority of game code is not particularly amenable to automated testing, and lots of iteration is done by playing the game itself to observe changes. I’ve got something hacked up with dylib reloading, but it requires plenty of per-project boilerplate and some additional shenanigans to disable it in production builds. "
" > First class code hot-loading support would be a huge boon for game developers. The majority of game code is not particularly amenable to automated testing, and lots of iteration is done by playing the game itself to observe changes. I’ve got something hacked up with dylib reloading, but it requires plenty of per-project boilerplate and some additional shenanigans to disable it in production builds.
Lua is a great fit here and interops with Rust(and just about everything else) very well. "
---
" While the ubiquity of global side-effects in CL is very bad, the facts that all objects that matter are addressable by a path from some global namespace and that live redefinition is actively supported makes debugging and maintaining long-lived systems with in-image persistent data more doable (see again CLOS's update-instance-for-redefined-class). This is in contrast with the Racket IDE which drops live data when you recompile the code, which is fine for student exercises, but probably wrong for live systems. CL is one of the few languages that takes long-term data seriously (though not quite as seriously as Erlang). "
---
" Observability is the property (whose name I coined in my PhD?