[CfP] ELS 2010
Pascal Costanza
===========================
<http://www.european-lisp-symposium.org>
May 6-7, 2010, Fundacao Calouste Gulbenkian, Lisbon, Portugal
Important Dates
~~~~~~~~~~~~~~~~
+ Submission Deadline: *January 29, 2010*
+ Author Notification: March 1, 2010
+ Final Paper Due: March 26, 2010
+ Symposium: *May 6-7, 2010*
We hope, as in previous years, to invite authors of accepted
research contributions to submit an extended version of their papers
to a special issue of the Journal of Universal Computer Science
(J.UCS).
Scope
~~~~~~
The purpose of the European Lisp Symposium is to provide a forum
for the discussion and dissemination of all aspects of design,
implementation and application of any of the Lisp dialects. We
encourage everyone interested in Lisp to participate.
The European Lisp Symposium 2010 invites high quality papers about
novel research results, insights and lessons learned from practical
applications, and educational perspectives, all involving Lisp
dialects, including Common Lisp, Scheme, Emacs Lisp, AutoLisp,
ISLISP, Dylan, Clojure, and so on.
Topics include, but are not limited to:
+ Language design and implementation
+ Language integration, interoperation and deployment
+ Development methodologies, support and environments
+ Reflection, protocols and meta-level architectures
+ Lisp in Education
+ Parallel, distributed and scientific computing
+ Large and ultra-large-scale systems
+ Hardware, virtual machine and embedded applications
+ Domain-oriented programming
+ Lisp pearls
+ Experience reports and case studies
We invite submissions (through EasyChair) in two categories:
original contributions and tutorials.
* Original contributions should neither have been published
previously nor be under review in any other refereed events or
publication. Research papers should describe work that advances
the current state of the art, or presents old results from a new
perspective. Experience papers should be of broad interest and
should describe insights gained from substantive practical
applications. The programme committee will evaluate each
contributed paper based on its relevance, significance, clarity,
and originality.
* Tutorial submissions should be extended abstracts of up to four
pages for in-depth presentations about topics of special interest
for at least 90 minutes and up to 180 minutes. The programme
committee will evaluate tutorial proposals based on the likely
interest in the topic matter, the clarity of the presentation in
the extended abstract, and the scope for interactive
participation.
The tutorials will run during the symposium on May 6, 2010.
Programme Chair
~~~~~~~~~~~~~~~~
Christophe Rhodes, Goldsmiths, University of London, UK
Local Chair
~~~~~~~~~~~~
Antonio Leitao, Technical University of Lisbon, Portugal
Programme Committee
~~~~~~~~~~~~~~~~~~~~
+ Marco Antoniotti, Universita Milano Bicocca, Italy
+ Giuseppe Attardi, Universita di Pisa, Italy
+ Pascal Costanza, Vrije Universiteit Brussel, Belgium
+ Irene Anne Durand, Universite Bordeaux I, France
+ Marc Feeley, Universite de Montreal, Canada
+ Ron Garret, Amalgamated Widgets Unlimited, USA
+ Gregor Kiczales, University of British Columbia, Canada
+ Nick Levine, Ravenbrook Ltd, UK
+ Scott McKay, ITA Software, Inc., USA
+ Peter Norvig, Google Inc., USA
+ Kent Pitman, PTC, USA
+ Christian Queinnec, Universite Pierre et Marie Curie, France
+ Robert Strandh, Universite Bordeaux I, France
+ Didier Verna, EPITA Research and Development Laboratory, France
+ Barry Wilkes, Citi, UK
+ Taiichi Yuasa, Kyoto University, Japan
--
My website: http://p-cos.net
Common Lisp Document Repository: http://cdr.eurolisp.org
Closer to MOP & ContextL: http://common-lisp.net/project/closer/
Kazimir Majorinc
Unfortunately, there is a bias
toward Common lisp:
Programme Chair
~~~~~~~~~~~~~~~~
Christophe Rhodes (Common Lisp)
Local Chair
~~~~~~~~~~~~
Antonio Leitao (Common Lisp)
Programme Committee
~~~~~~~~~~~~~~~~~~~~
+ Marco Antoniotti (Common Lisp)
+ Giuseppe Attardi (Common Lisp)
+ Pascal Costanza (Common Lisp)
+ Irene Anne Durand, (Common Lisp)
+ Marc Feeley (Scheme)
+ Ron Garret (Common Lisp)
+ Gregor Kiczales (Common Lisp)
+ Nick Levine (Common Lisp)
+ Scott McKay (Common Lisp)
+ Peter Norvig (Common Lisp)
+ Kent Pitman (Common Lisp)
+ Christian Queinnec (Common Lisp)
+ Robert Strandh (Common Lisp)
+ Didier Verna (Common Lisp)
+ Barry Wilkes (Common Lisp)
+ Taiichi Yuasa (Common Lisp)
Alessio Stalla
> Unfortunately, there is a bias
> toward Common lisp:
So? Don't you agree that today Common Lisp is the most important
representative of the Lisp family? And anyway, I was at last year's
ELS and Scheme got its fair share. There were also one or two talks
about SKILL (a proprietary Lisp dialect), a presentation about
software engineering, and a talk about the future of Lisp, among
others, so Common Lisp wasn't that prevalent. If you'd like to talk
about a specific Lisp dialect, submit a paper, it's open to everyone
as far as I know.
Didier Verna
> Unfortunately, there is a bias toward Common lisp:
> + Christian Queinnec (Common Lisp) <= Scheme in fact
> + Didier Verna (Common Lisp) <= Add emacs-lisp
but anyway, there being a bias in the PC's background doesn't mean
there is one in the paper selection, and I can assure you that there is
none.
--
Resistance is futile. You will be jazzimilated.
Scientific site: http://www.lrde.epita.fr/~didier
Music (Jazz) site: http://www.didierverna.com
Raffael Cavallaro
> but anyway, there being a bias in the PC's background doesn't mean
> there is one in the paper selection, and I can assure you that there is
> none.
No doubt you're right. Your parent's complaint stems from the fact that
his favored language is newlisp. Why it is that papers submitted to an
academic conference on lisp languages are unlikely to use newlisp is
left as an exercise for the reader.[1]
--
Raffael Cavallaro
[1] Maybe its because newlisp is a language which has dynamic scope by
default, integers which silently wrap, and no real possibility of
compilation because its macros are actually fexprs.
Spiros Bousbouras
What criteria are you using to associate a specific Lisp dialect with
each person ?
netsettler
> Unfortunately, there is a bias
> toward Common lisp:
> + Kent Pitman (Common Lisp)
I can speak only for myself, but you certainly sell me short if you
think that I have only been involved in Common Lisp. I was a co-
author of the RnRS papers for a number of revs of that, was one of the
original designers to T (Yale Scheme), worked on Maclisp, and
Zetalisp / Symbolics Lisp. I implemented a tiny Lisp in TECO so I
could run my Lisp Machine Zmail init file when reading mail in TECO-
based Emacs. I designed a dialect of Lisp that no one will remember
called ULisp that was used for a term teaching at MIT. I have
programmed in a number of obscure dialects of Lisp for brief stints. I
was Project Editor not only for Common Lisp but for ISO ISLISP. I've
studied a number of other dialects I haven't used a whole lot. And
I'm a big fan of Clojure even though I've not had a chance to use it.
So just because you don't personally happen to know any of this, I
think it's a bit of a stretch to say that we're CL biased.
CL is an established dialect, but that doesn't mean our mission in
life is to do everything in procedurally by denying papers or
dominating committees. That means we're a rich source of experience
that can contribute usefully to properly peer-reviewing papers.
I suspect similar histories are true of many of the other reviewers.
I can tell you I've been in only a subset of the discussions of what
papers to accept and have seen absolutely no one raising dialect-
centric remarks as reasons to allow or deny papers. Papers are
addressed at the level of whether there is a clear problem statement,
whether the presentation is clear, whether people have done proper
research about what has come before, whether there is likely to be a
user community that is interested (which has actually worked against
CL programmers in the papers I've seen reviewed, since an awful lot of
stuff is already done in CL and doesn't need to be reworked), and
whether there are novel claims made.