Demo Data from VLDB 2026 / reviewers in the wild / expert
Sayem Imtiaz
dblp:145/1178
· DBLP profile ↗
1ranked-venue papers
0as first author
1since 2021 · last 2022
—ORCID · none
Domains — the database's venue-derived domains; a paper can count in several
Software engineering, systems software and programming languages · 1 · 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 · 67% Empirical software engineering · 33% |
Topics — the 3 heaviest of 3, each with the papers that count most for it
| Topic | Weight | Papers | Last | Evidence papers |
|---|---|---|---|---|
Empirical software engineering
mining software repositories |
0.6 | 1 | 2022 | 23 shades of self-admitted technical debt: an empirical study on machine learning software · ESEC/SIGSOFT FSE 2022 |
Software maintenance and evolution › technical debt
self-admitted technical debt |
0.6 | 1 | 2022 | 23 shades of self-admitted technical debt: an empirical study on machine learning software · ESEC/SIGSOFT FSE 2022 |
Software maintenance and evolution
technical debt |
0.6 | 1 | 2022 | 23 shades of self-admitted technical debt: an empirical study on machine learning software · ESEC/SIGSOFT FSE 2022 |
Methods — techniques the papers use, named apart from their topics
open coding · 0.6
| Year | Publication | Venue | Position |
|---|---|---|---|
| 2022 | 23 shades of self-admitted technical debt: an empirical study on machine learning softwareabstractIn software development, the term “technical debt” (TD) is used to characterize short-term solutions and workarounds implemented in source code which may incur a long-term cost. Technical debt has a variety of forms and can thus affect multiple qualities of software including but not limited to its legibility, performance, and structure. In this paper, we have conducted a comprehensive study on the technical debts in machine learning (ML) based software. TD can appear differently in ML software by infecting the data that ML models are trained on, thus affecting the functional behavior of ML systems. The growing inclusion of ML components in modern software systems have introduced a new set of TDs. Does ML software have similar TDs to traditional software? If not, what are the new types of ML specific TDs? Which ML pipeline stages do these debts appear? Do these debts differ in ML tools and applications and when they get removed? Currently, we do not know the state of the ML TDs in the wild. To address these questions, we mined 68,820 self-admitted technical debts (SATD) from all the revisions of a curated dataset consisting of 2,641 popular ML repositories from GitHub, along with their introduction and removal. By applying an open-coding scheme and following upon prior works, we provide a comprehensive taxonomy of ML SATDs. Our study analyzes ML SATD type organizations, their frequencies within stages of ML software, the differences between ML SATDs in applications and tools, and quantifies the removal of ML SATDs. The findings discovered suggest implications for ML developers and researchers to create maintainable ML systems. David O'Brien, Sumon Biswas, Sayem Imtiaz, Rabe Abdalkareem, Emad Shihab, Hridesh Rajan |
ESEC/SIGSOFT FSE | 3 |