VLDB 2026 Research / reviewers in the wild / expert
Lyle Franklin
dblp:129/8254
· DBLP profile ↗
2ranked-venue papers
1as first author
0since 2021 · last 2013
—ORCID · none
Domains — the database's venue-derived domains; a paper can count in several
Software engineering, systems software and programming languages · 2 · 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
2 papers |
Software maintenance and evolution · 55% Programming languages and type systems · 41% Compilers and program optimization · 4% |
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 › refactoring
automated refactoring |
0.3 | 2 | 2013 | Crossing the gap from imperative to functional programming through refactoring · ESEC/SIGSOFT FSE 2013 LAMBDAFICATOR: from imperative to functional programming through automated refactoring · ICSE 2013 |
Programming languages and type systems
functional programming |
0.3 | 2 | 2013 | Crossing the gap from imperative to functional programming through refactoring · ESEC/SIGSOFT FSE 2013 LAMBDAFICATOR: from imperative to functional programming through automated refactoring · ICSE 2013 |
Software maintenance and evolution
refactoring |
0.3 | 2 | 2013 | Crossing the gap from imperative to functional programming through refactoring · ESEC/SIGSOFT FSE 2013 LAMBDAFICATOR: from imperative to functional programming through automated refactoring · ICSE 2013 |
Programming languages and type systems
lambda expressions |
0.2 | 1 | 2013 | LAMBDAFICATOR: from imperative to functional programming through automated refactoring · ICSE 2013 |
Compilers and program optimization
program transformation |
0.0 | 1 | 2013 | LAMBDAFICATOR: from imperative to functional programming through automated refactoring · ICSE 2013 |
Methods — techniques the papers use, named apart from their topics
static analysis · 0.2data flow analysis · 0.2control flow analysis · 0.2
| Year | Publication | Venue | Position |
|---|---|---|---|
| 2013 | LAMBDAFICATOR: from imperative to functional programming through automated refactoringabstractJava 8 introduces two functional features: lambda expressions and functional operations like map or filter that apply a lambda expression over the elements of a Collection. Refactoring existing code to use these new features enables explicit but unobtrusive parallelism and makes the code more succinct. However, refactoring is tedious (it requires changing many lines of code) and error-prone (the programmer must reason about the control-flow, data-flow, and side-effects). Fortunately, these refactorings can be automated. We present LambdaFicator, a tool which automates two refactorings. The first refactoring converts anonymous inner classes to lambda expressions. The second refactoring converts for loops that iterate over Collections to functional operations that use lambda expressions. In 9 open-source projects we have applied these two refactorings 1263 and 1595 times, respectively. The results show that LambdaFicator is useful. A video highlighting the main features can be found at: http://www.youtube.com/watch?v=EIyAflgHVpU. Lyle Franklin, Alex Gyori, Jan Lahoda, Danny Dig |
ICSE | 1 |
| 2013 | Crossing the gap from imperative to functional programming through refactoringabstractJava 8 introduces two functional features: lambda expressions and functional operations like map or filter that apply a lambda expression over the elements of a Collection. Refactoring existing code to use these new features enables explicit but unobtrusive parallelism and makes the code more succinct. However, refactoring is tedious: it requires changing many lines of code. It is also error-prone: the programmer must reason about the control-, data-flow, and side-effects. Fortunately, refactorings can be automated. We designed and implemented LambdaFicator, a tool which automates two refactorings. The first refactoring converts anonymous inner classes to lambda expressions. The second refactoring converts for loops that iterate over Collections to functional operations that use lambda expressions. Using 9 open-source projects, we have applied these two refactorings 1263 and 1709 times, respectively. The results show that LambdaFicator is useful: (i) it is widely applicable, (ii) it reduces the code bloat, (iii) it increases programmer productivity, and (iv) it is accurate. Alex Gyori, Lyle Franklin, Danny Dig, Jan Lahoda |
ESEC/SIGSOFT FSE | 2 |