From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mail4-relais-sop.national.inria.fr (mail4-relais-sop.national.inria.fr [192.134.164.105]) by sympa.inria.fr (Postfix) with ESMTPS id A32407ED26 for ; Thu, 24 May 2012 21:07:11 +0200 (CEST) X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: AiUCACCGvk9KfVK2kGdsb2JhbAA9BqsZiUQIIgEBAQEJCQ0HFAQjgi4CCSMBGwwEDgMSEF0BEQEFASIBGgwOh1wBAwudCwkDjCKCcIUIChknDVeIcQEFDIpzGgyEegOVGIEPiWuDGz2EJIFD X-IronPort-AV: E=Sophos;i="4.75,652,1330902000"; d="scan'208";a="145126330" Received: from mail-we0-f182.google.com ([74.125.82.182]) by mail4-smtp-sop.national.inria.fr with ESMTP/TLS/RC4-SHA; 24 May 2012 21:07:11 +0200 Received: by werg1 with SMTP id g1so120236wer.27 for ; Thu, 24 May 2012 12:07:10 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:from:date:message-id:subject:to:content-type; bh=m8Plt07PHUtPIwtwz1845BW7b22q5DcilWAkbJUKIWI=; b=zUhg/H7c9IUGte3BxvhhvsjBgXuHBCPtoPCqwwxdewESsYhjD59LXawF2sU3z607s7 34ENzb48RuGWE+on/YZ1k4B+QPBARC1MVre7b7dTfSFyRJwqVMxNmrHuH4QIFL+tGII8 RsKGk5RpT4uOXp1ChDm9VIxDHfNQC3fYbzlfY0nf436f2pwz1EDXqFHWO2vsmw1pyVSc u8htFD4gqjZ0Q0fndx50I3jF7GZ9exgAOGJyvZOxlGZ2Lk/AMEoyjq2ZrlrkuzgDcG8y VRpxTcvLPFWBwNyDyzNO0yiiiw89cv0W6XiksvVuHbrNr2EdYa1i8KdF8Kv7vmyL8rrU BvrQ== Received: by 10.180.92.8 with SMTP id ci8mr57104481wib.15.1337886430555; Thu, 24 May 2012 12:07:10 -0700 (PDT) MIME-Version: 1.0 Received: by 10.216.122.197 with HTTP; Thu, 24 May 2012 12:06:50 -0700 (PDT) From: Ashish Agarwal Date: Thu, 24 May 2012 15:06:50 -0400 Message-ID: To: Caml List , OCaml Beginners List Content-Type: multipart/alternative; boundary=f46d043c8132716f9a04c0ccf56b Subject: [Caml-list] Commercial Users of Functional Programming 2012: Call for Presentations --f46d043c8132716f9a04c0ccf56b Content-Type: text/plain; charset=ISO-8859-1 COMMERCIAL USERS OF FUNCTIONAL PROGRAMMING 2012 CUFP 2012 http://cufp.org/conference CALL FOR PRESENTATIONS Copenhagen, Denmark Sep 13-15 Co-located with ICFP 2012 Sponsored by SIGPLAN Talk Proposal Submission Deadline 29 June 2012 The annual CUFP workshop is a place where people can see how others are using functional programming to solve real world problems; where practitioners meet and collaborate; where language designers and users can share ideas about the future of their favorite language; and where one can learn practical techniques and approaches for putting functional programming to work. Giving a CUFP Talk ================== If you have experience using functional languages in a practical setting, we invite you to submit a proposal to give a talk at the workshop. We're looking for two kinds of talks: Experience reports are typically 25 minutes long, and aim to inform participants about how functional programming plays out in real-world applications, focusing especially on lessons learned and insights gained. Experience reports don't need to be highly technical; reflections on the commercial, management, or software engineering aspects are, if anything, more important. Technical talks are also 25 minutes long, and should focus on teaching the audience something about a particular technique or methodology, from the point of view of someone who has seen it play out in practice. These talks could cover anything from techniques for building functional concurrent applications, to managing dynamic reconfigurations, to design recipes for using types effectively in large-scale applications. While these talks will often be based on a particular language, they should be accessible to a broad range of programmers. If you are interested in offering a talk, or nominating someone to do so, send an e-mail to sperber(at)deinprogramm(dot)de or avsm2(at)cl(dot)cam(dot)ac(dot)uk by 29 June 2012 with a short description of what you'd like to talk about or what you think your nominee should give a talk about. Such descriptions should be about one page long. There will be a short scribes report of the presentations and discussions but not of the details of individual talks, as the meeting is intended to be more a discussion forum than a technical interchange. You do not need to submit a paper, just a proposal for your talk! Program Committee ================= Mike Sperber (Active Group), co-chair Anil Madhavapeddy (University of Cambridge), co-chair Ashish Agarwal (New York University) Thomas Arts (QuviQ AB) Chris Houser (LonoCloud) Tomas Petricek (University of Cambridge) Heiko Seeberger (Typesafe) Stefan Wehr (factis research) Noel Welsh (untyped) More information ================ For more information on CUFP, including videos of presentations from previous years, take a look at the CUFP website at http://cufp.org. Note that presenters, like other attendees, will need to register for the event. Presentations will be video taped and presenters will be expected to sign an ACM copyright release form. Acceptance and rejection letters will be sent out by July 16th. Guidance on giving a great CUFP talk ==================================== Focus on the interesting bits: Think about what will distinguish your talk, and what will engage the audience, and focus there. There are a number of places to look for those interesting bits. Setting: FP is pretty well established in some areas, including formal verification, financial processing and server-side web-services. An unusual setting can be a source of interest. If you're deploying FP-based mobile UIs or building servers on oil rigs, then the challenges of that scenario are worth focusing on. Did FP help or hinder in adapting to the setting? Technology: The CUFP audience is hungry to learn about how FP techniques work in practice. What design patterns have you applied, and to what areas? Did you use functional reactive programming for user interfaces, or DSLs for playing chess, or fault-tolerant actors for large scale geological data processing? Teach us something about the techniques you used, and why we should consider using them ourselves. Getting things done: How did you deal with large software development in the absence of a myriad of pre-existing support that are often expected in larger commercial environments (IDEs, coverage tools, debuggers, profilers) and without larger, proven bodies of libraries? Did you hit any brick walls that required support from the community? Don't just be a cheerleader: It's easy to write a rah-rah talk about how well FP worked for you, but CUFP is more interesting when the talks also spend time on what doesn't work. Even when the results were all great, you should spend more time on the challenges along the way than on the parts that went smoothly. --f46d043c8132716f9a04c0ccf56b Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable =A0 =A0 =A0 COMMERCIAL USERS OF FUNCTIONAL PROGRAMMING 2012
=A0 =A0 =A0 = =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0CUFP 2012
=A0 =A0 =A0 =A0= =A0 =A0 =A0 =A0 =A0 =A0 =A0=A0http://cufp.org/conference
=A0 =A0 =A0 =A0 =A0 =A0 =A0 = =A0 =A0 =A0 =A0 =A0CALL FOR PRESENTATIONS
=A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 Copenhagen, Denmark
=A0 = =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0Sep 13-15
=A0 =A0= =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0Co-located with ICFP 2012
=A0 =A0 = =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 Sponsored by SIGPLAN
=A0 =A0 =A0= =A0 =A0 =A0Talk Proposal Submission Deadline 29 June 2012

