Demo Data from EDBT 2026 / reviewers in the wild / expert
David J. Scott
dblp:60/11091
· DBLP profile ↗
12ranked-venue papers
4as first author
1since 2021 · last 2025
—ORCID · conflict
Domains — the database's venue-derived domains; a paper can count in several
Software engineering, systems software and programming languages · 4 · 2 first-author · 1 since 2021Human-computer interaction and ubiquitous computing · 3Systems, architecture and hardware · 2Databases, data management, data science and information retrieval · 2 · 2 first-authorApplied, interdisciplinary, general and emerging computing · 2 · 1 first-authorComputer networks · 1
Expertise — from the expertise taxonomy: the topics of the expert's papers under the CCF categories. A weight counts papers with recency: 1 for a paper about the topic, 0.3 when the topic is its context, halved every five years.
| Computer architecture, parallel and distributed computing, and storage systems
2 papers |
Cloud and datacenter computing · 100% | |
| Software engineering, system software, and programming languages
3 papers |
Operating systems · 96% Programming languages and type systems · 4% | |
| Network and information security
3 papers |
Systems and software security · 68% Web and mobile security · 32% | |
| Human-computer interaction and pervasive computing
2 papers |
Ubiquitous computing and smart environments · 86% Interaction techniques and input · 14% | |
| Computer networks
1 paper |
Internet architecture and protocols · 100% |
Topics — the 13 heaviest of 18, each with the papers that count most for it
| Topic | Weight | Papers | Last | Evidence papers |
|---|---|---|---|---|
Cloud and datacenter computing › virtualization › lightweight virtualization
unikernel |
0.2 | 1 | 2015 | Jitsu: Just-In-Time Summoning of Unikernels · NSDI 2015 |
Cloud and datacenter computing
virtualization |
0.2 | 1 | 2015 | Jitsu: Just-In-Time Summoning of Unikernels · NSDI 2015 |
Operating systems › operating system design
library operating systems |
0.2 | 1 | 2013 | Unikernels: library operating systems for the cloud · ASPLOS 2013 |
Operating systems › operating system design
unikernel |
0.2 | 1 | 2013 | Unikernels: library operating systems for the cloud · ASPLOS 2013 |
Cloud and datacenter computing
cloud deployment |
0.2 | 1 | 2013 | Unikernels: library operating systems for the cloud · ASPLOS 2013 |
Web and mobile security
web application security |
0.1 | 2 | 2003 | Specifying and Enforcing Application-Level Web Security Policies · IEEE Trans. Knowl. Data Eng. 2003 Abstracting application-level web security · WWW 2002 |
Systems and software security › isolation
hypervisor-based isolation |
0.0 | 1 | 2013 | Unikernels: library operating systems for the cloud · ASPLOS 2013 |
Ubiquitous computing and smart environments
context-aware computing |
0.0 | 1 | 2003 | Context-Aware Computing with Sound · UbiComp 2003 |
Systems and software security
security policy specification |
0.0 | 1 | 2003 | Specifying and Enforcing Application-Level Web Security Policies · IEEE Trans. Knowl. Data Eng. 2003 |
Systems and software security › vulnerability management
vulnerability mitigation |
0.0 | 1 | 2003 | Specifying and Enforcing Application-Level Web Security Policies · IEEE Trans. Knowl. Data Eng. 2003 |
Systems and software security
secure software development |
0.0 | 1 | 2002 | Abstracting application-level web security · WWW 2002 |
Programming languages and type systems › type systems
type soundness |
0.0 | 1 | 2007 | Melange: creating a "functional" internet · EuroSys 2007 |
Interaction techniques and input › mobile interaction
location-based interaction |
0.0 | 1 | 2004 | The Carrot Approach: Encouraging Use of Location Systems · UbiComp 2004 |
Methods — techniques the papers use, named apart from their topics
static type safety · 0.5compile-time specialization · 0.5type-safe language implementation · 0.1security policy structuring · 0.0
| Year | Publication | Venue | Position |
|---|---|---|---|
| 2025 | Functional Networking for Millions of Docker Desktops (Experience Report)abstractDocker is a developer tool used by millions of developers to build, share and run software stacks. The Docker Desktop clients for Mac and Windows have long used a novel combination of virtualisation and OCaml unikernels to seamlessly run Linux containers on these non-Linux hosts. We reflect on a decade of shipping this functional OCaml code into production across hundreds of millions of developer desktops, and discuss the lessons learnt from our experiences in integrating OCaml deeply into the container architecture that now drives much of the global cloud. We conclude by observing just how good a fit for systems programming that the unikernel approach has been, particularly when combined with the OCaml module and type system. Anil Madhavapeddy, David J. Scott, Patrick Ferris, Ryan Gibb, Thomas Gazagnaire |
Proc. ACM Program. Lang. | 2 |
| 2017 | Reconstructing promoter activity from Lux bioluminescent reportersabstractThe bacterial Lux system is used as a gene expression reporter. It is fast, sensitive and non-destructive, enabling high frequency measurements. Originally developed for bacterial cells, it has also been adapted for eukaryotic cells, and can be used for whole cell biosensors, or in real time with live animals without the need for euthanasia. However, correct interpretation of bioluminescent data is limited: the bioluminescence is different from gene expression because of nonlinear molecular and enzyme dynamics of the Lux system. We have developed a computational approach that, for the first time, allows users of Lux assays to infer gene transcription levels from the light output. This approach is based upon a new mathematical model for Lux activity, that includes the actions of LuxAB, LuxEC and Fre, with improved mechanisms for all reactions, as well as synthesis and turn-over of Lux proteins. The model is calibrated with new experimental data for the LuxAB and Fre reactions from Photorhabdus luminescens-the source of modern Lux reporters-while literature data has been used for LuxEC. Importantly, the data show clear evidence for previously unreported product inhibition for the LuxAB reaction. Model simulations show that predicted bioluminescent profiles can be very different from changes in gene expression, with transient peaks of light output, very similar to light output seen in some experimental data sets. By incorporating the calibrated model into a Bayesian inference scheme, we can reverse engineer promoter activity from the bioluminescence. We show examples where a decrease in bioluminescence would be better interpreted as a switching off of the promoter, or where an increase in bioluminescence would be better interpreted as a longer period of gene expression. This approach could benefit all users of Lux technology. Mudassar Iqbal, Neil Doherty, Anna M. L. Page, Saara N. A. Qazi, Ishan Ajmera, Peter A. Lund, Theodore Kypraios, David J. Scott, Philip J. Hill, Dov J. Stekel |
PLoS Comput. Biol. | 8 |
| 2015 | Jitsu: Just-In-Time Summoning of Unikernels
Anil Madhavapeddy, Thomas Leonard, Magnus Skjegstad, Thomas Gazagnaire, David Sheets, David J. Scott, Richard Mortier, Amir Chaudhry, Balraj Singh, Jon Ludlam, Jon Crowcroft, Ian M. Leslie |
NSDI | 6 |
| 2013 | Unikernels: library operating systems for the cloudabstractWe present unikernels, a new approach to deploying cloud services via applications written in high-level source code. Unikernels are single-purpose appliances that are compile-time specialised into standalone kernels, and sealed against modification when deployed to a cloud platform. In return they offer significant reduction in image sizes, improved efficiency and security, and should reduce operational costs. Our Mirage prototype compiles OCaml code into unikernels that run on commodity clouds and offer an order of magnitude reduction in code size without significant performance penalty. The architecture combines static type-safety with a single address-space layout that can be made immutable via a hypervisor extension. Mirage contributes a suite of type-safe protocol libraries, and our results demonstrate that the hypervisor is a platform that overcomes the hardware compatibility issues that have made past library operating systems impractical to deploy in the real-world. Anil Madhavapeddy, Richard Mortier, Charalampos Rotsos, David J. Scott, Balraj Singh, Thomas Gazagnaire, Steven Hand 0001, Jon Crowcroft |
ASPLOS | 4 |
| 2010 | Using functional programming within an industrial product group: perspectives and perceptionsabstractWe present a case-study of using OCaml within a large product development project, focussing on both the technical and non-technical issues that arose as a result. We draw comparisons between the OCaml team and the other teams that worked on the project, providing comparative data on hiring patterns and cross-team code contribution. David J. Scott, Richard Sharp, Thomas Gazagnaire, Anil Madhavapeddy |
ICFP | 1 |
| 2007 | Melange: creating a "functional" internetabstractMost implementations of critical Internet protocols are written in type-unsafe languages such as C or C++ and are regularly vulnerable to serious security and reliability problems. Type-safe languages eliminate many errors but are not used to due to the perceived performance overheads. Anil Madhavapeddy, Alex Ho, Tim Deegan, David J. Scott, Ripduman Sohan |
EuroSys | 4 |
| 2007 | Interacting with mobile services: an evaluation of camera-phones and visual tags
Eleanor F. Toye, Richard Sharp, Anil Madhavapeddy, David J. Scott, Eben Upton, Alan F. Blackwell |
Pers. Ubiquitous Comput. | 4 |
| 2004 | The Carrot Approach: Encouraging Use of Location Systems
Kieran Mansley, Alastair R. Beresford, David J. Scott |
UbiComp | 3 |
| 2003 | Spatial Security Policies for Mobile Agents in a Sentient Computing Environment
David J. Scott, Alastair R. Beresford, Alan Mycroft |
FASE | 1 |
| 2003 | Context-Aware Computing with Sound
Anil Madhavapeddy, David J. Scott, Richard Sharp |
UbiComp | 2 |
| 2003 | Specifying and Enforcing Application-Level Web Security PoliciesabstractApplication-level Web security refers to vulnerabilities inherent in the code of a Web-application itself (irrespective of the technologies in which it is implemented or the security of the Web-server/back-end database on which it is built). In the last few months, application-level vulnerabilities have been exploited with serious consequences: Hackers have tricked e-commerce sites into shipping goods for no charge, usernames and passwords have been harvested, and confidential information (such as addresses and credit-card numbers) has been leaked. We investigate new tools and techniques which address the problem of application-level Web security. We 1) describe a scalable structuring mechanism facilitating the abstraction of security policies from large Web-applications developed in heterogeneous multiplatform environments; 2) present a set of tools which assist programmers in developing secure applications which are resilient to a wide range of common attacks; and 3) report results and experience arising from our implementation of these techniques. David J. Scott, Richard Sharp |
IEEE Trans. Knowl. Data Eng. | 1 |
| 2002 | Abstracting application-level web securityabstractApplication-level web security refers to vulnerabilities inherent in the code of a web-application itself (irrespective of the technologies in which it is implemented or the security of the web-server/back-end database on which it is built). In the last few months application-level vulnerabilities have been exploited with serious consequences: hackers have tricked e-commerce sites into shipping goods for no charge, user-names and passwords have been harvested and condential information (such as addresses and credit-card numbers) has been leaked.In this paper we investigate new tools and techniques which address the problem of application-level web security. We (i) describe a scalable structuring mechanism facilitating the abstraction of security policies from large web-applications developed in heterogenous multi-platform environments; (ii) present a tool which assists programmers develop secure applications which are resilient to a wide range of common attacks; and (iii) report results and experience arising from our implementation of these techniques. David J. Scott, Richard Sharp |
WWW | 1 |