VLDB 2026 Research / reviewers in the wild / expert
Adam Czeisler
dblp:18/5951
· DBLP profile ↗
1ranked-venue papers
0as first author
0since 2021 · last 2000
—ORCID · none
Domains — the database's venue-derived domains; a paper can count in several
Software engineering, systems software and programming languages · 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.
| Software engineering, system software, and programming languages
1 paper |
Program analysis · 67% Software maintenance and evolution · 33% |
Topics — the 3 heaviest of 3, each with the papers that count most for it
| Topic | Weight | Papers | Last | Evidence papers |
|---|---|---|---|---|
Program analysis
dynamic analysis |
0.0 | 1 | 2000 | Quickly detecting relevant program invariants · ICSE 2000 |
Software maintenance and evolution › software evolution
program evolution |
0.0 | 1 | 2000 | Quickly detecting relevant program invariants · ICSE 2000 |
Program analysis › dynamic analysis
program invariant detection |
0.0 | 1 | 2000 | Quickly detecting relevant program invariants · ICSE 2000 |
Methods — techniques the papers use, named apart from their topics
trace analysis · 0.0dynamic invariant detection · 0.0
| Year | Publication | Venue | Position |
|---|---|---|---|
| 2000 | Quickly detecting relevant program invariantsabstractExplicitly stated program invariants can help programmers by characterizing certain aspects of program execution and identifying program properties that must be preserved when modifying code. Unfortunately, these invariants are usually absent from code. Previous work showed how to dynamically detect invariants from program traces by looking for patterns in and relationships among variable values. A prototype implementation, Daikon, accurately recovered invariants from formally-specified programs, and the invariants it detected in other programs assisted programmers in a software evolution task. However, Daikon suffered from reporting too many invariants, many of which were not useful, and also failed to report some desired invariants. Michael D. Ernst, Adam Czeisler, William G. Griswold, David Notkin |
ICSE | 2 |