Hi Orm, I understand and indeed my only usecase would be that of live coding. It would save plenty of implementation complexity, would transparently expose other things like +documentation+ etc.
On Fri, 2 Oct 2020 at 14:46, Orm Finnendahl < [email protected]> wrote: > Hi Christos, > > without wanting to start a big discussion here I'd recommend to use this > technique with caution: Changing the semantics or inner working of named > functions on the fly is introducing state and can make programs quite > challenging to debug and a fast way of getting rid of the advantages of > functional programming ;-) > > I can see the necessities of doing this e.g. in live-coding, but would > advice to use it in very restricted and well defined situations of coding > (like in live coding situations) and doubt that the mechanism you describe > is reaĺly necessary in such situations. > > -- > Orm > > Am 2. Oktober 2020 03:44:16 MESZ schrieb Christos Vagias < > [email protected]>: >> >> Hi all, >> >> i stumbled upon srfi 212 which speaks of aliases. >> " An alias definition transfers the binding of one identifier to another, >> effectively aliasing the identifier." >> https://srfi.schemers.org/srfi-212/srfi-212.html >> >> I think that would be a great help for the concept of >> libraries/namespaces. >> In the r7rs define-library concept, you can import a library and have >> access to its "exported" symbols. >> >> If these exported symbols are aliases, we could have hot-reloading >> redefinition of a library's symbols (redefining a function) and have this >> change reflected on the places where it's used. >> >> This is one feature from clojure I really missed in scheme. >> In my work on s7-imgui I do this but with the hack of making the >> "imported" >> function a macro that resolves the functions' symbol from the >> environment where it's defined. >> But, aliases would be a more subtle solution. >> >> -- excuse the long text, it's quite late yet something on my mind for >> quite a while >> >> Christos >> > ------------------------------ > Prof. Orm Finnendahl > Komposition > > Hochschule für Musik und Darstellende Kunst > Eschersheimer Landstr. 29-39 > 60322 Frankfurt am Main > > > https://www.youtube.com/watch?v=2rWha1HTfFE&list=PLiGfneJSWmNw6dTUvcTHbTkCYOOTiB_N6 > >
_______________________________________________ Cmdist mailing list [email protected] https://cm-mail.stanford.edu/mailman/listinfo/cmdist