The annual CUFP workshop is a place where people can see how others
= are using functional programming to solve real world problems; where
pra= ctitioners meet and collaborate; where language designers and users
can share ideas about the future of their favorite language; and where
o= ne can learn practical techniques and approaches for putting
functional = programming to work.

Giving a CUFP Talk
=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D

If you have experience using functional languages in a practical
set= ting, we invite you to submit a proposal to give a talk at the
workshop.= We're looking for two kinds of talks:

Experience reports are ty= pically 25 minutes long, and aim to inform
participants about how functional programming plays out in real-world
ap= plications, focusing especially on lessons learned and insights
gained. = Experience reports don't need to be highly technical;
reflections on= the commercial, management, or software engineering
aspects are, if anything, more important.

Technical talks are also 2= 5 minutes long, and should focus on teaching
the audience something abou= t a particular technique or methodology,
from the point of view of someo= ne who has seen it play out in
practice. These talks could cover anything from techniques for
building = functional concurrent applications, to managing dynamic
reconfigurations= , to design recipes for using types effectively in
large-scale applicati= ons. While these talks will often be based on a
particular language, they should be accessible to a broad range of
progr= ammers.

If you are interested in offering a talk, or nominating some= one to do
so, send an e-mail to sperber(at)deinprogramm(dot)de or
avsm2(at)cl(dot)cam(dot)ac(dot)uk by 29 June 2012 with a short
descripti= on of what you'd like to talk about or what you think your
nominee s= hould give a talk about. Such descriptions should be about
one page long= .

