CFP: International Conference on Live Coding
Call for papers and performances: International Conference on Live Coding 13-15th July 2015, University of Leeds, UK http://www.livecodenetwork.org/iclc2015/ With pleasure we announce the initial call for papers and performances for the first International Conference on Live Coding, hosted by ICSRiM in the School of Music, University of Leeds, UK. This conference follows a long line of international events on liveness in computer programming; the Changing Grammars live audio programming symposium in Hamburg 2004, the LOSS Livecode festival in Sheffield 2007, the annual Vivo festivals in Mexico City from 2012, the live.code.festival in Karlsruhe, the LIVE workshop at ICSE on live programming, and Dagstuhl Seminar 13382 on Collaboration and Learning through Live Coding in 2013, as well as numerous workshops, concerts, algoraves and conference special sessions. It also follows a series of Live Coding Research Network symposia on diverse topics, and the activities of the TOPLAP community since 2004. We hope that this conference will act as a confluence for all this work, helping establish live coding as an interdisciplinary field, exploring liveness in symbolic abstractions, and understanding the perceptual, creative, productive, philosophical and cultural consequences. The proceedings will be published with ISSN, and there will also be an follow-on opportunity to contribute to a special issue of the Journal on Performance Arts and Digital Media; details will be announced soon. Timeline * Templates available and submissions system open: 8th December 2014 * Performance submissions deadline: 16th February 2015 * Paper submissions deadline: 1st March 2015 * Notification of results: 10th April 2015 * Camera ready deadline: 10th May 2015 * Conference: 13-15th July 2015 Submission categories * Long papers (6-12 pages) * Short papers (4-6 pages) * Poster/demo papers (2-4 pages) * Performances (1 page abstract and technical rider) ICLC is an interdisciplinary conference, so a wide range of approaches are encouraged and we recognise that the appropriate length of a paper may vary considerably depending on the approach. However, all submissions must propose an original contribution to Live Coding research, cite relevant previous work, and apply appropriate research methods. The following long list of topics, contributed by early career researchers in the field, are indicative of the breadth of research we wish to include: * Live coding and the body; tangibility, gesture, embodiment * Creative collaboration through live code * Live coding in education, teaching and learning * Live coding terminology and the cognitive dimensions of notation * Live language and interface design * CUIs: Code as live user interface * Domain specific languages, and the live coding ecosystem * Programming language experience design: visualising live process and state in code interfaces * Virtuosity, flow, aesthetics and phenomenology of live code * Live coding: composition, improvisation or something else? * Time in notation, process, and perception * Live coding of and inside computer games and virtual reality * Live programming languages as art: esoteric and idiosyncratic systems * Bugfixing in/as performance * Individual expression in shared live coding environments * Live coding across the senses and algorithmic synaesthesia * Audience research and ethnographies of live coding * Live coding without computers * Live coding before Live Coding; historical perspectives on live programming languages * Heritage, vintage and nostalgia – bringing the past to life with code * Live coding in public and in private * Cultural processes of live programming language design * General purpose live programming languages and live coding operating systems * Connecting live coding with ancient arts or crafts practice * Live coding and the hacker/maker movement: DIY and hacker aesthetics * Critical reflections; diversity in the live coding community * The freedom of liveness, and free/open source software Submissions which work beyond the above are encouraged, but all should have live coding research or practice at their core. Please contact us if you have any questions about remit. Please email feedback and/or questions to livecode...@gmail.com http://www.livecodenetwork.org/iclc2015/
Computer Music Journal - Special Issue on Live Coding - Call for Submissions
We are excited to announce a call for papers for a special issue of Computer Music Journal, with a deadline of 21st January 2013, for publication in Spring of the following year. The issue will be guest edited by Alex McLean, Julian Rohrhuber and Nick Collins, and will address themes surrounding live coding practice. Live coding focuses on a computer musician’s relationship with their computer. It includes programming a computer as an explicit onstage act, as a musical prototyping tool with immediate feedback, and also as a method of collaborative programming. Live coding’s tension between immediacy and indirectness brings about a mediating role for computer language within musical interaction. At the same time, it implies the rewriting of algorithms, as descriptions which concern the future; live coding may well be the missing link between composition and improvisation. The proliferation of interpreted and just-in-time compiled languages for music and the increasing computer literacy of artists has made such programming interactions a new hotbed of musical practice and theory. Many musicians have begun to design their own particular representational extensions to existing general-purpose languages, or even to design their own live coding languages from scratch. They have also brought fresh energy to visual programming language design, and new insights to interactive computation, pushing at the boundaries through practice-based research. Live coding also extends out beyond pure music and sound to the general digital arts, including audiovisual systems, linked by shared abstractions. 2014 happens to be the ten-year anniversary of the live coding organisation TOPLAP (toplap.org). However, we do not wish to restrict the remit of the issue to this, and we encourage submissions across a sweep of emerging practices in computer music performance, creation, and theory. Live coding research is more broadly about grounding computation at the verge of human experience, so that work from computer system design to exposition of live coding concert work is equally eligible. Topic suggestions include, but are not limited by: - Programming as a new form of musical exploration - Embodiment and linguistic abstraction - Symbology in music interaction - Uniting liveness and abstraction in live music - Bricolage programming in music composition - Human-Computer Interaction study of live coding - The psychology of computer music programming - Measuring live coding and metrics for live performance - The live coding audience, or live coding without audience - Visual programming environments for music - Alternative models of computation in music - Representing time in interactive programming - Representing and manipulating history in live performance - Freedoms, constraints and affordances in live coding environments Authors should follow all CMJ author guidelines (http://www.mitpressjournals.org/page/sub/comj), paying particular attention to the maximum length of 25 double-spaced pages. Submissions should be received by 21st January 2013. All submissions and queries should be addressed to Alex McLean alex.mcl...@icsrim.org.uk. -- The Open University is incorporated by Royal Charter (RC 000391), an exempt charity in England Wales and a charity registered in Scotland (SC 038302).
unsubscribe
unsubscribe -- The Open University is incorporated by Royal Charter (RC 000391), an exempt charity in England Wales and a charity registered in Scotland (SC 038302).
Social benefits of programming
Hello, I am a french student and I am trying to support the idea behind which the act of programming could : - help to become and stay conscious of the virtual environment, of its possibilities and of its limits, - help to build a self as a child would do when starting to talk and communicate with others, and then through this process, - help to build communities that understand the implications of the technology in their social meetings, - help finally, to keep an objective view on the purpose of the technology in the evolution of societies, I assume that most of the subjects of the research in the psychology of programming is directed with concerns of finding learning methods, organizational models and overall better productivity, whereas my quest is in a more general way, to find if the act of programming may help people to be involve in the development of technology therefore with humanitarian aims (and not economic). I hope I expressed myself clearly. Thanks for your valuable input. Alex -- The Open University is incorporated by Royal Charter (RC 000391), an exempt charity in England Wales and a charity registered in Scotland (SC 038302).
Re: Visual and text languages
On Wed, Mar 9, 2011 at 8:51 AM, John Daughtry j...@daughtryhome.com wrote: What are, say, the three biggest open questions/challenges in visual languages? Is there a meta-paper that perhaps discusses VL from such a high level? On 10 March 2011 17:06, John Zabroski johnzabro...@gmail.com wrote: Yes, there is. Jon Barwise and John Etchemandy's seminal paper Visual information and valid reasoning is the best place for you to start. I found a PDF of this, it's interesting but seems to only be about representing discrete relationships in 2D spaces, which I think is something that text does rather well by design. Much is made of things such as 2D Euler diagrams, but for many things 1D Euler diagrams, i.e. parentheses seem to work perfectly well. I'm more interested in the use of VL to include analog spatial relationships, such as conceptual spaces where proximity = similarity, and ways of integrating those with computation. Does anyone know of the use of distance measurements in programming notation? For a broad review of visual language research I recommend Alan's paper Metacognitive Theories of Visual Programming: What do we think we are doing?, old but I find it very interesting: http://www.cl.cam.ac.uk/~afb21/publications/VL96.html Cheers alex -- http://yaxu.org/ -- The Open University is incorporated by Royal Charter (RC 000391), an exempt charity in England Wales and a charity registered in Scotland (SC 038302).
Barcamp sheffield 16-17th April
Hi all, I'm not involved with the organisation but there's an interesting barcamp event in Sheffield on 16th-17th April. I mention it here because it's just before the PPIG Work-In-Progress meeting and some might be interested in attending both: http://barcamp.org/w/page/401613/BarCampSheffield3 http://lanyrd.com/2011/barcamp-sheffield/ There's also a PPIG WIP entry on the lanyrd conference social networking thingie: http://lanyrd.com/2011/ppig-wip/ Cheers, alex -- http://yaxu.org/ -- The Open University is incorporated by Royal Charter (RC 000391), an exempt charity in England Wales and a charity registered in Scotland (SC 038302).
Re: Visual and text languages
Corrections... On 9 March 2011 10:37, alex a...@slab.org wrote: Artists often say they like Max and PD because they are visual. However you can put boxes where you like, it makes no difference because visual layout in these languages is entirely secondary syntax. I meant secondary notation (one of Thomas's cognitive dimensions). In opposition to Myers, I think the value of so-called `visual languages' is that they are not constrained by visible dimensions *at all*. Not *the* value, but *a* value. Having layout for unconstrained secondary notation is of course also very valuable for human-human communication. alex -- http://yaxu.org/ -- The Open University is incorporated by Royal Charter (RC 000391), an exempt charity in England Wales and a charity registered in Scotland (SC 038302).
Re: Visual and text languages
On 9 March 2011 13:31, Thomas Green green...@ntlworld.com wrote: I wonder whether the way that spoken English sometimes uses pitch and stress to emphasize particular parts of an utterance (No, it's MINE!) should be seen through the same spectacles? Of course, 'real' linguists have their terms and analyses for these things, which are probably more useful. Yes absolutely! Prosody is a *great* analogy for secondary syntax, and comparing them is one of the themes of the thesis I'm writing. They're both forms of mental imagery used to support language, i.e. paralinguistics. alex -- http://yaxu.org/ -- The Open University is incorporated by Royal Charter (RC 000391), an exempt charity in England Wales and a charity registered in Scotland (SC 038302).
Re: Computers are systems not languages
Hi Richard, This adds a lot of clarity, thanks. On 18 February 2011 00:27, Richard O'Keefe o...@cs.otago.ac.nz wrote: On 18/02/2011, at 3:55 AM, alex wrote: Ian Bogost starts off by arguing that learning a programming language shouldn't meet a curricular requirement for learning a natural language. That's fair enough. It's fair enough not because of what a programming language *is* (or isn't) but what it can (or can't) *do*, and that is to exchange ordinary human thoughts with other people. I think it's a fair argument, I'm not sure if I agree or not though. Learning either a natural or a programming language is a huge commitment, and I don't think it would normally be feasible to do both while also doing a graduate course that isn't directly related. Doing either could have a dramatic impact on someone's career/life, so I think I'd support letting a student choose to do one or the other on that basis. the ability to translate natural languages doesn't really translate (as it were) to computer languages It clearly does. I meant it was clear that you could translate between two programming languages. Translating from natural to programming languages is less clear, but I'd still argue for it. I would have said that it clearly doesn't. You *can* translate Yesterday Sue hoped that Bill's surviving the crash would not mean her exposure as the criminal who had repeatedly taken the school apples, but I fear that she will be disappointed at tomorrow's meeting. into other human languages, even Esperanto or Klingon (if Klingon has a word for 'apple' or 'fear' (:-)). But you can't translate it into Haskell or Ada. I disagree. You could literally model Sue, Bill, their attributes and events over time quite straightforwardly. The code would not contain a detailed definition of what an apple, or crime is, but then neither does the syntax of English. A human reader of the code would get the gist, however. This would be use English words for symbolic reference, but that is because there is no point in defining a whole new lexicon mapped to human experience, not because it is not theoretically possible, in fact your example of invented language proves it is possible. Alternatively you could take a different approach and focus on the modelling of expectation and dread, perhaps in the musical domain. For that you would in effect be modelling some aspect of human perception within the computer language. You *can* translate a sentence like that into a mathematically defined logical form which can be represented inside a computer and to some extent manipulated by a computer. But I do not see how the result can be usefully called a 'program'. I suppose it would be a declarative program which doesn't describe an procedure, but a situation. It could be useful, for example in generating works of art. I think it may be more useful to ask in what ways are programming notations like, and in what ways unlike, natural languages. Or perhaps where are they along a set of continuums. Has anyone applied the CDN to English? alex -- http://yaxu.org/ -- The Open University is incorporated by Royal Charter (RC 000391), an exempt charity in England Wales and a charity registered in Scotland (SC 038302).
Re: Introducing Red-R: visual programming for R
Thanks Derek, This is certainly not for the 'non computational' like red-r, but here's a different approach to visual programming with R: http://advogato.org/person/crhodes/diary/149.html A beautiful way of working with statistical data in interactive programming, instead of giving a name to a plot you work with the plot itself. That lisp programmers have been doing this sort of thing for many years is probably why they can at times appear a bit smug. alex On 1 November 2010 14:42, Derek M Jones de...@knosof.co.uk wrote: All, I think readers of this list will be interested in the following visual programming interface to R. Original Message Subject: Introducing Red-R: visual programming for R Date: Sat, 30 Oct 2010 16:07:05 -0700 From: Anup Parikh anup.parikh-re5jqeeqqe8avxtiumw...@public.gmane.org To: r-packages-0bnbq1pawb4bxfe83j6...@public.gmane.org Newsgroups: gmane.comp.lang.r.packages Dear R-Packages Mailing List, The Red-R development team would like to introduce Red-R: a user friendly visual programming and data analysis framework for R. Red-R makes the advanced functionality of R available to the non-computational users by hiding the computational complexity behind a visual programming interface. In addition, Red-R improves analysis readability and data sharing to facilitates better communication in inter-disciplinary teams. Analyses are performed by visually linking a series of widgets together that read, manipulate, and interactively display data. These pipelines, representing both the data and analysis, can be easily shared with others. Red-R can also generate reports in odt, html and latex to help better document and share results. Red-R is an extension of Orange (http://www.ailab.si/orange), a data mining framework written in Python and Qt. Red-R accesses all the functionality and data in R, using the Python interface for R provided by RPy2 (http://rpy.sourceforge.net). This framework is highly flexible and can be extended to include virtually all the functionally R packages currently offer. If you maintain an R package and are interested in created a GUI interface please don't hesitate to contact us. We would be happy to provide any help in creating the Red-R packages. We would like to thank all those that helped test the software over the last year and a half and welcome any feedback/suggestions from the R community. Please visit the Red-R webpage (www.red-r.org) for more information. Thank you, Red-R Development Team Anup Parikh (anup-d3nvubt86z3ytjvyw6y...@public.gmane.org) Kyle R. Covington (kyle-d3nvubt86z3ytjvyw6y...@public.gmane.org) -- Derek M. Jones tel: +44 (0) 1252 520 667 Knowledge Software Ltd mailto:de...@knosof.co.uk Source code analysis http://www.knosof.co.uk -- The Open University is incorporated by Royal Charter (RC 000391), an exempt charity in England Wales and a charity registered in Scotland (SC 038302). -- http://yaxu.org/
