Introducción
Permítanme decir primero algunas afirmaciones contradictorias del asunto para ilustrar cuáles son los problemas.
Personalmente, me gustaría tener mi código abierto en cada etapa de desarrollo, ya que
- otros verán y aprovecharán lo que estoy haciendo
- También me gusta reutilizar el código existente
- terceros pueden contribuir
- el público me está financiando, entonces el público tiene derecho a ver
Pero mi jefe dice
- necesita aprobar lo que se hace público bajo su nombre (o el del instituto) y no puede aprobar cada paso
- Existen pautas que se refieren a las propiedades de derecho intelectual del instituto.
y mis colegas dicen
- otros vendrán y robarán mis ideas inéditas
- mi código experimental es de poca utilidad para otros
Preguntas
Para elaborar un plan para la publicación de código y el desarrollo de código abierto en mi laboratorio, queremos plantear las siguientes preguntas.
- ¿Existe ya una directriz que cubra los problemas importantes del software abierto en la academia?
- ¿Qué cuestiones deben incluirse en dicha directriz?
- ¿Cuál crees que es la forma correcta de implementar y usar una guía de este tipo?
Observaciones
Los temas de acreditación, reproducibilidad, documentación del código y dónde publicar, queremos abordarlos en una guía separada.
open-source
ene
fuente
fuente
Respuestas:
Hemos recopilado las preocupaciones legales y personales de los colegas y el jefe del departamento y hemos compilado un formulario que
otorgar una aprobación general pero bien definida para la publicación de software tanto en versiones finales como en desarrollo de código abierto
Consulte esta página de gitlab para descargar el documento y las
tex
fuentes.fuente