‹Programming› 2024
Mon 11 - Fri 15 March 2024 Lund, Sweden

The International Conference on the Art, Science, and Engineering of Programming is a new conference focused on programming topics including the experience of programming. We have named it ‹Programming› for short.

‹Programming› seeks for papers that advance knowledge of programming on any relevant topic, including programming practice and experience.

In order to present at ‹Programming› 2023, papers must be submitted to the first, second or third issue of Volume 7 of the ‹Programming› journal (see details of the timeline).

Dates
Plenary
You're viewing the program in a time zone which is different from your device's time zone change time zone

Wed 13 Mar

Displayed time zone: Amsterdam, Berlin, Bern, Rome, Stockholm, Vienna change

10:15 - 10:45
Coffee & FikaCatering at M-building Lobby
10:15
30m
Coffee break
Coffee & Fika
Catering

10:45 - 12:15
Research Papers 1Research Papers at M:Teknodromen
Chair(s): Wolfgang De Meuter Vrije Universiteit Brussel
10:45
30m
Talk
Let a Thousand Flowers Bloom: An Algebraic Representation for Edge GraphsVol. 8
Research Papers
Jack Liell-Cock University of Oxford, Tom Schrijvers KU Leuven
Link to publication DOI
11:15
30m
Talk
The Design Principles of the Elixir Type SystemVol. 8
Research Papers
Giuseppe Castagna CNRS; Université Paris Cité, Guillaume Duboc , José Valim Dashbit
Link to publication DOI
11:45
30m
Talk
Little Tricky Logic: Misconceptions in the Understanding of LTLVol. 7
Research Papers
Ben Greenman University of Utah, Tim Nelson Brown University, Sam Saarinen Brown University, Shriram Krishnamurthi Brown University
Link to publication DOI
12:15 - 13:15
12:15
60m
Lunch
Lunch
Catering

13:15 - 14:45
Research Papers 2Research Papers at M:Teknodromen
Chair(s): Marcel Taeumel University of Potsdam; Hasso Plattner Institute
13:15
30m
Talk
Reactive Programming without FunctionsVol. 8
Research Papers
Bjarno Oeyen Vrije Universiteit Brussel, Joeri De Koster Vrije Universiteit Brussel, Wolfgang De Meuter Vrije Universiteit Brussel
Link to publication DOI
13:45
30m
Talk
Provably Fair Cooperative SchedulingVol. 8
Research Papers
Reiner Hähnle TU Darmstadt, Ludovic Henrio University of Lyon - ENS Lyon - UCBL - CNRS - Inria - LIP
Link to publication DOI
14:15
30m
Talk
Real-World Choreographic Programming: Full-Duplex Asynchrony and InteroperabilityVol. 8
Research Papers
Lovro Lugović University of Southern Denmark, Fabrizio Montesi University of Southern Denmark
Link to publication DOI
14:45 - 15:15
Coffee & FikaCatering at M-building Lobby
14:45
30m
Coffee break
Coffee & Fika
Catering

15:15 - 16:45
Research Papers 3Research Papers at M:Teknodromen
Chair(s): Tijs van der Storm CWI & University of Groningen
15:15
30m
Talk
Coqlex: Generating Formally Verified LexersVol. 8
Research Papers
Wendlasida Ouedraogo INRIA Saclay, Gabriel Scherer INRIA Saclay, Lutz Strassburger INRIA Saclay
Link to publication DOI
15:45
30m
Talk
McMini: A Programmable DPOR-based Model Checker for Multithreaded ProgramsVol. 8
Research Papers
Maxwell Pirtle Northeastern University, Luka Jovanovic Northeastern University, Gene Cooperman Northeastern University
Link to publication DOI
16:15
30m
Talk
Privacy-Respecting Type Error Telemetry at ScaleVol. 8
Research Papers
Ben Greenman University of Utah, Alan Jeffrey Roblox, Shriram Krishnamurthi Brown University, Mitesh Shah Roblox
Link to publication DOI

