All posts (Page 6 of 14)
¿Mantienes un proyecto de código abierto, como un paquete R o una colección de ellos, te preguntas cómo utilizar mejor los distintos canales de comunicación para informar a tu comunidad de usuarios y comprometerte con ella? Pues hemos hecho una lista con consejos. Algunos de ellos son obligatorios en nuestra opinión, otros son simplemente agradables de tener.
🔗
Obligatorios: Tener buenas notas de publicación
Puesto que estás desarrollando un producto, el primer acto de comunicación es escribir notas de publicación informativas.
Las notas de publicación suelen describir actualizaciones y cambios, normalmente en un archivo llamado NEWS.md. Estos archivos suelen tener una cabecera por versión, con subcabeceras utilizadas para agrupar los cambios en categorías significativas.
Noam Ross toma el timón como nuevo Director Ejecutivo de rOpenSci
tras 13 años de ejercicio, Karthik Ram se retira de su rol como Director Ejecutivo de rOpenSci.
rOpenSci ha incorporado la segunda cohorte de Campeones ¡! Su formación comenzó con una sesión sobre el estilo del código a la que siguieron tres sesiones sobre los fundamentos del desarrollo de paquetes R, y finalizó con una sesión sobre desarrollo avanzado de paquetes R que consistió en un popurrí de consejos más un debate, seguido de tiempo para aplicar estos principios a los paquetes de los participantes. Aquí quiero compartir uno de los temas tratados: La comprobación de paquetes y, en particular, los principios DRY Don´t Repeat Yourself (“no te repitas”) y DAMP Descriptive And Meaningful Phrases (“frases descriptivas y significativas”). Para este tema, utilizamos un repositorio de GitHub que contiene un paquete R cuyos diferentes commits ilustran los dos principios. En cada paso compartiremos un commit o diff que ilustre los cambios realizados....
Actualizaciones en la versión 0.9.0 del libro en línea ‘Paquetes rOpenSci: Desarrollo, mantenimiento y revisión por pares’
