← 최신 논문
💻 computer science

On the Abolition of the "ICSE Paper" and the Adoption of the "Registered Proposal" and the "Results Report"

소프트웨어 공학 연구의 참신함의 악순환과 재현성 위기를 해결하기 위해, 본 논문은 커뮤니티 설문 조사 응답에 의해 뒷받침되는 파격적인 개혁으로서, 전통적인 ICSE 논문 형식을 폐지하고 동료 검토를 거친 '등록된 제안서(Registered Proposals)'와 그에 따른 '결과 보고서(Results Reports)'로 구성된 2단계 체제로 전환할 것을 제안한다.

원저자: Fabio Massacci, Winnie Mbaka

게시일 2026-01-27
📖 3 분 읽기☕ 가벼운 읽기

원저자: Fabio Massacci, Winnie Mbaka

원본 논문은 CC BY 4.0 (http://creativecommons.org/licenses/by/4.0/) 라이선스로 제공됩니다. 이것은 아래 논문에 대한 AI 생성 설명입니다. 저자가 작성하거나 승인한 것이 아닙니다. 기술적 정확성을 위해서는 원본 논문을 참조하세요. 전체 면책 조항 읽기

소프트웨어 공학 연구의 세계를 마치 마스터셰프와 같은 고위험 요리 경연 대회라고 상상해 보십시오. 지금 현재, 이 경연의 규칙은 망가져 있습니다. 이 논문의 저자인 파비오(Fabio)와 위니(Winnie)는 두 가지 주요 문제인 가짜 결과파벌 행위를 해결하기 위해, 쇼를 운영하는 완전히 새로운 방식을 제안하고 있습니다.

그들의 제안을 쉬운 용어로 정리하면 다음과 같습니다:

현재의 문제: "1인 셰프" 모델

현재는 연구자(가령 셰프 A라고 부릅시다)가 논문을 발표하려면 모든 것을 스스로 해야 합니다:

  1. 새로운 레시피를 구상한다 (새로운 아이디어).
  2. 요리를 만든다 (실험을 수행한다).
  3. 맛을 보고 "정말 맛있어요!"라고 말한다 (결과를 검증한다).

문제점들:

  • "참신함의 함정": 심사위원(리뷰어)들은 가장 새로운 레시피를 찾는 데 집착합니다. 그들은 요리가 실제로 맛있는지, 혹은 실제 레스토랑에서 작동하는지는 신경 쓰지 않습니다. 그저 무언가 "새로운 것"을 원할 뿐입니다. 이는 겉보기에는 화려하지만 막상 먹으려고 하면 무너져 버리는 수많은 "장난감" 요리들을 만들어냅니다.
  • "파벌(Clique)" 문제: 만약 셰프 A가 유명하고 수상 경력이 화려한 셀러브리티티 셰프라면, 심사위원들은 그의 요리에 대해 거의 의문을 제기하지 않습니다. 만약 이름 없는 젊은 셰프가 "사실 셰프 A의 레시피는 탔습니다"라고 말하려 한다면, 그는 유명세가 부족하다는 이유로 거절당합니다.
  • "잃어버린 냉장고" 위기: 때때로 셰프 A는 자신의 요리가 환상적이라고 주장하지만, 정작 당신이 직접 해보려고 재료를 요청하면 "아, 제 냉장고가 고장 나서 레시피를 잃어버렸습니다"라고 말합니다. 이런 일이 빈번하게 발생하며, 이는 결과에 대한 신뢰를 불가능하게 만듭니다.

제안된 해결책: "2단계" 시스템

저자들은 현재의 "단일 논문" 형식을 폐지하고, 건축 프로젝트가 두 단계로 승인되는 방식과 유사한 2단계 시스템으로 대체할 것을 제안합니다: **설계도(The Blueprint)**와 시공(The Construction).

1단계: "등록된 제안서" (설계도)

  • 정의: 연구자는 작업을 시작하기 에 상세한 계획을 제출합니다. 그들은 "여기에 저의 새로운 아이디어가 있고, 제가 이것을 어떻게 테스트할 것인지에 대한 정확한 방법이 있습니다"라고 말합니다.
  • 규칙: 심사위원들은 계획을 검토합니다. 만약 계획이 탄탄하고 논리적이며 흥미롭다면, 이를 승인합니다.
  • 변화: 이 단계에서는 아직 아무도 요리를 하지 않았습니다. 그들은 단지 이 레시피가 제대로 따라졌을 때 제대로 작동할 것이라는 점에 동의하는 것뿐입니다. 이는 사람들이 결과를 본 후에 규칙을 바꾸는 것을 방지합니다.

2단계: "결과 보고서" (시공)

  • 정의: 이것이 큰 변화입니다. 누구든 승인된 설계도를 가져가서 그것을 구현해 볼 수 있습니다.
    • 원래 저자일 수도 있고,
    • 셰프 A가 틀렸음을 증명하려는 라이벌 셰프 B일 수도 있으며,
    • 학생 팀일 수도 있습니다.
  • 규칙: 이들은 "우리는 설계도를 따랐습니다. 결과는 이렇습니다"라고 적힌 짧은 보고서를 제출합니다.
    • 만약 성공한다면: 좋습니다! 우리는 검증되고 신뢰할 수 있는 결과를 얻었습니다.
    • 만약 실패한다면: 이 또한 좋습니다! 우리는 이제 그 아이디어가 작동하지 않는다는 것을 알게 되었고, 모두의 시간을 아꼈습니다.
  • "누구나" 규칙: 원래 저자만이 최종 결과를 발표할 수 있는 현재의 시스템과 달리, 여기서는 누구든 작업의 재현(replication)을 시도할 수 있습니다. 만약 세 팀이 동일한 것을 만들었는데 성공했다면, 우리는 그것이 진짜임을 압니다. 만약 모두 실패했다면, 우리는 그 아이디어가 결함이 있었다는 것을 알게 됩니다.

왜 이것이 문제를 해결하는가

  1. "잃어버린 냉장고"를 없앱니다: 원래 저자가 데이터를 잃어버리더라도 상관없습니다. 왜냐하면 다른 팀들도 동일한 설계도를 바탕으로 그것을 만들었기 때문입니다. 여러 사람이 같은 다리를 건설하는 것과 같습니다. 한 다리가 무너지더라도, 다른 다리들이 그 설계가 작동하는지(혹은 그렇지 않은지)를 증명해 줍니다.
  2. "파벌"을 깨뜨립니다: 유명한 교수가 단순히 "나를 믿으세요, 제 아이디어는 작동합니다"라고 말할 수 없습니다. 만약 젊은 연구자가 동일한 것을 만들려다 실패한다면, 그 논문은 어쨌든 발표됩니다. 이 시스템은 명성보다 진실을 가치 있게 여깁니다.
  3. "새로움"과 "좋음"을 분리합니다:
    • 제안(Proposal) 단계는 참신함(아이디어가 흥미로운가?)에 보상을 줍니다.
    • 결과(Results) 단계는 엄밀함(실제로 작동하는가?)에 보상을 줍니다.
    • 현재는 이 두 가지를 동시에 판단하려고 하며, 이로 인해 혼란이 발생합니다. 이 시스템은 이를 분리합니다.

핵심 요약

저자들은 우리가 연구 논문을 단일한 완성품으로 취급하는 것을 멈추고, 공공 건설 프로젝트처럼 취급할 것을 제안하고 있습니다.

  • 먼저, 계획을 승인합니다 (제안서).
  • 그다음, 모두가 그것을 만들어 보도록 합니다 (결과 보고서).

건물이 똑바로 서 있다면, 우리는 그것을 사용합니다. 만약 무너진다면, 우리는 왜 그랬는지 배웁니다. 이를 통해 우리가 실제 세상에서 사용하는 소프트웨어 도구와 방법들이 그저 "새롭고 반짝이는 것"이 아니라, 실제로 신뢰할 수 있는 것임을 보장합니다.

연구 분야의 논문에 파묻히고 계신가요?

연구 키워드에 맞는 최신 논문의 일일 다이제스트를 받아보세요 — 기술 요약 포함, 당신의 언어로.

Digest 사용해 보기 →