Demo Data from EDBT 2026 / reviewers in the wild / expert
Jennifer Bevan
dblp:50/3532
· DBLP profile ↗
1ranked-venue papers
1as first author
0since 2021 · last 2005
—ORCID · none
Domains — the database's venue-derived domains; a paper can count in several
Software engineering, systems software and programming languages · 1 · 1 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
1 paper |
Empirical software engineering · 77% Software maintenance and evolution · 23% |
Topics — the 2 heaviest of 2, each with the papers that count most for it
| Topic | Weight | Papers | Last | Evidence papers |
|---|---|---|---|---|
Empirical software engineering
mining software repositories |
0.1 | 1 | 2005 | Facilitating software evolution research with kenyon · ESEC/SIGSOFT FSE 2005 |
Software maintenance and evolution
software evolution |
0.0 | 1 | 2005 | Facilitating software evolution research with kenyon · ESEC/SIGSOFT FSE 2005 |
Methods — techniques the papers use, named apart from their topics
software configuration management · 0.1fact extraction · 0.1
| Year | Publication | Venue | Position |
|---|---|---|---|
| 2005 | Facilitating software evolution research with kenyonabstractSoftware evolution research inherently has several resource-intensive logistical constraints. Archived project artifacts, such as those found in source code repositories and bug tracking systems, are the principal source of input data. Analysis-specific facts, such as commit metadata or the location of design patterns within the code, must be extracted for each change or configuration of interest. The results of this resource-intensive "fact extraction" phase must be stored efficiently, for later use by more experimental types of research tasks, such as algorithm or model refinement. In order to perform any type of software evolution research, each of these logistical issues must be addressed and an implementation to manage it created. In this paper, we introduce Kenyon, a system designed to facilitate software evolution research by providing a common set of solutions to these common logistical problems. We have used Kenyon for processing source code data from 12 systems of varying sizes and domains, archived in 3 different types of software configuration management systems. We present our experiences using Kenyon with these systems, and also describe Kenyon's usage by students in a graduate seminar class. Jennifer Bevan, E. James Whitehead Jr., Sunghun Kim 0001, Michael W. Godfrey |
ESEC/SIGSOFT FSE | 1 |