Escribí un artículo con un nuevo enfoque e implementé este enfoque tanto en R como en SAS. Quiero poner el software en línea en Github e idealmente también en CRAN. El trabajo ha sido revisado por mis colaboradores, pero me dijeron que la estructura es atípica ya que es mi primer trabajo y utilicé una estructura más propia de una tesis. El documento deberá pasar por cambios importantes y se reorganizará de manera diferente. Aún así, el enfoque de modelado en sí es bueno y está bien detallado en el documento.
Me gustaría lanzar el software en Github e incluir el borrador actual del documento, pero me pregunto si también debería enviarlo a ArXiv al mismo tiempo, aunque no esté listo para su publicación. ¿Es suficiente poner mi trabajo en Github (¿y quizás en Researchgate?) para evitar que alguien robe legalmente mi trabajo? ¿Puedo y debo enviarlo a un lugar como ArXiv? ¿Debo poner una licencia en el borrador en línea?
Si solo desea que las personas que usan su código lean el documento en su forma actual, publíquelo en Github con el código. Si desea que una audiencia más amplia de investigadores lo lea en su forma actual, publíquelo en arXiv.
Actualizarlo con cambios sustanciales más adelante no es un problema. Al contrario de lo que dice una de las otras respuestas publicadas, la función de actualización en arXiv se usa más comúnmente para publicar la versión final del autor después de la revisión por pares, que con frecuencia contiene revisiones importantes.
No publicaría cosas en ResearchGate; para muchos (incluido yo mismo) se ve principalmente como una fuente de spam.
ArXiv es un servidor de preimpresión. Una preimpresión es la versión de un artículo antes de enviarlo a una revista científica y será revisado por pares. A veces también se le llama versión de primer borrador o presentación. Si la revisión por pares termina con revisiones importantes, la preimpresión sigue siendo la preimpresión.
Publicar el postprint, que es la versión del artículo aceptada para publicación, es algo diferente a publicar el preprint. Incluye todas las modificaciones y revisiones del proceso de revisión por pares, pero no está en el diseño de la revista. A veces también se llama Final-Draft-Post-Referee(ing) o Authors Fulltext.
Antes de cargar su preprint en arXiv, debe verificar si la revista que eligió permite preprints en arXiv. Si es así, continúe y cargue su preimpresión.
Antes de cargar la publicación posterior, por ejemplo, en su sitio web personal o en su repositorio institucional, también debe consultar las pautas de la revista.
En principio, una preimpresión se puede modificar en arXiv: "Para reemplazar un artículo" . Hay una versión de los artículos, pero esta función se utiliza principalmente para correcciones menores como errores tipográficos.
Editar: Alguien mencionó que es común cargar la publicación posterior como una nueva versión en arXiv. No pude encontrar una declaración directa en arXiv sobre esto, pero hay un estudio que compara los artículos de arXiv con sus versiones finales publicadas. Los autores encontraron que el 35% de todos los artículos de arXiv tienen más de una versión y su comparación implica que las últimas versiones están más cerca de las versiones finales publicadas, es decir, hay post-prints en arXiv o los procesos de revisión no modifican los artículos que mucho. Aquí hay otra fuente que confirma que las impresiones posteriores en arXiv son comunes. Simplemente no pude verificar el estímulo mencionado para hacerlo.
Si sabe que su documento se reorganizará seriamente, probablemente sea más inteligente esperar antes de enviarlo a arXiv. Aunque es posible actualizar los artículos en arXiv, el sitio también enumera las versiones y también indica la fecha de cada versión.
No siempre es ventajoso para la reputación de un envío tener varias actualizaciones o una gran demora entre el envío a arXiv y la publicación real en una revista real (por supuesto, los detalles de lo que es una demora prolongada dependerán de las disciplinas y subdisciplinas).
Hay excepciones, por ejemplo, en áreas calientes donde es posible que deba establecer prioridades. Esto debe equilibrarse con las posibles percepciones negativas mencionadas anteriormente.
Para responder solo una parte de su pregunta, sí, poner el código (y el papel, lo cual sería inusual, creo, pero bueno, podría considerarse "documentación", ¿no?) en GitHub debería ser suficiente para usted para demostrar que se te ocurrió la idea primero en caso de que alguien intente robarla.
Puede usar una prueba de existencia basada en blockchain como https://proofofexistence.com/
No carga el documento, sino que genera un hash criptográfico de ese documento y lo adjunta a una transacción de bitcoin que permanecerá en la cadena de bloques para siempre. Me sorprende que este método no sea mencionado por otros.
Si surge algún problema (p. ej., alguien roba tu trabajo después), serás el único que tendrá el documento en el mismo estado en que se creó el hash criptográfico, por lo que podrás demostrar matemáticamente que eres el propietario legítimo y original.
juhist