EDBT 2026 Demo / reviewers in the wild / expert
Jair García
dblp:204/3568
· DBLP profile ↗
1ranked-venue papers
1as 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 · 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 · 81% Requirements engineering and software design · 19% |
Topics — the 3 heaviest of 3, each with the papers that count most for it
| Topic | Weight | Papers | Last | Evidence papers |
|---|---|---|---|---|
Software maintenance and evolution
program comprehension |
0.3 | 1 | 2017 | Improving understanding of dynamically typed software developed by agile practitioners · ESEC/SIGSOFT FSE 2017 |
Requirements engineering and software design
software architecture |
0.1 | 1 | 2017 | Improving understanding of dynamically typed software developed by agile practitioners · ESEC/SIGSOFT FSE 2017 |
Software maintenance and evolution › program comprehension
software visualization |
0.1 | 1 | 2017 | Improving understanding of dynamically typed software developed by agile practitioners · ESEC/SIGSOFT FSE 2017 |
Methods — techniques the papers use, named apart from their topics
model-driven reverse engineering · 0.3
| Year | Publication | Venue | Position |
|---|---|---|---|
| 2017 | Improving understanding of dynamically typed software developed by agile practitionersabstractAgile Development values working software over documentation. Therefore, in maintenance stages of existing software, the source code is the sole software artifact that developers have for analyzing the viability and impact of a new user story. Since functionality is often spread in hundreds of lines of code, it is hard for the developer to understand the system, which may lead to under-/overestimation of the new feature cost and rework/delays in the subsequent phases of development. In a previous work, we proposed a Model-Driven Reverse Engineering approach for obtaining software visualizations from source code. Two case studies of comprehension of applications written in statically typed languages have shown the applicability of this approach. A recent experience with an industrial partner, where the systems are developed on dynamically typed languages, has motivated us to adapt the previous proposal to take as input not only the source code but also the application data schema to complete the information that is missing in the code, and then automatically generate more meaningful diagrams that help developers in maintenance tasks. In this article, we present the adaptation of the general approach to support data schema as an additional input and its instrumentation in an industrial case study where the technology is Ruby on Rails. The paper ends by explaining the precision and performance of the instrumentation when used in a Colombian company as well as lessons learned. Jair García, Kelly Garcés |
ESEC/SIGSOFT FSE | 1 |