Learn More
  • Piotr Nienaltowski, Bertrand Meyer, Eth Zurich, Prof, Peter Müller, Jonathan Ostroff +42 others
  • 2007
2007 Foreword CONCURRENT programming, we have been told many times, is difficult. (The adjective difficult is usually embellished in this context with one of: inherently, intrinsically, extremely, or at least very.) Boyapati, Lee, and Rinard [28] warn against the pitfalls of widely used multithreading: Multithreaded programming is difficult and error-prone.(More)
Context: Developing concurrent software has long been recognized as a difficult and error-prone task. To support developers, a multitude of language proposals exist that promise to make concurrent programming easier. Empirical studies are needed to support the claim that a language is more usable than another. Objective: This paper presents the design of a(More)
Concurrency has been rapidly gaining importance in general-purpose computing, caused by the recent turn towards multicore processing architectures. As a result, an increasing number of developers have to learn to write concurrent programs, a task that is known to be hard even for the expert. Language designers are therefore working on languages that promise(More)
Concurrency has been rapidly gaining importance in computing, and correspondingly in computing curricula. Concurrent programming is, however, notoriously hard even for expert programmers. New language designs promise to make it easier, but such claims call for empirical validation. We present a methodology for comparing concurrent languages for teaching(More)
  • 1