Self-admitted technical debt (SATD) consists of annotations, left by developers as comments in the source code or elsewhere, as a reminder about pieces of software manifesting technical debt (TD), i.e., “not being ready yet”. While previous studies have investigated SATD management and its relationship with software quality, there is little understanding of the extent and circumstances to which developers admit TD. This paper reports the results of a study in which we asked developers from industry and open-source about their practices in annotating source code and other artifacts for self-admitting TD. The study consists of two phases. First, we conducted 10 interviews to gather a first understanding of the phenomenon and to prepare a surv...
Self-Admitted Technical Debt (SATD) consists of annotations—typically, but not only, source code com...
Technical debt refers to taking shortcuts to achieve short-term goals while sacrificing the long-ter...
Developers settle for a non-optimal solution under pressure to meet deadlines and quotas despite the...
Self-admitted technical debt (SATD) consists of annotations, left by developers as comments in the s...
Self-Admitted Technical Debt (SATD) is a particular case of Technical Debt (TD) in which developers ...
Technical debt denotes shortcuts taken during software development, mostly for the sake of expedienc...
Technical debt denotes shortcuts taken during software development, mostly for the sake of expedienc...
Self-Admitted Technical Debt (SATD) is a form of Technical Debt where developers document the debt u...
Self-Admitted Technical Debt (SATD) are comments, left by developers in the source code or elsewhere...
Self-Admitted Technical Debt (SATD) represents the admission, made through source code comments or o...
Technical debt refers to taking shortcuts to achieve short-term goals, which might negatively influe...
Technical debt refers to the phenomena of taking shortcuts to achieve short term gain at the cost of...
Technical Debt is a metaphor used to describe the situation in which long-term software artifact qua...
Self-Admitted Technical Debt (SATD) consists of annotations—typically, but not only, source code com...
Technical debt refers to taking shortcuts to achieve short-term goals while sacrificing the long-ter...
Developers settle for a non-optimal solution under pressure to meet deadlines and quotas despite the...
Self-admitted technical debt (SATD) consists of annotations, left by developers as comments in the s...
Self-Admitted Technical Debt (SATD) is a particular case of Technical Debt (TD) in which developers ...
Technical debt denotes shortcuts taken during software development, mostly for the sake of expedienc...
Technical debt denotes shortcuts taken during software development, mostly for the sake of expedienc...
Self-Admitted Technical Debt (SATD) is a form of Technical Debt where developers document the debt u...
Self-Admitted Technical Debt (SATD) are comments, left by developers in the source code or elsewhere...
Self-Admitted Technical Debt (SATD) represents the admission, made through source code comments or o...
Technical debt refers to taking shortcuts to achieve short-term goals, which might negatively influe...
Technical debt refers to the phenomena of taking shortcuts to achieve short term gain at the cost of...
Technical Debt is a metaphor used to describe the situation in which long-term software artifact qua...
Self-Admitted Technical Debt (SATD) consists of annotations—typically, but not only, source code com...
Technical debt refers to taking shortcuts to achieve short-term goals while sacrificing the long-ter...
Developers settle for a non-optimal solution under pressure to meet deadlines and quotas despite the...