Technical debt denotes shortcuts taken during software development, mostly for the sake of expedience. When such shortcuts are admitted explicitly by developers (e.g., writing a TODO/Fixme comment), they are termed as Self-Admitted Technical Debt or SATD. There has been a fair amount of work studying SATD management in Open Source projects, but SATD in industry is relatively unexplored. At the same time, there is no work focusing on developers' perspectives towards SATD and its management. To address this, we conducted an exploratory case study in cooperation with an industrial partner to study how they think of SATD and how they manage it. Specifically, we collected data by identifying and characterizing SATD in different sources (issues, ...
AbstractTechnical debt (TD) is a metaphor for taking shortcuts or workarounds in technical decisions...
Self-Admitted Technical Debt (SATD) is a metaphorical concept to describe the self-documented additi...
Technical debt refers to taking shortcuts to achieve short-term goals while sacrificing the long-ter...
Technical debt denotes shortcuts taken during software development, mostly for the sake of expedienc...
Self-admitted technical debt (SATD) consists of annotations, left by developers as comments in the s...
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...
Self-Admitted Technical Debt (SATD) is a particular case of Technical Debt (TD) in which developers ...
Self-Admitted Technical Debt (SATD) are comments, left by developers in the source code or elsewhere...
Technical Debt is a metaphor used to express sub-optimal source code implementations that are introd...
Self-Admitted Technical Debt (SATD) is a form of Technical Debt where developers document the debt u...
Technical debt (TD) is a metaphor for taking shortcuts or workarounds in technical decisions to gain...
Technical Debt is a metaphor used to describe the situation in which long-term software artifact qua...
AbstractTechnical debt (TD) is a metaphor for taking shortcuts or workarounds in technical decisions...
Self-Admitted Technical Debt (SATD) is a metaphorical concept to describe the self-documented additi...
Technical debt refers to taking shortcuts to achieve short-term goals while sacrificing the long-ter...
Technical debt denotes shortcuts taken during software development, mostly for the sake of expedienc...
Self-admitted technical debt (SATD) consists of annotations, left by developers as comments in the s...
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...
Self-Admitted Technical Debt (SATD) is a particular case of Technical Debt (TD) in which developers ...
Self-Admitted Technical Debt (SATD) are comments, left by developers in the source code or elsewhere...
Technical Debt is a metaphor used to express sub-optimal source code implementations that are introd...
Self-Admitted Technical Debt (SATD) is a form of Technical Debt where developers document the debt u...
Technical debt (TD) is a metaphor for taking shortcuts or workarounds in technical decisions to gain...
Technical Debt is a metaphor used to describe the situation in which long-term software artifact qua...
AbstractTechnical debt (TD) is a metaphor for taking shortcuts or workarounds in technical decisions...
Self-Admitted Technical Debt (SATD) is a metaphorical concept to describe the self-documented additi...
Technical debt refers to taking shortcuts to achieve short-term goals while sacrificing the long-ter...