학계에서 코드의 공개 및 공개 소스 개발 관련 정책


11

소개

먼저 무엇이 문제인지 설명하기 위해 그 문제에 대해 상충되는 주장을 설명하겠습니다.

개인적 으로 개발의 모든 단계에서 코드를 열고 싶습니다.

  • 다른 사람들은 내가하고있는 일을보고 활용할 것이다
  • 기존 코드를 재사용하고 싶습니다
  • 제 3자가 기여할 수 있음
  • 대중은 저에게 자금을 지원하므로 대중은 볼 권리가 있습니다

하지만 내 상사는 말합니다

  • 그는 자신의 이름 (또는 기관의 이름)으로 공개되는 것을 승인해야하며 모든 단계를 승인 할 수는 없습니다.
  • 연구소의 지적 재산권에 관한 지침이 있습니다

동료들은

  • 다른 사람들이 와서 게시되지 않은 아이디어를 훔칠 것입니다.
  • 내 실험 코드는 다른 사람에게는 거의 쓸모가 없습니다.

질문

실험실에서 코드 게시 및 오픈 소스 개발을위한 청사진을 마련하기 위해 다음 질문을 제기하려고합니다.

  1. 학계에서 공개 소프트웨어의 중요한 문제를 다루는 가이드 라인이 이미 있습니까?
  2. 그러한 지침에 어떤 문제가 포함되어야합니까?
  3. 그러한 지침을 이행하고 사용하는 올바른 방법은 무엇이라고 생각하십니까?

비고

크레딧, 재현성, 코드 문서 및 게시 위치와 관련된 문제는 별도의 지침으로 해결하고자합니다.


3
이것은 어느 나라입니까? 미국의 일부 NSF 보조금에는 그에 따라 개발 된 소프트웨어의 공개 소싱이 필요 합니다 (시간표에 대해서는 명시하지 않을 수도 있음).
Bill Barth

1
독일입니다. 그러나이 지침은 일반적인 용도입니다. 오픈 소스 개발이 필요한 경우 진행 방법. 교부금 등에 의해 특정 요구 사항이없는 한 ...
Jan

2
나는 이것을 주 제외로 간주하지 않지만 Academia SE에도 비슷한 주제가 있습니다. 예 1 2 3
nicoguaro

나는 이것을 볼 것이다. 또한이 커뮤니티 위키를 만들도록 요청했습니다. 모든 사람이 모으고 공헌 할 수 있습니다.
Jan

1
지적 재산권에 대한 기관 정책을 찾아서 읽으십시오. 귀하의 상사는 아마도 교육 기관이 특허 또는 저작권에 대한 새로운 개발을 시험 할 기회를 원하는 것으로 적어도 부분적으로 정확할 것입니다. 그렇다면 해당 정책 내에서 작업 할 수있는 방법을 찾아야합니다.
Brian Borchers

답변:


3

우리는 동료와 부서장의 법적 및 개인적 관심사를 수집하고 다음과 같은 양식을 작성했습니다.

  • 소프트웨어 출판의 형식, 내용 및 범위를 정의합니다
  • 개발자 이름
  • 실험실 내에서 경쟁 관계를 해결
  • 부서장에 의해 서명 될 수있다

최종 버전 또는 오픈 소스 개발로 소프트웨어 게시에 대한 일반적이지만 명확한 승인을 부여합니다.

문서와 소스를 다운로드 하려면이 gitlab 페이지 를 참조하십시오 tex.

당사 사이트를 사용함과 동시에 당사의 쿠키 정책개인정보 보호정책을 읽고 이해하였음을 인정하는 것으로 간주합니다.
Licensed under cc by-sa 3.0 with attribution required.