VLDB 2026 Research / reviewers in the wild / expert
Ivan Candela
dblp:187/7499
· DBLP profile ↗
1ranked-venue papers
1as first author
0since 2021 · last 2016
—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
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 · 60% Empirical software engineering · 40% |
Topics — the 5 heaviest of 5, each with the papers that count most for it
| Topic | Weight | Papers | Last | Evidence papers |
|---|---|---|---|---|
Empirical software engineering
developer studies |
0.2 | 1 | 2016 | Using Cohesion and Coupling for Software Remodularization: Is It Enough? · ACM Trans. Softw. Eng. Methodol. 2016 |
Empirical software engineering
mining software repositories |
0.2 | 1 | 2016 | Using Cohesion and Coupling for Software Remodularization: Is It Enough? · ACM Trans. Softw. Eng. Methodol. 2016 |
Software maintenance and evolution
refactoring |
0.2 | 1 | 2016 | Using Cohesion and Coupling for Software Remodularization: Is It Enough? · ACM Trans. Softw. Eng. Methodol. 2016 |
Software maintenance and evolution › software modularization
software modularization quality |
0.2 | 1 | 2016 | Using Cohesion and Coupling for Software Remodularization: Is It Enough? · ACM Trans. Softw. Eng. Methodol. 2016 |
Software maintenance and evolution › software reengineering
software remodularization |
0.2 | 1 | 2016 | Using Cohesion and Coupling for Software Remodularization: Is It Enough? · ACM Trans. Softw. Eng. Methodol. 2016 |
Methods — techniques the papers use, named apart from their topics
qualitative content analysis · 0.2cohesion and coupling metrics · 0.2
| Year | Publication | Venue | Position |
|---|---|---|---|
| 2016 | Using Cohesion and Coupling for Software Remodularization: Is It Enough?abstractRefactoring and, in particular, remodularization operations can be performed to repair the design of a software system and remove the erosion caused by software evolution. Various approaches have been proposed to support developers during the remodularization of a software system. Most of these approaches are based on the underlying assumption that developers pursue an optimal balance between cohesion and coupling when modularizing the classes of their systems. Thus, a remodularization recommender proposes a solution that implicitly provides a (near) optimal balance between such quality attributes. However, there is still no empirical evidence that such a balance is thedesideratumby developers. This article aims at analyzing both objectively and subjectively the aforementioned phenomenon. Specifically, we present the results of (1) a large study analyzing the modularization quality, in terms of package cohesion and coupling, of 100 open-source systems, and (2) a survey conducted with 29 developers aimed at understanding the driving factors they consider when performing modularization tasks. The results achieved have been used to distill a set of lessons learned that might be considered to design more effective remodularization recommenders. Ivan Candela, Gabriele Bavota, Barbara Russo, Rocco Oliveto |
ACM Trans. Softw. Eng. Methodol. | 1 |