EDBT 2026 Demo / reviewers in the wild / expert
James Donohue
dblp:256/6132
· DBLP profile ↗
1ranked-venue papers
0as 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 · 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 |
Empirical software engineering · 50% Software maintenance and evolution · 50% |
Topics — the 2 heaviest of 2, each with the papers that count most for it
| Topic | Weight | Papers | Last | Evidence papers |
|---|---|---|---|---|
Software maintenance and evolution
code readability |
0.4 | 1 | 2019 | Regexes are Hard: Decision-Making, Difficulties, and Risks in Programming Regular Expressions · ASE 2019 |
Empirical software engineering
developer studies |
0.4 | 1 | 2019 | Regexes are Hard: Decision-Making, Difficulties, and Risks in Programming Regular Expressions · ASE 2019 |
Methods — techniques the papers use, named apart from their topics
survey · 0.4interview study · 0.4
| Year | Publication | Venue | Position |
|---|---|---|---|
| 2019 | Regexes are Hard: Decision-Making, Difficulties, and Risks in Programming Regular ExpressionsabstractRegular expressions (regexes) are a powerful mechanism for solving string-matching problems. They are supported by all modern programming languages, and have been estimated to appear in more than a third of Python and JavaScript projects. Yet existing studies have focused mostly on one aspect of regex programming: readability. We know little about how developers perceive and program regexes, nor the difficulties that they face. In this paper, we provide the first study of the regex development cycle, with a focus on (1) how developers make decisions throughout the process, (2) what difficulties they face, and (3) how aware they are about serious risks involved in programming regexes. We took a mixed-methods approach, surveying 279 professional developers from a diversity of backgrounds (including top tech firms) for a high-level perspective, and interviewing 17 developers to learn the details about the difficulties that they face and the solutions that they prefer. In brief, regexes are hard. Not only are they hard to read, our participants said that they are hard to search for, hard to validate, and hard to document. They are also hard to master: the majority of our studied developers were unaware of critical security risks that can occur when using regexes, and those who knew of the risks did not deal with them in effective manners. Our findings provide multiple implications for future work, including semantic regex search engines for regex reuse and improved input generators for regex validation. Louis G. Michael IV, James Donohue, James C. Davis 0001, Francisco Servant |
ASE | 2 |