Demo Data from EDBT 2026 / reviewers in the wild / expert
Michael J. Spier
dblp:36/3426
· DBLP profile ↗
4ranked-venue papers
4as first author
0since 2021 · last 1976
—ORCID · none
Domains — the database's venue-derived domains; a paper can count in several
Software engineering, systems software and programming languages · 4 · 4 first-author
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.
| Software engineering, system software, and programming languages
2 papers |
Operating systems · 76% Concurrent programming · 24% |
Topics — the 3 heaviest of 5, each with the papers that count most for it
| Topic | Weight | Papers | Last | Evidence papers |
|---|---|---|---|---|
Operating systems
interprocess communication |
0.0 | 1 | 1969 | The multics interprocess communication facility · SOSP 1969 |
Concurrent programming
message passing |
0.0 | 1 | 1969 | The multics interprocess communication facility · SOSP 1969 |
Operating systems › system security › operating system security
protection mechanism |
0.0 | 1 | 1973 | An Experimental Implementation on the Kernel/Domain Architecture · SOSP 1973 |
Methods — techniques the papers use, named apart from their topics
experimental implementation · 0.0traffic controller · 0.0system-wide conventions · 0.0
| Year | Publication | Venue | Position |
|---|---|---|---|
| 1976 | Software Malpractice-A Distasteful experienceabstractAbstract A sequence of events is described, leading to the severe deterioration of an initially well conceived and cleanly implemented compiler. It is shown how an initial “optimization” implanted a latent bug in the compiler, how the bug was subsequently activated through innocent compiler modification, and how the compiler then deteriorated because of the incompetent correction of the bus manifestation. This exceedingly negative case history is presented in the hope of conveying to the reader a better feeling for the complex problems inherent to industrial software production and maintenance. The difficulty in proposing any constructive (and complete!) software engineering methodology is known and acknowledged; the study of an episode such as described in this paper might help put the difficulties, with which we are confronted, into better perspective. Michael J. Spier |
Softw. Pract. Exp. | 1 |
| 1974 | A Storage Mapping Technique for the Implementation of Protective DomainsabstractAbstract As part of its effort to periodically investigate various new promising concepts and techniques, the Digital Equipment Corporation had sponsored a research project whose purpose it was to effect a limited exploratory implementation of a novel protective operating system framework, based on the kernel/domain architecture. The project was carried out in 1972, and its successful completion led to a number of observations and insights. This paper concentrates on the technological solutions which were developed for the translation of a theoretical model on to commercially available hardware (the DEC PDP‐11/45 minicomputer); specifically, the storage mapping technique and the intermodule call/return mechanism. We believe that we have made two contributions to the state of the art: firstly the identification of the doman's storage mapping properties which are expected to have an impact on the definition of storage class semantics for higher level programming languages to be developed for the domain environment, and secondly the development of a comprehensive intermodule communication mechanism combining all presently known forms of procedure activation within a single functional framework. Michael J. Spier, Thomas N. Hastings, David N. Cutler |
Softw. Pract. Exp. | 1 |
| 1973 | An Experimental Implementation on the Kernel/Domain ArchitectureabstractAs part of its effort to periodically investigate various new promising concepts and techniques, the Digital Equipment Corporation has sponsored a research project whose purpose it was to effect a limited implementation of a protective operating system framework, based on the kernel/domain architecture which has increasingly been propounded in recent years. Michael J. Spier, Thomas N. Hastings, David N. Cutler |
SOSP | 1 |
| 1969 | The multics interprocess communication facilityabstractEssential to any multi-process computer system is some mechanism to enable coexisting processes to communicate with one another. The basic inter-process communication (IPC) mechanism is the exchange of messages among independent processes in a commonly accessible data base and in accordance with some pre-arranged convention.By introducing several system wide conventions for initiating communication, and by utilizing the Traffic Controller it is possible to expand the basic IPC mechanism into a general purpose IPC facility. The Multics IPC facility is an extension of the central supervisor which assumes the burden of managing the shared data base and of respecting the IPC conventions, thus providing a simple and easy way for the programmer to use the interface. Michael J. Spier, Elliott I. Organick |
SOSP | 1 |