Demo Data from EDBT 2026 / reviewers in the wild / expert
Jeremy W. Nimmer
dblp:01/3287
· DBLP profile ↗
2ranked-venue papers
2as first author
0since 2021 · last 2002
—ORCID · none
Domains — the database's venue-derived domains; a paper can count in several
Software engineering, systems software and programming languages · 2 · 2 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 |
Program analysis · 77% Program verification · 23% |
Topics — the 4 heaviest of 4, each with the papers that count most for it
| Topic | Weight | Papers | Last | Evidence papers |
|---|---|---|---|---|
Program analysis
static analysis |
0.0 | 2 | 2002 | Automatic generation of program specifications · ISSTA 2002 Invariant inference for static checking · SIGSOFT FSE 2002 |
Program analysis
dynamic analysis |
0.0 | 1 | 2002 | Automatic generation of program specifications · ISSTA 2002 |
Program analysis › specification mining
dynamic invariant detection |
0.0 | 1 | 2002 | Automatic generation of program specifications · ISSTA 2002 |
Program verification
invariant generation |
0.0 | 1 | 2002 | Invariant inference for static checking · SIGSOFT FSE 2002 |
Methods — techniques the papers use, named apart from their topics
static inference · 0.0static checking · 0.0houdini · 0.0dynamic invariant detection · 0.0dynamic inference · 0.0daikon · 0.0
| Year | Publication | Venue | Position |
|---|---|---|---|
| 2002 | Automatic generation of program specificationsabstractProducing specifications by dynamic (runtime) analysis of program executions is potentially unsound, because the analyzed executions may not fully characterize all possible executions of the program. In practice, how accurate are the results of a dynamic analysis? This paper describes the results of an investigation into this question, determining how much specifications generalized from program runs must be changed in order to be verified by a static checker. Surprisingly, small test suites captured nearly all program behavior required by a specific type of static checking; the static checker guaranteed that the implementations satisfy the generated specifications, and ensured the absence of runtime exceptions. Measured against this verification task, the generated specifications scored over 90% on precision, a measure of soundness, and on recall, a measure of completeness.This is a positive result for testing, because it suggests that dynamic analyses can capture all semantic information of interest for certain applications. The experimental results demonstrate that a specific technique, dynamic invariant detection, is effective at generating consistent, sufficient specifications for use by a static checker. Finally, the research shows that combining static and dynamic analyses over program specifications has benefits for users of each technique, guaranteeing soundness of the dynamic analysis and lessening the annotation burden for users of the static analysis. Jeremy W. Nimmer, Michael D. Ernst |
ISSTA | 1 |
| 2002 | Invariant inference for static checkingabstractStatic checking can verify the absence of errors in a program, but often requires written annotations or specifications. As a result, static checking can be difficult to use effectively: it can be difficult to determine a specification and tedious to annotate programs. Automated tools that aid the annotation process can decrease the cost of static checking and enable it to be more widely used.This paper describes an evaluation of the effectiveness of two techniques, one static and one dynamic, to assist the annotation process. We quantitatively and qualitatively evaluate 41 programmers using ESC/Java in a program verification task over three small programs, using Houdini for static inference and Daikon for dynamic inference. We also investigate the effect of unsoundness in the dynamic analysis.Statistically significant results show that both inference tools improve task completion; Daikon enables users to express more correct invariants; unsoundness of the dynamic analysis is little hindrance to users; and users imperfectly exploit Houdini. Interviews indicate that beginning users found Daikon to be helpful; Houdini to be neutral; static checking to be of potential practical use; and both assistance tools to have unique benefits.Our observations not only provide a critical evaluation of these two techniques, but also highlight important considerations for creating future assistance tools. Jeremy W. Nimmer, Michael D. Ernst |
SIGSOFT FSE | 1 |