Giriş
Öncelikle sorunların neler olduğunu göstermek için konuyla ilgili çelişkili bazı iddiaları belirteyim.
Şahsen kodumu gelişimin her aşamasında açık tutmak istiyorum, çünkü
- diğerleri yaptığım şeyi görecek ve yararlanacak
- Ayrıca mevcut kodu tekrar kullanmayı seviyorum
- üçüncü taraflar katkıda bulunabilir
- halk bana fon sağlıyor, bu yüzden halkın
Ama patronum diyor ki
- adı altında (ya da enstitünün) halka açık olanları onaylaması gerekiyor ve her adımı onaylayamıyor
- Enstitünün fikri hak özelliklerine ilişkin yönergeler vardır
ve meslektaşlarım
- diğerleri gelip yayınlanmamış fikirlerimi çalacak
- deneysel kodum diğerleri için çok az yarar sağlıyor
Sorular
Laboratuvarımda kod yayını ve açık kaynak geliştirme için bir taslak hazırlamak için aşağıdaki soruları sormak istiyoruz.
- Akademi'de açık yazılımın önemli konularını kapsayan böyle bir kılavuz var mı?
- Böyle bir rehbere hangi konular dahil edilmelidir?
- Sizce böyle bir kılavuzun uygulanmasının ve kullanılmasının doğru yolu nedir?
Uyarılar
Kredilendirme, tekrar üretilebilirlik, kod dokümantasyonu ve nerede yayınlanacakları konularını ayrı bir kılavuzda ele almak istiyoruz.
3
Bu hangi ülke? ABD'deki bazı NSF hibeleri, altında geliştirilen yazılımların açık kaynaklanmasını gerektirir (ancak hangi zaman çizelgesinde belirtmeyebilirler).
—
Bill Barth
Almanya. Ancak kılavuz genel kullanım içindir. Açık kaynak geliştirme isteği varsa nasıl ilerlenir. Bir hibe veya benzeri tarafından özel gereksinimleri yoksa ...
—
Ocak
Buna bir göz atacağım. Ayrıca bu topluluğu wiki yapmak istedim. böylece herkes toplayabilir ve katkıda bulunabilir.
—
Ocak
Kurumların fikri mülkiyet haklarına ilişkin politikasını bulmak ve okumak iyi olur. Patronunuz, kurumun patent alma veya telif hakkı için yeni gelişmeleri inceleme fırsatı istemesi ihtimaline karşı muhtemelen en azından kısmen doğrudur. Öyleyse, bu politikalar dahilinde çalışmanın bir yolunu bulmanız gerekir.
—
Brian Borchers