VLDB 2026 Research / reviewers in the wild / expert
Georg Dotzler
dblp:131/8077
· DBLP profile ↗
3ranked-venue papers
2as first author
0since 2021 · last 2017
—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-authorDatabases, data management, data science and information retrieval · 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
2 papers |
Software maintenance and evolution · 100% |
Topics — the 5 heaviest of 5, each with the papers that count most for it
| Topic | Weight | Papers | Last | Evidence papers |
|---|---|---|---|---|
Software maintenance and evolution › recommendation system for software engineering
change recommendation |
0.3 | 1 | 2017 | More accurate recommendations for method-level changes · ESEC/SIGSOFT FSE 2017 |
Software maintenance and evolution › program differencing
edit script generation |
0.2 | 1 | 2016 | Move-optimized source code tree differencing · ASE 2016 |
Software maintenance and evolution
program differencing |
0.2 | 1 | 2016 | Move-optimized source code tree differencing · ASE 2016 |
Software maintenance and evolution › program differencing
tree differencing |
0.2 | 1 | 2016 | Move-optimized source code tree differencing · ASE 2016 |
Software maintenance and evolution › code change analysis
change pattern mining |
0.1 | 1 | 2017 | More accurate recommendations for method-level changes · ESEC/SIGSOFT FSE 2017 |
Methods — techniques the papers use, named apart from their topics
pattern learning · 0.3code search · 0.3tree edit distance · 0.2
| Year | Publication | Venue | Position |
|---|---|---|---|
| 2017 | More accurate recommendations for method-level changesabstractDuring the life span of large software projects, developers often apply the same code changes to different code locations in slight variations. Since the application of these changes to all locations is time-consuming and error-prone, tools exist that learn change patterns from input examples, search for possible pattern applications, and generate corresponding recommendations. In many cases, the generated recommendations are syntactically or semantically wrong due to code movements in the input examples. Thus, they are of low accuracy and developers cannot directly copy them into their projects without adjustments. Georg Dotzler, Marius Kamp, Patrick Kreutzer, Michael Philippsen |
ESEC/SIGSOFT FSE | 1 |
| 2016 | Move-optimized source code tree differencingabstractWhen it is necessary to express changes between two source code files as a list of edit actions (an edit script), modern tree differencing algorithms are superior to most text-based approaches because they take code movements into account and express source code changes more accurately. We present 5 general optimizations that can be added to state-of-the-art tree differencing algorithms to shorten the resulting edit scripts. Applied to Gumtree, RTED, JSync, and ChangeDistiller, they lead to shorter scripts for 18-98% of the changes in the histories of 9 open-source software repositories. These optimizations also are parts of our novel Move-optimized Tree DIFFerencing algorithm (MTDIFF) that has a higher accuracy in detecting moved code parts. MTDIFF (which is based on the ideas of ChangeDistiller) further shortens the edit script for another 20% of the changes in the repositories. MTDIFF and all the benchmarks are available under an open-source license. Georg Dotzler, Michael Philippsen |
ASE | 1 |
| 2016 | Automatic clustering of code changesabstractSeveral research tools and projects require groups of similar code changes as input. Examples are recommendation and bug finding tools that can provide valuable information to developers based on such data. With the help of similar code changes they can simplify the application of bug fixes and code changes to multiple locations in a project. But despite their benefit, the practical value of existing tools is limited, as users need to manually specify the input data, i.e., the groups of similar code changes. Patrick Kreutzer, Georg Dotzler, Matthias Ring, Björn M. Eskofier, Michael Philippsen |
MSR | 2 |