EDBT 2026 Demo / reviewers in the wild / expert
Carl Chapman
dblp:183/0207
· DBLP profile ↗
3ranked-venue papers
2as first author
0since 2021 · last 2019
—ORCID · none
Domains — the database's venue-derived domains; a paper can count in several
Software engineering, systems software and programming languages · 3 · 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 |
Empirical software engineering · 70% Software maintenance and evolution · 24% Program analysis · 6% |
Topics — the 4 heaviest of 4, each with the papers that count most for it
| Topic | Weight | Papers | Last | Evidence papers |
|---|---|---|---|---|
Empirical software engineering
mining software repositories |
0.5 | 2 | 2017 | Exploring regular expression comprehension · ASE 2017 Exploring regular expression usage and context in Python · ISSTA 2016 |
Software maintenance and evolution › program comprehension
code comprehension |
0.3 | 1 | 2017 | Exploring regular expression comprehension · ASE 2017 |
Empirical software engineering
developer studies |
0.3 | 1 | 2017 | Exploring regular expression comprehension · ASE 2017 |
Program analysis
regular expression analysis |
0.1 | 1 | 2016 | Exploring regular expression usage and context in Python · ISSTA 2016 |
Methods — techniques the papers use, named apart from their topics
empirical study · 0.5repository mining · 0.3
| Year | Publication | Venue | Position |
|---|---|---|---|
| 2019 | Exploring tools and strategies used during regular expression composition tasksabstractRegular expressions are frequently found in programming projects. Studies have found that developers can accurately determine whether a string matches a regular expression. However, we still do not know the challenges associated with composing regular expressions. We conduct an exploratory case study to reveal the tools and strategies developers use during regular expression composition. In this study, 29 students are tasked with composing regular expressions that pass unit tests illustrating the intended behavior. The tasks are in Java and the Eclipse IDE was set up with JUnit tests. Participants had one hour to work and could use any Eclipse tools, web search, or web-based tools they desired. Screen-capture software recorded all interactions with browsers and the IDE. We analyzed the videos quantitatively by transcribing logs and extracting personas. Our results show that participants were 30% successful (28 of 94 attempts) at achieving a 100% pass rate on the unit tests. When participants used tools frequently, as in the case of the novice tester and the knowledgeable tester personas, or when they guess at a solution prior to searching, they are more likely to pass all the unit tests. We also found that compile errors often arise when participants searched for a result and copy/pasted the regular expression from another language into their Java files. These results point to future research into making regular expression composition easier for programmers, such as integrating visualization into the IDE to reduce context switching or providing language migration support when reusing regular expressions written in another language to reduce compile errors. Gina R. Bai, Brian Clee, Nischal Shrestha, Carl Chapman, Cimone Wright-Hamor, Kathryn T. Stolee |
ICPC | 4 |
| 2017 | Exploring regular expression comprehensionabstractThe regular expression (regex) is a powerful tool employed in a large variety of software engineering tasks. However, prior work has shown that regexes can be very complex and that it could be difficult for developers to compose and understand them. This work seeks to identify code smells that impact comprehension. We conduct an empirical study on 42 pairs of behaviorally equivalent but syntactically different regexes using 180 participants and evaluate the understandability of various regex language features. We further analyze regexes in GitHub to find the community standards or the common usages of various features. We found that some regex expression representations are more understandable than others. For example, using a range (e.g., [0-9]) is often more understandable than a default character class (e.g., [\d]). We also found that the DFA size of a regex significantly affects comprehension for the regexes studied. The larger the DFA of a regex (up to size eight), the more understandable it was. Finally, we identify smelly and non-smelly regex representations based on a combination of community standards and understandability metrics. Carl Chapman, Kathryn T. Stolee |
ASE | 1 |
| 2016 | Exploring regular expression usage and context in PythonabstractDue to the popularity and pervasive use of regular expressions, researchers have created tools to support their creation, validation, and use. However, little is known about the context in which regular expressions are used, the features that are most common, and how behaviorally similar regular expressions are to one another. Carl Chapman, Kathryn T. Stolee |
ISSTA | 1 |