Demo Data from EDBT 2026 / reviewers in the wild / expert
Leandro O. Souza
dblp:352/5240
· DBLP profile ↗
1ranked-venue papers
1as first author
1since 2021 · last 2025
—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 · 1 since 2021
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 |
Software maintenance and evolution · 56% Requirements engineering and software design · 44% |
Topics — the 2 heaviest of 3, each with the papers that count most for it
| Topic | Weight | Papers | Last | Evidence papers |
|---|---|---|---|---|
Requirements engineering and software design
software product lines |
0.9 | 1 | 2025 | Software Product Line Engineering via Software Transplantation · ACM Trans. Softw. Eng. Methodol. 2025 |
Software maintenance and evolution › software variability
feature integration |
0.3 | 1 | 2025 | Software Product Line Engineering via Software Transplantation · ACM Trans. Softw. Eng. Methodol. 2025 |
Methods — techniques the papers use, named apart from their topics
software transplantation · 0.9
| Year | Publication | Venue | Position |
|---|---|---|---|
| 2025 | Software Product Line Engineering via Software TransplantationabstractSoftware Product Lines (SPLs) improve time-to-market, enhance software quality, and reduce maintenance costs. Current SPL reengineering practices are largely manual and require domain knowledge. Thus, adopting and, to a lesser extent, maintaining SPLs are expensive tasks, preventing many companies from enjoying their benefits. To address these challenges, we introduce Foundry , an approach utilising software transplantation to reduce the manual effort of SPL adoption and maintenance. Foundry enables integrating features across different codebases, even codebases that are unaware that they are contributing features to a software product line. Each product produced by Foundry is pure code, without variability annotation, unlike feature flags, which eases variability management and reduces code bloat. We realise Foundry in prodScalpel , a tool that transplants multiple organs (i.e., a set of interesting features) from donor systems into an emergent product line for codebases written in C. Given tests and lightweight annotations identifying features and implantation points, prodScalpel automates feature extraction and integration. To evaluate its effectiveness, our evaluation compares feature transplantation using prodScalpel to the current state of practice: on our dataset, prodScalpel ’s use speeds up feature migration by an average of 4.8 times when compared to current practice. Leandro O. Souza, Eduardo Santana de Almeida, Paulo Anselmo da Mota Silveira Neto, Earl T. Barr, Justyna Petke |
ACM Trans. Softw. Eng. Methodol. | 1 |