원문 발췌 (English Original)

Development and Adoption of SATD Detection Tools: A State-of-practice Report Edi Sutoyo1,2, Andrea Capiluppi1 1Bernoulli Institute, University of Groningen, Groningen, The Netherlands 2Department of Information Systems, Telkom University, Bandung, Indonesia Abstract Self-Admitted Technical Debt (SATD) refers to instances where developers knowingly introduce suboptimal solutions into code and document them, often through textual artifacts. This paper provides a comprehensive state-of-practice report on the development and adoption of SATD detection tools. Through a systematic review of the available literature and tools, we examined their overall accessibility. Our findings reveal that, although SATD detection tools are crucial for maintaining software quality, many face challenges such as technological obsolescence, poor maintenance, and limited platform compatibility. Only a small number of tools are actively maintained, hindering their widespread adoption. This report discusses common anti-patterns in tool development, proposes corrections, and highlights the need for implementing Findable, Accessible, Interoperable, and Reusable (FAIR) principles and fostering greater collaboration between academia and industry to ensure the sustainability2024 and efficacy of these tools. The insights presented here aim to drive more robust management of technical debt and enhance the reliability of SATD tools. KeywordsDec self-admitted technical debt, SATD, detection tools, FAIR principles, software engineering practices 18 1. Introduction Technical Debt (TD) broadly refers to suboptimal code or design choices that compromise long-term software maintainability [1]. Within this domain, self-admitted technical debt (SATD) refers to instances[cs.SE] where developers knowingly document suboptimal code implementations, often through comments in the source code [2]. Detecting and managing SATD has become increasingly important due to its significant impact on long-term software maintainability [3]. Over the past decade, various tools and approaches have been proposed to automate the detection of SATD, reflecting a growing recognition of its importance to software maintainability. However, despite theoretical advancements, the transition from proposed solutions to widely accessible, practically implementable…

발췌문 번역 (Korean Translation)

SATD 탐지 도구의 개발 및 채택 : 최첨단보고 도구 EDI SUTOYO1,2, Andrea Capiluppi1 1bernoulli Institute, Groningen 대학, Groningen, Netherlands Information Systems의 2 구분자, Telkom University, Indonsia Self Admitted Technical Debted Technical Debted Technical Debted Technical Depted Technited Technical Depted Technuted Code를 지시하는 사람이 어디에도 인스턴스를 공급합니다. 종종 텍스트 인공물을 통해. 이 백서는 SATD 탐지 도구의 개발 및 채택에 대한 포괄적 인 최첨단 보고서를 제공합니다. 사용 가능한 문헌 및 도구에 대한 체계적인 검토를 통해 전반적인 접근성을 조사했습니다. 우리의 연구 결과에 따르면 SATD 탐지 도구는 소프트웨어 품질을 유지하는 데 중요하지만 많은 많은 사람들이 기술 노후화, 유지 보수 불량 및 제한된 플랫폼 호환성과 같은 도전에 직면합니다. 소수의 도구 만 적극적으로 유지되며 광범위한 채택을 방해합니다. 이 보고서는 도구 개발의 일반적인 패턴 방지에 대해 설명하고, 수정을 제안하며, 발견 가능하고, 접근 가능하며, 상호 운용 가능하며, 재사용 가능한 (공정) 원칙을 구현하고 학계와 산업 간의 협력을 촉진하여 지속 가능성 2024 및 이러한 도구의 효능을 보장합니다. 여기에 제시된 통찰력은 기술 부채에 대한보다 강력한 관리를 주도하고 SATD 도구의 신뢰성을 향상시키는 것을 목표로합니다. Keywordsdec 자체 어드먼트 기술 부채, SATD, 탐지 도구, 공정 원칙, 소프트웨어 엔지니어링 관행 18 1. 소개 기술 부채 (TD)는 장기 소프트웨어 유지 보수성을 손상시키는 차선책 또는 설계 선택을 대체합니다 [1]. 이 영역 내에서 SATD (Self Admitted Technical Debt)는 개발자가 소스 코드 [2]의 주석을 통해 고의적으로 차선책 구현을 고의로 문서화하는 사례를 말합니다. 장기 소프트웨어 유지 관리에 대한 상당한 영향으로 인해 SATD를 탐지하고 관리하는 것이 점점 더 중요 해지고 있습니다 [3]. 지난 10 년 동안 SATD의 탐지를 자동화하기 위해 다양한 도구와 접근 방식이 제안되어 소프트웨어 유지 관리에 대한 중요성이 높아지고 있습니다. 그러나 이론적 발전에도 불구하고 제안 된 솔루션에서 널리 접근 가능하고 실질적으로 구현 가능한 전환 …