Thu 14 Mar

Displayed time zone: Amsterdam, Berlin, Bern, Rome, Stockholm, Vienna change

10:00 - 10:30
Coffee & FikaCatering at M-building Lobby
10:00
30m
Coffee break
Coffee & Fika
Catering

10:30 - 12:00
Research Papers 4Research Papers at M:Teknodromen
Chair(s): Guido Salvaneschi University of St. Gallen
10:30
30m
Talk
Broadening the View of Live Programmers: Integrating a Cross-cutting Perspective on Run-time Behavior Into a Live Programming EnvironmentVol. 8
Research Papers
Patrick Rein University of Potsdam; Hasso Plattner Institute, Christian Flach Hasso Plattner Institute, University of Potsdam, Germany, Stefan Ramson Hasso Plattner Institute, Germany, Eva Krebs Hasso Plattner Institute (HPI), University of Potsdam, Germany, Robert Hirschfeld University of Potsdam; Hasso Plattner Institute
Link to publication DOI
11:00
30m
Talk
A VM-agnostic and backwards compatible protected modifier for dynamically-typed languagesVol. 8
Research Papers
Iona Thomas Univ. Lille, Inria, CNRS, Centrale Lille, UMR 9189 - CRIStAL, Vincent Aranega Univ. Lille, CNRS, Inria, Centrale Lille, UMR 9189 - CRIStAL, Stéphane Ducasse Inria; University of Lille; CNRS; Centrale Lille; CRIStAL, Guillermo Polito Inria, Cristal, UMR 9189, Université de Lille, Pablo Tesone Univ. Lille, Inria, CNRS, Centrale Lille, UMR 9189 CRIStAL, Pharo Consortium
Link to publication DOI
11:30
30m
Talk
Live Objects All The Way Down: Removing the Barriers between Applications and Virtual MachinesVol. 8
Research Papers
Javier Pimás Universidad de Buenos Aires, Stefan Marr University of Kent, Diego Garbervetsky University of Buenos Aires and CONICET, Argentina
Link to publication DOI
12:00 - 13:30
12:00
90m
Lunch
Lunch
Catering

13:30 - 14:30
Research Papers 5Research Papers at M:Teknodromen
Chair(s): Shigeru Chiba The University of Tokyo
13:30
30m
Talk
Conceptual Mutation Testing for Student Programming MisconceptionsVol. 8
Research Papers
Siddhartha Prasad Brown University, Ben Greenman Brown University, USA, Tim Nelson Brown University, Shriram Krishnamurthi Brown University
Link to publication DOI
14:00
30m
Talk
Arrays in Practice, An Empirical Study of Array Access Patterns on the JVMVol. 8
Research Papers
Beatrice Åkerblom Stockholm University, Elias Castegren Uppsala University
Link to publication DOI
14:30 - 15:00
Coffee & FikaCatering at M-building Lobby
14:30
30m
Coffee break
Coffee & Fika
Catering

15:00 - 16:30
Research Paper 6Research Papers at M:Teknodromen
Chair(s): Stefan Marr University of Kent
15:00
30m
Talk
LiveRec: Prototyping Probes by Framing Debug ProtocolsVol. 8
Research Papers
Jean-Baptiste Döderlein ENS Rennes, Riemer van Rozen CWI, Tijs van der Storm CWI & University of Groningen
Link to publication DOI
15:30
30m
Talk
Collective Allocator Abstraction to Control Object Spatial Locality in C++Vol. 8
Research Papers
Takato Hideshima The University of Tokyo, Japan, Shigeyuki Sato The University of Electro-Communications, Tomoharu Ugawa University of Tokyo
Link to publication DOI
16:00
30m
Talk
Scheduling Garbage Collection for Energy Efficiency on Asymmetric Multicore ProcessorsVol. 8
Research Papers
Marina Shimchenko Uppsala University, Tobias Wrigstad Uppsala University, Erik Österlund Oracle
Link to publication DOI

