Wprowadzenie
Pozwólcie, że najpierw przedstawię sprzeczne twierdzenia w tej sprawie, aby zilustrować problemy.
Od tego czasu osobiście chciałbym mieć otwarty kod na każdym etapie programowania
- inni zobaczą i wykorzystają to, co robię
- Lubię też ponownie wykorzystywać istniejący kod
- osoby trzecie mogą wnosić wkład
- społeczeństwo mnie finansuje, więc społeczeństwo ma prawo zobaczyć
Ale mój szef mówi
- musi zatwierdzić to, co stanie się publiczne pod jego nazwiskiem (lub instytutem) i nie może zatwierdzić każdego kroku
- Istnieją wytyczne dotyczące własności intelektualnej instytutu
i moi koledzy mówią
- inni przyjdą i ukradną moje niepublikowane pomysły
- mój kod eksperymentalny jest mało użyteczny dla innych
pytania
Aby opracować w moim laboratorium plan publikacji kodu i rozwoju oprogramowania typu open source, chcemy zadać następujące pytania.
- Czy istnieją już takie wytyczne dotyczące ważnych zagadnień otwartego oprogramowania w środowisku akademickim?
- Jakie kwestie należy uwzględnić w takich wytycznych?
- Jak myślisz, jaki jest właściwy sposób na wdrożenie i stosowanie takich wytycznych?
Uwagi
Kwestie kredytowania, odtwarzalności, dokumentacji kodu i gdzie publikować, chcemy rozwiązać w osobnych wytycznych.
open-source
Jan
źródło
źródło
Odpowiedzi:
Zebraliśmy prawne i osobiste obawy współpracowników i kierownika działu i opracowaliśmy formularz, który
udzielić ogólnej, ale dobrze zdefiniowanej zgody na publikację oprogramowania zarówno w wersjach ostatecznych, jak i jako oprogramowanie open source.
Zobacz tę stronę gitlab, aby pobrać dokument i
tex
źródła.źródło