There will be a short scribes report of the presentations and
discus= sions but not of the details of individual talks, as the meeting
is inte= nded to be more a discussion forum than a technical
interchange. You do = not need to submit a paper, just a proposal for
your talk!

Program Committee
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D

=A0 =A0Mike Sperber (Active Group), co-chair
=A0 = =A0Anil Madhavapeddy (University of Cambridge), co-chair
=A0 =A0Ashish A= garwal (New York University)
=A0 =A0Thomas Arts (QuviQ AB)
=A0 =A0Chris Houser (LonoCloud)
=A0 =A0Tomas Petricek (University of Cam= bridge)
=A0 =A0Heiko Seeberger (Typesafe)
=A0 =A0Stefan Wehr (factis = research)
=A0 =A0Noel Welsh (untyped)

More information
=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D

For more information on CUFP, including videos of presentations from
pre= vious years, take a look at the CUFP website at
http://cufp.org. Note that presenters, like othe= r attendees, will need
to register for the event. Presentations will be video taped and
present= ers will be expected to sign an ACM copyright release
form. Acceptance a= nd rejection letters will be sent out by July 16th.

Guidance on givi= ng a great CUFP talk
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D

Focus on the interesting bits: Thi= nk about what will distinguish your
talk, and what will engage the audie= nce, and focus there. There are a
number of places to look for those int= eresting bits.

=A0 =A0Setting: FP is pretty well established in some areas, including<= br>=A0 =A0formal verification, financial processing and server-side
=A0 = =A0web-services. An unusual setting can be a source of interest. If
=A0 = =A0you're deploying FP-based mobile UIs or building servers on oil
=A0 =A0rigs, then the challenges of that scenario are worth focusing
=A0= =A0on. Did FP help or hinder in adapting to the setting?

=A0 =A0Tec= hnology: The CUFP audience is hungry to learn about how FP
=A0 =A0techni= ques work in practice. What design patterns have you
=A0 =A0applied, and to what areas? Did you use functional reactive
=A0 = =A0programming for user interfaces, or DSLs for playing chess, or
=A0 = =A0fault-tolerant actors for large scale geological data processing?
=A0= =A0Teach us something about the techniques you used, and why we
=A0 =A0should consider using them ourselves.

=A0 =A0Getting things d= one: How did you deal with large software
=A0 =A0development in the abse= nce of a myriad of pre-existing support
=A0 =A0that are often expected i= n larger commercial environments (IDEs,
=A0 =A0coverage tools, debuggers, profilers) and without larger, proven
= =A0 =A0bodies of libraries? Did you hit any brick walls that required
= =A0 =A0support from the community?

=A0 =A0Don't just be a cheerl= eader: It's easy to write a rah-rah talk
=A0 =A0about how well FP worked for you, but CUFP is more interesting
= =A0 =A0when the talks also spend time on what doesn't work. Even when t= he
=A0 =A0results were all great, you should spend more time on the
= =A0 =A0challenges along the way than on the parts that went smoothly.

--f46d043c8132716f9a04c0ccf56b--