Accepted Papers

Title
Arrays in Practice, An Empirical Study of Array Access Patterns on the JVMVol. 8
Research Papers
Link to publication DOI
A VM-agnostic and backwards compatible protected modifier for dynamically-typed languagesVol. 8
Research Papers
Link to publication DOI
Broadening the View of Live Programmers: Integrating a Cross-cutting Perspective on Run-time Behavior Into a Live Programming EnvironmentVol. 8
Research Papers
Link to publication DOI
Collective Allocator Abstraction to Control Object Spatial Locality in C++Vol. 8
Research Papers
Link to publication DOI
Conceptual Mutation Testing for Student Programming MisconceptionsVol. 8
Research Papers
Link to publication DOI
Coqlex: Generating Formally Verified LexersVol. 8
Research Papers
Link to publication DOI
Let a Thousand Flowers Bloom: An Algebraic Representation for Edge GraphsVol. 8
Research Papers
Link to publication DOI
Little Tricky Logic: Misconceptions in the Understanding of LTLVol. 7
Research Papers
Link to publication DOI
Live Objects All The Way Down: Removing the Barriers between Applications and Virtual MachinesVol. 8
Research Papers
Link to publication DOI
LiveRec: Prototyping Probes by Framing Debug ProtocolsVol. 8
Research Papers
Link to publication DOI
McMini: A Programmable DPOR-based Model Checker for Multithreaded ProgramsVol. 8
Research Papers
Link to publication DOI
Privacy-Respecting Type Error Telemetry at ScaleVol. 8
Research Papers
Link to publication DOI
Provably Fair Cooperative SchedulingVol. 8
Research Papers
Link to publication DOI
Reactive Programming without FunctionsVol. 8
Research Papers
Link to publication DOI
Real-World Choreographic Programming: Full-Duplex Asynchrony and InteroperabilityVol. 8
Research Papers
Link to publication DOI
Scheduling Garbage Collection for Energy Efficiency on Asymmetric Multicore ProcessorsVol. 8
Research Papers
Link to publication DOI
The Design Principles of the Elixir Type SystemVol. 8
Research Papers
Link to publication DOI

Call for Papers

Upcoming Submission Deadlines

Submission instructions here

Scope

The Art, Science, and Engineering of Programming accepts papers that advance knowledge of programming. Almost anything about programming is in scope, but in each case there should be a clear relevance to the act and experience of programming. Additionally, papers must be written in a scholarly form. Scholarly works are those that describe ideas in the context of other ideas that are already known, so to contribute to the systematic and long-standing chaining of knowledge. Papers that fail to properly contextualize the work will not be considered.

We accept descriptions of work under different perspectives:

  • Art: knowledge and technical skills acquired through practice and personal experiences. Examples include libraries, frameworks, languages, APIs, programming models and styles, programming pearls, and essays about programming.

  • Science (Theoretical): knowledge and technical skills acquired through mathematical formalisms. Examples include formal programming models and proofs.

  • Science (Empirical): knowledge and technical skills acquired through experiments and systematic observations. Examples include user studies and programming-related data mining.

  • Engineering: knowledge and technical skills acquired through designing and building large systems and through calculated application of principles in building those systems. Examples include measurements of artifacts’ properties, development processes and tools, and quality assurance methods.

Independent of the type of work, the journal accepts submissions covering several areas of expertise, including but not limited to:

  • General-purpose programming
  • Distributed systems programming
  • Parallel and multi-core programming
  • Graphics and GPU programming
  • Security programming
  • User interface programming
  • Database programming
  • Visual and live programming
  • Data mining and machine learning programming, and for programming
  • Interpreters, virtual machines, and compilers
  • Modularity and separation of concerns
  • Model-based development
  • Metaprogramming and reflection
  • Testing and debugging
  • Program verification
  • Programming education
  • Programming environments
  • Social coding

