Demo Data from SIGIR 2026 / reviewers in the wild / expert
Doug Orleans
dblp:57/4004
· DBLP profile ↗
3ranked-venue papers
0as first author
0since 2021 · last 2004
—ORCID · none
Domains — the database's venue-derived domains; a paper can count in several
Software engineering, systems software and programming languages · 3
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
3 papers |
Programming languages and type systems · 60% Software maintenance and evolution · 40% |
Topics — the 2 heaviest of 5, each with the papers that count most for it
| Topic | Weight | Papers | Last | Evidence papers |
|---|---|---|---|---|
Software maintenance and evolution › software evolution
program evolution |
0.0 | 1 | 1997 | Simplifying the Evolution of Java Programs (Tutorial) · ICSE 1997 |
Programming languages and type systems › object-oriented programming
java |
0.0 | 1 | 1997 | Simplifying the Evolution of Java Programs (Tutorial) · ICSE 1997 |
Methods — techniques the papers use, named apart from their topics
polynomial complexity analysis · 0.0graph compilation · 0.0
| Year | Publication | Venue | Position |
|---|---|---|---|
| 2004 | Traversals of object structures: Specification and Efficient ImplementationabstractSeparation of concerns and loose coupling of concerns are important issues in software enginnering. In this paper we show how to separate traversal-related concerns from other concerns, how to loosely couple traversal-related concerns to the structural concern, and how to efficiently implement traversal-related concerns. The stress is on the detailed description of our algorithms and the traversal specifications they operate on.Traversal of object structures is a ubiquitous routine in most types of information processing. Ad hoc implementations of traversals lead to scattered and tangled code and in this paper we present a new approach, called traversal strategies, to succinctly modularize traversals. In our approach traversals are defined using a high-level directed graph description, which is compiled into a dynamic road map to assist run-time traversals. The complexity of the compilation algorithm is polynomial in the size of the traversal strategy graph and the class graph of the given application. Prototypes of the system have been developed and are being successfully used to implement traversals for Java and AspectJ [Kiczales et al. 2001] and for generating adapters for software components. Our previous approach, called traversal specifications [Lieberherr 1992; Palsberg et al. 1995], was less general and less succinct, and its compilation algorithm was of exponential complexity in some cases. In an additional result we show that this bad behavior is inherent to the static traversal code generated by previous implementations, where traversals are carried out by invoking methods without parameters. Karl J. Lieberherr, Boaz Patt-Shamir, Doug Orleans |
ACM Trans. Program. Lang. Syst. | 3 |
| 1997 | Preventive Program Maintenance in Demeter/JavaabstractNo abstract available. Karl J. Lieberherr, Doug Orleans |
ICSE | 2 |
| 1997 | Simplifying the Evolution of Java Programs (Tutorial)abstractNo abstract available. Linda M. Seiter, Karl J. Lieberherr, Doug Orleans |
ICSE | 3 |