Hidden in Plain Sight: Where Developers Confess Self-Admitted Technical Debt
By: Murali Sridharan , Mikel Robredo , Leevi Rantala and more
Potential Business Impact:
Finds where programmers hide code problems.
Context. Detecting Self-Admitted Technical Debt (SATD) is crucial for proactive software maintenance. Previous research has primarily targeted detecting and prioritizing SATD, with little focus on the source code afflicted with SATD. Our goal in this work is to connect the SATD comments with source code constructs that surround them. Method. We leverage the extensive SATD dataset PENTACET, containing code comments from over 9000 Java Open Source Software (OSS) repositories. We quantitatively infer where SATD most commonly occurs and which code constructs/statements it most frequently affects. Results and Conclusions. Our large-scale study links over 225,000 SATD comments to their surrounding code, showing that SATD mainly arises in inline code near definitions, conditionals, and exception handling, where developers face uncertainty and trade-offs, revealing it as an intentional signal of awareness during change rather than mere neglect.
Similar Papers
A First Look at the Self-Admitted Technical Debt in Test Code: Taxonomy and Detection
Software Engineering
Finds hidden problems in computer tests.
Understanding Self-Admitted Technical Debt in Test Code: An Empirical Study
Software Engineering
Helps fix computer code faster and better.
Descriptor: C++ Self-Admitted Technical Debt Dataset (CppSATD)
Software Engineering
Helps programmers find hidden code problems faster.