Upon submission, authors are requested to state what type of paper they are submitting and what areas of expertise are covered by the paper. These two classifications, combined, are used to select reviewers and to apply suitable assessment criteria for the papers. They are not used beyond that purpose. Misclassification by the authors may lead to negative assessments from reviewers.

Paper Selection

The following criteria are used when evaluating submitted papers:

  • Novelty and Importance: The paper presents new insights or results, and contributes significantly to the advancement, analysis, or synthesis of knowledge in the field.
  • Scholarship and Clarity: The paper places its ideas and results appropriately and clearly within the context established by previous research in the field.

More specific criteria for assessing papers depends on the type of the paper:

  • Papers submitted as “The Art” should include a very solid contextualization of the work, and, when applicable, they should include the artifacts themselves.
  • Papers submitted as “Science” should describe the methods or formalisms in detail, as well as any data and scripts used to analyze it.
  • Papers submitted as “Engineering” should present the methods in detail, unveil results that are clearly better than some accepted baseline, and include the artifacts used to reach the conclusions.

Artifacts are recommended, but not required, for the initial submission. Depending on the papers, reviewers may take the existence of artifacts as a positive signal about the work. Also depending on the papers, artifacts may be required as a condition for publication.

Reviewing and Selection Process

There are two rounds of review. The first round assesses the papers according to the quality criteria stated above, and results in the selection of a subset of submissions that are either accepted as-is or are deemed potentially acceptable. All other papers are rejected. Authors of potentially acceptable papers are requested to improve specific aspects of the research and the paper. Authors are given a specified period of time to perform the revisions and re-submit the paper. During the second and final reviewing round, the same reviewers assess how well the revision requests have been addressed by the authors, and whether the final paper maintains or improves the level of contribution of the original submission. Revisions that significantly lessen the contribution of the work or that fail to adequately address the reviewers’ original concerns will result in the paper’s rejection.

Papers rejected in either the first or second phases may be resubmitted one more time to the journal. The resubmission will be treated as a new submission, and the paper may be assigned to new reviewers. After a second rejection, subsequent submissions of the same paper will be desk-rejected.

Submission

Use the the online submission system.

Typesetting

Submissions must use the LaTeX template of the journal. Please download the template package; a manual is included.

Language and Page Limits

Papers must be written in English using high standards of writing. Papers that show poor mastery of the English language will be rejected without review.

The main part of the paper should not exceed 22 pages (in the provided style), but there is no limit for bibliography and appendices. The page limit for the main part of the paper is in place in order to keep the paper on focus and to avoid overloading the reviewers. Authors are encouraged to move important details to appendices, which may be consulted by the reviewers. In some cases, if authors feel that the main part requires substantially more pages, they should explain the reasons why in the additional comments field of the submission form; examples of these cases may include papers with substantial source code listings, and essays. Papers whose length is incommensurate with their contribution will be rejected.

The submission is required to contain an ACM subject classification.

Abstract

Each submission must be accompanied by a plain-language abstract of up to 500 words that presents the key points in the paper in a manner understandable by experienced practitioners and researchers in nearby disciplines. The abstract should avoid mathematical symbols whenever possible, and it must address the following:

  • Context: What is the broad context of the work? What is the importance of the general research area?
  • Inquiry: What problem or question does the paper address? How has this problem or question been addressed by others (if at all)?
  • Approach: What was done that unveiled new knowledge?
  • Knowledge: What new facts were uncovered? If the research was not results oriented, what new capabilities are enabled by the work?
  • Grounding: What argument, feasibility proof, artifacts, or results and evaluation support this work?
  • Importance: Why does this work matter?

NOTE: The absence of an abstract conforming to this specification is grounds for the rejection of the paper without review.

Attribution, Prior Papers, and Concurrent Submissions

Submitted papers must present original work made by the authors, must not overlap significantly with the authors’ previously published work, and must not be under review on another journal or conference.

Single-Blind Review

Currently, review uses a traditional process where author names are visible to reviewers. Submissions do not need to be anonymized to hide author names.