ASE 2023, 룩셈부르크

버스 팩터(BF)는 프로젝트의 지식 분포를 추적하는 메트릭으로, 프로젝트 중단을 초래하는 이탈 엔지니어의 최소 수입니다. 버스 팩터를 계산하기 위한 여러 알고리즘이 있지만 Git 기반 공급업체에서 호스팅되는 프로젝트에 대한 버스 팩터를 쉽게 계산하고 결과를 편리하게 분석할 수 있는 도구는 몇 가지뿐입니다.

트리맵 시각화, 시뮬레이션 모드 및 차트 에디터를 통해 버스 팩터 메트릭을 계산, 내보내기 및 탐색할 수 있는 인터페이스와 API를 제공하는 웹 애플리케이션인 Bus Factor Explorer를 소개합니다. 이 웹 앱은 GitHub에서 호스팅되는 저장소를 지원하고 인터페이스에서 저장소를 검색하고 동시에 많은 저장소를 처리하는 기능을 제공합니다. 이 도구를 사용하면 VCS 기록을 분석하여 개발자 교체 시 작동이 중단될 위험이 있는 파일과 하위 시스템을 식별할 수 있습니다.

애플리케이션과 해당 소스 코드는 GitHub(https://github.com/JetBrains-Research/bus-factor-explorer)에서 일반에게 제공됩니다. 데모 영상은 YouTube https://youtu.be/uIoV79N14z8에서 시청할 수 있습니다.

EASE 2023, 핀란드 오울루

인기 있는 최신 코드 검토 도구(예: Gerrit 및 GitHub)는 코드 검토 시 파일을 알파벳순으로 정렬합니다. 오픈소스 프로젝트에 대한 이전 연구에 따르면 코드 검토에서 변경된 파일의 위치가 검토 프로세스에 영향을 미치는 것으로 나타났습니다. 이 결과에 따르면 순서가 낮은 파일은 다른 파일보다 검토 작업이 적게 투여될 수 있으므로 파일 내 결함이 발견되지 않을 가능성이 더 높습니다. 이 문서에서는 잘 알려진 산업 프로젝트인 IntelliJ IDEA의 코드 검토에서 파일 순서가 미치는 영향을 살펴봅니다. 먼저, 대규모 독점 소프트웨어 프로젝트에 대한 선행 연구 결과를 확인합니다. 그런 다음, 기본적인 알파벳 순서에 대한 대안으로, 코드 차이에 따라 변경된 파일을 정렬하는 방법을 살펴봅니다. 이로부터 얻은 결과는 이전 연구의 관찰 내용과 부합합니다. 즉, 검토자가 코드 검토에서 더 높은 위치에 표시된 파일에 더 많은 코멘트를 남긴다는 사실을 발견했습니다. 또한, 이러한 결과는 데이터가 알파벳순으로 치우쳐 있더라도 코드 차이에 따라 변경된 파일을 정렬하면 코드 검토 시 더 많은 검토 작업이 필요한 문제 파일이 먼저 배치된다는 점에서 표준 알파벳순보다 더 효과적임을 보여줍니다. 이상의 결과는 코드 검토를 위한 다양한 순서 지정 방식을 탐구해야 할 필요성을 다시 한 번 부각시킵니다.