Repository: ropensci/roweb3
Pull request #1002: Spanish translation blog-post-in-review-guide
Author: login: yabellini
Labels: name: translation :mate:
name: blog post
description: Blog posts to be published when merged
Created: 2025-03-30T12:44:57Z | Merged: 2025-04-07T11:50:15Z

Translation to Spanish of a blog post linked from the Developer Guide. 


Diff:
diff --git a/content/blog/2022-07-01-evaluating-github-activity-for-contributors/index.es.md b/content/blog/2022-07-01-evaluating-github-activity-for-contributors/index.es.md
new file mode 100644
index 000000000..667b51470
--- /dev/null
+++ b/content/blog/2022-07-01-evaluating-github-activity-for-contributors/index.es.md
@@ -0,0 +1,119 @@
+---
+title: Evaluar la actividad en GitHub de los colaboradores
+author:
+- Maëlle Salmon
+translator:
+- Yanina Bellini Saibene
+date: '2022-07-01'
+slug: evaluating-github-activity-for-contributors
+tags:
+- GitHub
+- contributors
+- tech notes
+description: Cómo evaluar la actividad de un repositorio de GitHub como usuario/a o
+  colaborador/a potencial.
+params:
+  doi: 10.59350/cpads-4b989
+---
+
+Supongamos que tienes que informar de un error o solicitar una función para un paquete.
+¿Cómo puedes utilizar la información de GitHub para gestionar tus expectativas (si habrá una solución rápida) y tus acciones (si debes seguir adelante y hacer un _fork_ del repositorio)?
+En este post, repasaremos diferentes fuentes de información y explicaremos cómo se pueden utilizar.
+Al final, no hay una receta mágica, excepto quizás la amabilidad, ya que el software lo hacen las personas :wink:
+
+## Mira si el repositorio está archivado
+
+Mira si el repositorio está [archivado en GitHub](https://docs.github.com/en/repositories/archiving-a-github-repository/archiving-repositories).
+
+### Cómo ayuda
+
+Si se archiva el repositorio, está claro que los autores ya no van a trabajar en él.
+
+## Seguir (de forma personalizada) un repositorio
+
+Si te interesa mucho el destino de un paquete de R, puede que tenga sentido [empezar a seguir su repositorio de forma personalizada](https://docs.github.com/en/account-and-profile/managing-subscriptions-and-notifications-on-github/setting-up-notifications/configuring-notifications#configuring-your-watch-settings-for-an-individual-repository=) en GitHub: por ejemplo, puedes elegir que se te notifiquen todas las ediciones y PRs o sólo las versiones.
+
+Se debe tener en cuenta que si sólo sigues (_watch_) un repositorio apareces públicamente como seguidor, pero hasta donde yo se quienes siguen los repositorios con opciones personalizadas no aparecen públicamente.
+
+### Cómo ayuda
+
+Observar la actividad en el repositorio te hará consciente de
+
+- desarrollo continuo,
+- ritmos de desarrollo (por ejemplo, "cíclico pero con correcciones rápidas de errores cruciales"),
+- flujos de trabajo (¿son bienvenidos los PR o las personas que mantienen el paquete prefieren confirmar primero el interés por un tema?)
+- el tono en ese repositorio (si el tono no es amistoso, ¡corre!).
+
+Ahora bien, no te servirá de nada si ahora mismo estás mirando un repositorio que antes no seguías, pero es bueno saberlo para la próxima vez.
+
+## Lee los archivos sobre como contribuir
+
+Si el repositorio tiene una [guía de contribución](/blog/2021/04/28/commcall-pkg-community/) (archivo `CONTRIBUTING.md` o `.github/CONTRIBUTING.md`) y parece que se ha personalizado al menos un poco en comparación con un modelo estándar, préstale atención :smile\_cat:
+
+Si los documentos contienen alguna mención al ciclo de vida del desarrollo (una etiqueta, algún texto), también tenelo en cuenta.
+
+Por último, pero no menos importante, ¡ver que el repositorio tiene un código de conducta puede ayudar a sentirse seguro!
+[El código de conducta de rOpenSci](/es/código-de-conducta/) se aplica a todos los paquetes de rOpenSci.
+
+### Cómo ayuda
+
+Es información directa de las personas que mantienen el paquete sobre lo que esperan de las contribuciones, por lo que puede ayudarte a orientarte sobre cómo hacer contribuciones y qué tipo de contribuciones son bienvenidas.
+
+## Mira la última actividad en el código
+
+En la página principal del repositorio de GitHub puedes encontrar el tiempo transcurrido desde el último _commit_ en la rama por defecto.
+En la página de _branches_ puedes ver que hay actividad en el código en otra rama (ver por ejemplo <https://github.com/ropensci/readODS/branches>).
+En la pestaña de versiones puedes ver la antigüedad de la última versión publicada, y si hay una regularidad en las versiones (ver por ejemplo <https://github.com/ropensci/magick/releases>).
+
+### Cómo ayuda
+
+Si hay actividad en curso, en el código, tus contribuciones podrían abordarse más rápidamente.
+Si ves que la actividad en el código es intermitente (los desarrolladores se centran en él durante un periodo de tiempo, publican una nueva versión y luego ignoran las notificaciones durante un tiempo), está bien suponer que tendrás que ser paciente.
+
+## Observa la actividad de planificación y asistencia al usuario
+
+Ordena los _issues_ y PRs por la fecha de actualización para ver los más recientes primero (este es el valor por defecto cuando se utiliza la extensión para navegadores de internet [RefinedGitHub](https://github.com/refined-github/refined-github)). ¿Las personas que son parte del repositorio responden activamente a los _issues_?
+
+Mira los hitos: ¿cuál es el contenido de los distintos hitos?
+¿Hay fechas previstas de publicación?
+(Véase, por ejemplo <https://github.com/ropensci/dev_guide/milestones>.)
+
+### Cómo ayuda
+
+Si los problemas obtienen una primera respuesta de una persona de forma rápida, qué suerte, puedes preguntar educadamente lo que querías preguntar y esperar una respuesta bastante rápida.
+Si la planificación es transparente y actual (es difícil curar los hitos :sweat\_smile:), puedes hacerte una idea de dónde encajará tu contribución.
+
+## Mira la actividad de los autores
+
+Identifica a los principales colaboradores:
+
+- El archivo DESCRIPTION puede no ser tan informativo, ya que puede contener colaboradores históricos.
+- Mira el gráfico de contribuciones para ver quiénes contribuyen activamente de forma reciente (ver por ejemplo <https://github.com/ropensci/dev_guide/graphs/contributors>).
+- Fíjate también en quién ha respondido a los últimos _issues_ y PRs.
+
+Dirígete a su perfil de GitHub, e incluso a su [perfil de R-universe](https://r-universe.dev/maintainers/) ¿Han estado trabajando en otras cosas? ¿Tienen algún estatus (permiso parental, vacaciones)? ¿Hay algún desajuste entre la organización del repositorio y el trabajo del colaborador?
+
+### Cómo ayuda
+
+A veces puede haber algo obvio: si la persona que mantiene el paquete cambió de trabajo, quizá abandonó el interés en este repositorio.
+Sin embargo, lo más importante es que, aunque ayuda estar al tanto de la actividad pública de quienes contribuyen **nunca sabes por lo que está pasando una persona, así que sé amable y paciente**.
+
+## Revisa los chequeos automáticos y los archivos de depósito
+
+Dirígete a la página de estado de integración continua de los repositorios, por ejemplo puede ser la pestaña Acciones.
+Mira el estado de CRAN si el paquete estuvo alguna vez en CRAN.
+
+### Cómo ayuda
+
+Los fallos en las comprobaciones que no se abordan pueden indicar que no se trabaja activamente en el repositorio.
+
+## Conclusión
+
+En este post hemos resumido algunas fuentes de información que tú, como colaborador potencial, puedes utilizar para evaluar si un repositorio está activo y en qué medida, para calibrar tus expectativas y ofertas de contribución.
+Si un repositorio parece especialmente abandonado, quizás podrías enviar un correo electrónico a los autores para preguntarles si está previsto realizar trabajos en el futuro y, en caso contrario, si podrías hacerte cargo de él.
+Sé considerado en todas tus [interacciones con las personas que mantienen software](https://jacobtomlinson.dev/posts/2022/dont-be-that-open-source-user-dont-be-me/).
+
+Si eres la *persona que mantiene* un paquete de rOpenSci y necesitas ayuda puntual o apoyo para el mantenimiento a largo plazo, ponte en contacto con nosotros en `info@ropensci.org`.
+Por ejemplo, podemos añadir una convocatoria de co-mantenedores en nuestro boletín mensual.
+
+
diff --git a/themes/ropensci/i18n/en.toml b/themes/ropensci/i18n/en.toml
index 19b1fd2d5..dc5088f75 100644
--- a/themes/ropensci/i18n/en.toml
+++ b/themes/ropensci/i18n/en.toml
@@ -9,6 +9,9 @@
 
 [Edited-by]
   other = 'Edited by'
+
+[Translated-by]
+  other = 'Translated by'
   
 [Filed-under]
   other = 'Filed under'
diff --git a/themes/ropensci/i18n/es.toml b/themes/ropensci/i18n/es.toml
index 4b8d648ee..d213269eb 100644
--- a/themes/ropensci/i18n/es.toml
+++ b/themes/ropensci/i18n/es.toml
@@ -9,6 +9,9 @@
 
 [Edited-by]
   other = 'Editado por'
+
+[Translated-by]
+  other = 'Traducido por'
   
 [Filed-under]
   other = 'Categorias'
diff --git a/themes/ropensci/i18n/fr.toml b/themes/ropensci/i18n/fr.toml
index c0bb276cf..fd12b329e 100644
--- a/themes/ropensci/i18n/fr.toml
+++ b/themes/ropensci/i18n/fr.toml
@@ -6,6 +6,9 @@
 
 [Edited-by]
   other = 'Édité par'
+
+[Translated-by]
+  other = 'Traduit par'
   
 [Filed-under]
   other = 'Catégories'
diff --git a/themes/ropensci/layouts/blog/list.html b/themes/ropensci/layouts/blog/list.html
index 4a6a265df..cb16d1d5c 100644
--- a/themes/ropensci/layouts/blog/list.html
+++ b/themes/ropensci/layouts/blog/list.html
@@ -80,7 +80,8 @@ <h2 class="title">All posts (Page {{ $paginator.PageNumber }} of {{ $paginator.T
         </div>
       </div>
       <div class="col-md-3 d-none d-md-block">
-      {{ partial "blogs/blog-aside" }}
+        {{ $partial := (partial "translate-path" (dict "name" "blogs/blog-aside" "language" .Site.Language.Lang )) }}
+      {{ partial $partial }}
       </div>
     </div>
   </div>
diff --git a/themes/ropensci/layouts/partials/blogs/blog-aside.html b/themes/ropensci/layouts/partials/blogs/blog-aside.en.html
similarity index 54%
rename from themes/ropensci/layouts/partials/blogs/blog-aside.html
rename to themes/ropensci/layouts/partials/blogs/blog-aside.en.html
index bd118810e..ea89c0065 100644
--- a/themes/ropensci/layouts/partials/blogs/blog-aside.html
+++ b/themes/ropensci/layouts/partials/blogs/blog-aside.en.html
@@ -5,7 +5,7 @@
     and <a href="/author/">by author.</a>
   </p>
   <p>
-    Subscribe to the blogs <a href='{{ absLangURL "rbloggers/index.xml"}}'>RSS feed</a> or <a href='{{ absLangURL "rbloggers/index.json"}}'>JSON feed</a>.
-    Aggregated by <a href="https://www.r-bloggers.com/">R-bloggers</a> with permission.
+    Subscribe to the blog <a href='{{ absLangURL "rbloggers/index.xml"}}'>RSS feed</a> or <a href='{{ absLangURL "rbloggers/index.json"}}'>JSON feed</a>.
+    Aggregated by <a href="https://www.r-bloggers.com/">R-bloggers</a> and <a href="https://rweekly.org/">R Weekly</a> with permission.
   </p>
 </aside>
\ No newline at end of file
diff --git a/themes/ropensci/layouts/partials/blogs/blog-aside.es.html b/themes/ropensci/layouts/partials/blogs/blog-aside.es.html
new file mode 100644
index 000000000..c3a9c44c5
--- /dev/null
+++ b/themes/ropensci/layouts/partials/blogs/blog-aside.es.html
@@ -0,0 +1,11 @@
+<aside>
+  <p>
+    Encuentre todas las entradas del blog, notas técnicas y conversaciones con la comunidad <a href='{{ absLangURL "tags"}}'>por etiqueta</a>,
+    <a href='{{ absLangURL "archive"}}'>por fecha</a>
+    and <a href="{{ absLangURL "author"}}">por autores.</a>
+  </p>
+  <p>
+    Suscribete al blog por fuente web en formato <a href='{{ absLangURL "rbloggers/index.xml"}}'>RSS</a> o <a href='{{ absLangURL "rbloggers/index.json"}}'>JSON</a>.
+    Agregado por <a href="https://www.r-bloggers.com/">R-bloggers</a> y con <a href="https://rweekly.org/">R Weekly</a> permiso.
+  </p>
+</aside>
\ No newline at end of file
diff --git a/themes/ropensci/layouts/partials/blogs/blog-single.html b/themes/ropensci/layouts/partials/blogs/blog-single.html
index 31a17f9a4..ec3b0439b 100644
--- a/themes/ropensci/layouts/partials/blogs/blog-single.html
+++ b/themes/ropensci/layouts/partials/blogs/blog-single.html
@@ -17,6 +17,12 @@ <h1>{{ .Title | markdownify }}</h1>
           </span> 
           {{ partial "blogs/pretty_author_names" . }}
           {{ end }}
+          {{ with .Params.translator }}
+          <span>
+          &#8211; {{ i18n "Translated-by" }}
+          </span> 
+          {{ partial "blogs/pretty_author_names" . }}
+          {{ end }}
           </div>
         </div>
     </div>


Reviews:
user: login: yabellini
body: Translation review
state: COMMENTED
author_association: MEMBER
submitted_at: 2025-04-04T22:07:24Z
user: login: maelle
state: COMMENTED
author_association: MEMBER
submitted_at: 2025-04-07T07:23:15Z
user: login: yabellini
state: COMMENTED
author_association: MEMBER
submitted_at: 2025-04-07T11:21:59Z
user: login: yabellini
state: COMMENTED
author_association: MEMBER
submitted_at: 2025-04-07T11:22:21Z

Review comments:
diff_hunk: @@ -0,0 +1,117 @@
+---
+title: Evaluar la actividad en GitHub de los colaboradores
+author:
+- Maëlle Salmon
+date: '2022-07-01'
+slug: evaluating-github-activity-for-contributors
+tags:
+- GitHub
+- contributors
+- tech notes
+description: Cómo evaluar la actividad de un repositorio de GitHub como usuario o
+  colaborador potencial.
+params:
+  doi: 10.59350/m8tb6-can94
+---
+
+Supongamos que tienes que informar de un error o solicitar una función para un paquete.
+¿Cómo puedes utilizar la información de GitHub para gestionar tus expectativas (si habrá una solución rápida) y tus acciones (si debes seguir adelante y bifurcar el repositorio)?
path: content/blog/2022-07-01-evaluating-github-activity-for-contributors/index.es.md
user: login: yabellini
body: ```suggestion
¿Cómo puedes utilizar la información de GitHub para gestionar tus expectativas (si habrá una solución rápida) y tus acciones (si debes seguir adelante y hacer un _fork_ del repositorio)?
```
created_at: 2025-04-04T19:32:48Z
author_association: MEMBER
diff_hunk: @@ -0,0 +1,117 @@
+---
+title: Evaluar la actividad en GitHub de los colaboradores
+author:
+- Maëlle Salmon
+date: '2022-07-01'
+slug: evaluating-github-activity-for-contributors
+tags:
+- GitHub
+- contributors
+- tech notes
+description: Cómo evaluar la actividad de un repositorio de GitHub como usuario o
+  colaborador potencial.
+params:
+  doi: 10.59350/m8tb6-can94
+---
+
+Supongamos que tienes que informar de un error o solicitar una función para un paquete.
+¿Cómo puedes utilizar la información de GitHub para gestionar tus expectativas (si habrá una solución rápida) y tus acciones (si debes seguir adelante y bifurcar el repositorio)?
+En este post, repasaremos las fuentes de información y explicaremos cómo se pueden utilizar.
path: content/blog/2022-07-01-evaluating-github-activity-for-contributors/index.es.md
user: login: yabellini
body: ```suggestion
En este post, repasaremos diferentes fuentes de información y explicaremos cómo se pueden utilizar.
```
created_at: 2025-04-04T19:33:11Z
author_association: MEMBER
diff_hunk: @@ -0,0 +1,117 @@
+---
+title: Evaluar la actividad en GitHub de los colaboradores
+author:
+- Maëlle Salmon
+date: '2022-07-01'
+slug: evaluating-github-activity-for-contributors
+tags:
+- GitHub
+- contributors
+- tech notes
+description: Cómo evaluar la actividad de un repositorio de GitHub como usuario o
+  colaborador potencial.
+params:
+  doi: 10.59350/m8tb6-can94
+---
+
+Supongamos que tienes que informar de un error o solicitar una función para un paquete.
+¿Cómo puedes utilizar la información de GitHub para gestionar tus expectativas (si habrá una solución rápida) y tus acciones (si debes seguir adelante y bifurcar el repositorio)?
+En este post, repasaremos las fuentes de información y explicaremos cómo se pueden utilizar.
+Al final, no hay una receta mágica, excepto quizás la amabilidad, ya que el software lo hacen los humanos :wink:
path: content/blog/2022-07-01-evaluating-github-activity-for-contributors/index.es.md
user: login: yabellini
body: ```suggestion
Al final, no hay una receta mágica, excepto quizás la amabilidad, ya que el software lo hacen las personas :wink:
```
created_at: 2025-04-04T19:33:28Z
author_association: MEMBER
diff_hunk: @@ -0,0 +1,117 @@
+---
+title: Evaluar la actividad en GitHub de los colaboradores
+author:
+- Maëlle Salmon
+date: '2022-07-01'
+slug: evaluating-github-activity-for-contributors
+tags:
+- GitHub
+- contributors
+- tech notes
+description: Cómo evaluar la actividad de un repositorio de GitHub como usuario o
+  colaborador potencial.
+params:
+  doi: 10.59350/m8tb6-can94
+---
+
+Supongamos que tienes que informar de un error o solicitar una función para un paquete.
+¿Cómo puedes utilizar la información de GitHub para gestionar tus expectativas (si habrá una solución rápida) y tus acciones (si debes seguir adelante y bifurcar el repositorio)?
+En este post, repasaremos las fuentes de información y explicaremos cómo se pueden utilizar.
+Al final, no hay una receta mágica, excepto quizás la amabilidad, ya que el software lo hacen los humanos :wink:
+
+## Mira si el repositorio está archivado
+
+Mira si el repositorio está [archivado en GitHub](https://docs.github.com/en/repositories/archiving-a-github-repository/archiving-repositories).
+
+### Cómo ayuda
+
+Si se archiva el repositorio, está claro que los autores ya no van a trabajar en él.
+
+## (Personalizado) vigilar el repositorio
path: content/blog/2022-07-01-evaluating-github-activity-for-contributors/index.es.md
user: login: yabellini
body: ```suggestion
## Seguir (de forma personalizada) un repositorio
```
created_at: 2025-04-04T19:36:50Z
author_association: MEMBER
diff_hunk: @@ -0,0 +1,117 @@
+---
+title: Evaluar la actividad en GitHub de los colaboradores
+author:
+- Maëlle Salmon
+date: '2022-07-01'
+slug: evaluating-github-activity-for-contributors
+tags:
+- GitHub
+- contributors
+- tech notes
+description: Cómo evaluar la actividad de un repositorio de GitHub como usuario o
+  colaborador potencial.
+params:
+  doi: 10.59350/m8tb6-can94
+---
+
+Supongamos que tienes que informar de un error o solicitar una función para un paquete.
+¿Cómo puedes utilizar la información de GitHub para gestionar tus expectativas (si habrá una solución rápida) y tus acciones (si debes seguir adelante y bifurcar el repositorio)?
+En este post, repasaremos las fuentes de información y explicaremos cómo se pueden utilizar.
+Al final, no hay una receta mágica, excepto quizás la amabilidad, ya que el software lo hacen los humanos :wink:
+
+## Mira si el repositorio está archivado
+
+Mira si el repositorio está [archivado en GitHub](https://docs.github.com/en/repositories/archiving-a-github-repository/archiving-repositories).
+
+### Cómo ayuda
+
+Si se archiva el repositorio, está claro que los autores ya no van a trabajar en él.
+
+## (Personalizado) vigilar el repositorio
+
+Si te interesa mucho el destino de un paquete de R, puede que tenga sentido [vigilancia personalizada](https://docs.github.com/en/account-and-profile/managing-subscriptions-and-notifications-on-github/setting-up-notifications/configuring-notifications#configuring-your-watch-settings-for-an-individual-repository=) en GitHub: por ejemplo, puedes elegir que se te notifiquen todas las ediciones y PRs o sólo las versiones.
path: content/blog/2022-07-01-evaluating-github-activity-for-contributors/index.es.md
user: login: yabellini
body: ```suggestion
Si te interesa mucho el destino de un paquete de R, puede que tenga sentido [empezar a seguir su repositorio de forma personalizada](https://docs.github.com/en/account-and-profile/managing-subscriptions-and-notifications-on-github/setting-up-notifications/configuring-notifications#configuring-your-watch-settings-for-an-individual-repository=) en GitHub: por ejemplo, puedes elegir que se te notifiquen todas las ediciones y PRs o sólo las versiones.
```
created_at: 2025-04-04T19:38:48Z
author_association: MEMBER
diff_hunk: @@ -0,0 +1,117 @@
+---
+title: Evaluar la actividad en GitHub de los colaboradores
+author:
+- Maëlle Salmon
+date: '2022-07-01'
+slug: evaluating-github-activity-for-contributors
+tags:
+- GitHub
+- contributors
+- tech notes
+description: Cómo evaluar la actividad de un repositorio de GitHub como usuario o
+  colaborador potencial.
+params:
+  doi: 10.59350/m8tb6-can94
+---
+
+Supongamos que tienes que informar de un error o solicitar una función para un paquete.
+¿Cómo puedes utilizar la información de GitHub para gestionar tus expectativas (si habrá una solución rápida) y tus acciones (si debes seguir adelante y bifurcar el repositorio)?
+En este post, repasaremos las fuentes de información y explicaremos cómo se pueden utilizar.
+Al final, no hay una receta mágica, excepto quizás la amabilidad, ya que el software lo hacen los humanos :wink:
+
+## Mira si el repositorio está archivado
+
+Mira si el repositorio está [archivado en GitHub](https://docs.github.com/en/repositories/archiving-a-github-repository/archiving-repositories).
+
+### Cómo ayuda
+
+Si se archiva el repositorio, está claro que los autores ya no van a trabajar en él.
+
+## (Personalizado) vigilar el repositorio
+
+Si te interesa mucho el destino de un paquete de R, puede que tenga sentido [vigilancia personalizada](https://docs.github.com/en/account-and-profile/managing-subscriptions-and-notifications-on-github/setting-up-notifications/configuring-notifications#configuring-your-watch-settings-for-an-individual-repository=) en GitHub: por ejemplo, puedes elegir que se te notifiquen todas las ediciones y PRs o sólo las versiones.
+
+Ten en cuenta que si sólo observas un repositorio apareces públicamente como observador, pero que yo sepa los observadores personalizados no aparecen públicamente.
path: content/blog/2022-07-01-evaluating-github-activity-for-contributors/index.es.md
user: login: yabellini
body: ```suggestion
Se debe tener en cuenta que si sólo sigues (_watch_) un repositorio apareces públicamente como seguidor, pero hasta donde yo se quienes siguen los repositorios con opciones personalizadas no aparecen públicamente.
```
created_at: 2025-04-04T19:40:00Z
author_association: MEMBER
diff_hunk: @@ -0,0 +1,117 @@
+---
+title: Evaluar la actividad en GitHub de los colaboradores
+author:
+- Maëlle Salmon
+date: '2022-07-01'
+slug: evaluating-github-activity-for-contributors
+tags:
+- GitHub
+- contributors
+- tech notes
+description: Cómo evaluar la actividad de un repositorio de GitHub como usuario o
+  colaborador potencial.
+params:
+  doi: 10.59350/m8tb6-can94
+---
+
+Supongamos que tienes que informar de un error o solicitar una función para un paquete.
+¿Cómo puedes utilizar la información de GitHub para gestionar tus expectativas (si habrá una solución rápida) y tus acciones (si debes seguir adelante y bifurcar el repositorio)?
+En este post, repasaremos las fuentes de información y explicaremos cómo se pueden utilizar.
+Al final, no hay una receta mágica, excepto quizás la amabilidad, ya que el software lo hacen los humanos :wink:
+
+## Mira si el repositorio está archivado
+
+Mira si el repositorio está [archivado en GitHub](https://docs.github.com/en/repositories/archiving-a-github-repository/archiving-repositories).
+
+### Cómo ayuda
+
+Si se archiva el repositorio, está claro que los autores ya no van a trabajar en él.
+
+## (Personalizado) vigilar el repositorio
+
+Si te interesa mucho el destino de un paquete de R, puede que tenga sentido [vigilancia personalizada](https://docs.github.com/en/account-and-profile/managing-subscriptions-and-notifications-on-github/setting-up-notifications/configuring-notifications#configuring-your-watch-settings-for-an-individual-repository=) en GitHub: por ejemplo, puedes elegir que se te notifiquen todas las ediciones y PRs o sólo las versiones.
+
+Ten en cuenta que si sólo observas un repositorio apareces públicamente como observador, pero que yo sepa los observadores personalizados no aparecen públicamente.
+
+### Cómo ayuda
+
+Observar la actividad en el repositorio te hará consciente de
+
+- desarrollo continuo,
+- ritmos de desarrollo (por ejemplo, "cíclico pero con correcciones rápidas de errores cruciales"),
+- flujos de trabajo (¿son bienvenidos los PR o prefieren los mantenedores confirmar primero el interés por un tema?)
path: content/blog/2022-07-01-evaluating-github-activity-for-contributors/index.es.md
user: login: yabellini
body: ```suggestion
- flujos de trabajo (¿son bienvenidos los PR o las personas que mantienen el paquete prefieren confirmar primero el interés por un tema?)
```
created_at: 2025-04-04T19:40:39Z
author_association: MEMBER
diff_hunk: @@ -0,0 +1,117 @@
+---
+title: Evaluar la actividad en GitHub de los colaboradores
+author:
+- Maëlle Salmon
+date: '2022-07-01'
+slug: evaluating-github-activity-for-contributors
+tags:
+- GitHub
+- contributors
+- tech notes
+description: Cómo evaluar la actividad de un repositorio de GitHub como usuario o
+  colaborador potencial.
+params:
+  doi: 10.59350/m8tb6-can94
+---
+
+Supongamos que tienes que informar de un error o solicitar una función para un paquete.
+¿Cómo puedes utilizar la información de GitHub para gestionar tus expectativas (si habrá una solución rápida) y tus acciones (si debes seguir adelante y bifurcar el repositorio)?
+En este post, repasaremos las fuentes de información y explicaremos cómo se pueden utilizar.
+Al final, no hay una receta mágica, excepto quizás la amabilidad, ya que el software lo hacen los humanos :wink:
+
+## Mira si el repositorio está archivado
+
+Mira si el repositorio está [archivado en GitHub](https://docs.github.com/en/repositories/archiving-a-github-repository/archiving-repositories).
+
+### Cómo ayuda
+
+Si se archiva el repositorio, está claro que los autores ya no van a trabajar en él.
+
+## (Personalizado) vigilar el repositorio
+
+Si te interesa mucho el destino de un paquete de R, puede que tenga sentido [vigilancia personalizada](https://docs.github.com/en/account-and-profile/managing-subscriptions-and-notifications-on-github/setting-up-notifications/configuring-notifications#configuring-your-watch-settings-for-an-individual-repository=) en GitHub: por ejemplo, puedes elegir que se te notifiquen todas las ediciones y PRs o sólo las versiones.
+
+Ten en cuenta que si sólo observas un repositorio apareces públicamente como observador, pero que yo sepa los observadores personalizados no aparecen públicamente.
+
+### Cómo ayuda
+
+Observar la actividad en el repositorio te hará consciente de
+
+- desarrollo continuo,
+- ritmos de desarrollo (por ejemplo, "cíclico pero con correcciones rápidas de errores cruciales"),
+- flujos de trabajo (¿son bienvenidos los PR o prefieren los mantenedores confirmar primero el interés por un tema?)
+- el tono en ese repositorio (si el tono no es amistoso, ¡corre!).
+
+Ahora bien, no te servirá de nada si ahora mismo estás mirando un repositorio que antes no mirabas, pero es bueno saberlo para la próxima vez.
path: content/blog/2022-07-01-evaluating-github-activity-for-contributors/index.es.md
user: login: yabellini
body: ```suggestion
Ahora bien, no te servirá de nada si ahora mismo estás mirando un repositorio que antes no seguías, pero es bueno saberlo para la próxima vez.
```
created_at: 2025-04-04T19:41:14Z
author_association: MEMBER
diff_hunk: @@ -0,0 +1,117 @@
+---
+title: Evaluar la actividad en GitHub de los colaboradores
+author:
+- Maëlle Salmon
+date: '2022-07-01'
+slug: evaluating-github-activity-for-contributors
+tags:
+- GitHub
+- contributors
+- tech notes
+description: Cómo evaluar la actividad de un repositorio de GitHub como usuario o
+  colaborador potencial.
+params:
+  doi: 10.59350/m8tb6-can94
+---
+
+Supongamos que tienes que informar de un error o solicitar una función para un paquete.
+¿Cómo puedes utilizar la información de GitHub para gestionar tus expectativas (si habrá una solución rápida) y tus acciones (si debes seguir adelante y bifurcar el repositorio)?
+En este post, repasaremos las fuentes de información y explicaremos cómo se pueden utilizar.
+Al final, no hay una receta mágica, excepto quizás la amabilidad, ya que el software lo hacen los humanos :wink:
+
+## Mira si el repositorio está archivado
+
+Mira si el repositorio está [archivado en GitHub](https://docs.github.com/en/repositories/archiving-a-github-repository/archiving-repositories).
+
+### Cómo ayuda
+
+Si se archiva el repositorio, está claro que los autores ya no van a trabajar en él.
+
+## (Personalizado) vigilar el repositorio
+
+Si te interesa mucho el destino de un paquete de R, puede que tenga sentido [vigilancia personalizada](https://docs.github.com/en/account-and-profile/managing-subscriptions-and-notifications-on-github/setting-up-notifications/configuring-notifications#configuring-your-watch-settings-for-an-individual-repository=) en GitHub: por ejemplo, puedes elegir que se te notifiquen todas las ediciones y PRs o sólo las versiones.
+
+Ten en cuenta que si sólo observas un repositorio apareces públicamente como observador, pero que yo sepa los observadores personalizados no aparecen públicamente.
+
+### Cómo ayuda
+
+Observar la actividad en el repositorio te hará consciente de
+
+- desarrollo continuo,
+- ritmos de desarrollo (por ejemplo, "cíclico pero con correcciones rápidas de errores cruciales"),
+- flujos de trabajo (¿son bienvenidos los PR o prefieren los mantenedores confirmar primero el interés por un tema?)
+- el tono en ese repositorio (si el tono no es amistoso, ¡corre!).
+
+Ahora bien, no te servirá de nada si ahora mismo estás mirando un repositorio que antes no mirabas, pero es bueno saberlo para la próxima vez.
+
+## Lee los archivos contribuyentes
path: content/blog/2022-07-01-evaluating-github-activity-for-contributors/index.es.md
user: login: yabellini
body: ```suggestion
## Lee los archivos sobre como contribuir
```
created_at: 2025-04-04T19:41:33Z
author_association: MEMBER
diff_hunk: @@ -0,0 +1,117 @@
+---
+title: Evaluar la actividad en GitHub de los colaboradores
+author:
+- Maëlle Salmon
+date: '2022-07-01'
+slug: evaluating-github-activity-for-contributors
+tags:
+- GitHub
+- contributors
+- tech notes
+description: Cómo evaluar la actividad de un repositorio de GitHub como usuario o
+  colaborador potencial.
+params:
+  doi: 10.59350/m8tb6-can94
+---
+
+Supongamos que tienes que informar de un error o solicitar una función para un paquete.
+¿Cómo puedes utilizar la información de GitHub para gestionar tus expectativas (si habrá una solución rápida) y tus acciones (si debes seguir adelante y bifurcar el repositorio)?
+En este post, repasaremos las fuentes de información y explicaremos cómo se pueden utilizar.
+Al final, no hay una receta mágica, excepto quizás la amabilidad, ya que el software lo hacen los humanos :wink:
+
+## Mira si el repositorio está archivado
+
+Mira si el repositorio está [archivado en GitHub](https://docs.github.com/en/repositories/archiving-a-github-repository/archiving-repositories).
+
+### Cómo ayuda
+
+Si se archiva el repositorio, está claro que los autores ya no van a trabajar en él.
+
+## (Personalizado) vigilar el repositorio
+
+Si te interesa mucho el destino de un paquete de R, puede que tenga sentido [vigilancia personalizada](https://docs.github.com/en/account-and-profile/managing-subscriptions-and-notifications-on-github/setting-up-notifications/configuring-notifications#configuring-your-watch-settings-for-an-individual-repository=) en GitHub: por ejemplo, puedes elegir que se te notifiquen todas las ediciones y PRs o sólo las versiones.
+
+Ten en cuenta que si sólo observas un repositorio apareces públicamente como observador, pero que yo sepa los observadores personalizados no aparecen públicamente.
+
+### Cómo ayuda
+
+Observar la actividad en el repositorio te hará consciente de
+
+- desarrollo continuo,
+- ritmos de desarrollo (por ejemplo, "cíclico pero con correcciones rápidas de errores cruciales"),
+- flujos de trabajo (¿son bienvenidos los PR o prefieren los mantenedores confirmar primero el interés por un tema?)
+- el tono en ese repositorio (si el tono no es amistoso, ¡corre!).
+
+Ahora bien, no te servirá de nada si ahora mismo estás mirando un repositorio que antes no mirabas, pero es bueno saberlo para la próxima vez.
+
+## Lee los archivos contribuyentes
+
+Si el repositorio tiene un [guía de contribución](/blog/2021/04/28/commcall-pkg-community/) (archivo `CONTRIBUTING.md` o `.github/CONTRIBUTING.md`) y parece que se ha personalizado al menos un poco en comparación con un modelo estándar, préstale atención :smile\_cat:
path: content/blog/2022-07-01-evaluating-github-activity-for-contributors/index.es.md
user: login: yabellini
body: ```suggestion
Si el repositorio tiene una [guía de contribución](/blog/2021/04/28/commcall-pkg-community/) (archivo `CONTRIBUTING.md` o `.github/CONTRIBUTING.md`) y parece que se ha personalizado al menos un poco en comparación con un modelo estándar, préstale atención :smile\_cat:
```
created_at: 2025-04-04T19:41:51Z
author_association: MEMBER
diff_hunk: @@ -0,0 +1,117 @@
+---
+title: Evaluar la actividad en GitHub de los colaboradores
+author:
+- Maëlle Salmon
+date: '2022-07-01'
+slug: evaluating-github-activity-for-contributors
+tags:
+- GitHub
+- contributors
+- tech notes
+description: Cómo evaluar la actividad de un repositorio de GitHub como usuario o
+  colaborador potencial.
+params:
+  doi: 10.59350/m8tb6-can94
+---
+
+Supongamos que tienes que informar de un error o solicitar una función para un paquete.
+¿Cómo puedes utilizar la información de GitHub para gestionar tus expectativas (si habrá una solución rápida) y tus acciones (si debes seguir adelante y bifurcar el repositorio)?
+En este post, repasaremos las fuentes de información y explicaremos cómo se pueden utilizar.
+Al final, no hay una receta mágica, excepto quizás la amabilidad, ya que el software lo hacen los humanos :wink:
+
+## Mira si el repositorio está archivado
+
+Mira si el repositorio está [archivado en GitHub](https://docs.github.com/en/repositories/archiving-a-github-repository/archiving-repositories).
+
+### Cómo ayuda
+
+Si se archiva el repositorio, está claro que los autores ya no van a trabajar en él.
+
+## (Personalizado) vigilar el repositorio
+
+Si te interesa mucho el destino de un paquete de R, puede que tenga sentido [vigilancia personalizada](https://docs.github.com/en/account-and-profile/managing-subscriptions-and-notifications-on-github/setting-up-notifications/configuring-notifications#configuring-your-watch-settings-for-an-individual-repository=) en GitHub: por ejemplo, puedes elegir que se te notifiquen todas las ediciones y PRs o sólo las versiones.
+
+Ten en cuenta que si sólo observas un repositorio apareces públicamente como observador, pero que yo sepa los observadores personalizados no aparecen públicamente.
+
+### Cómo ayuda
+
+Observar la actividad en el repositorio te hará consciente de
+
+- desarrollo continuo,
+- ritmos de desarrollo (por ejemplo, "cíclico pero con correcciones rápidas de errores cruciales"),
+- flujos de trabajo (¿son bienvenidos los PR o prefieren los mantenedores confirmar primero el interés por un tema?)
+- el tono en ese repositorio (si el tono no es amistoso, ¡corre!).
+
+Ahora bien, no te servirá de nada si ahora mismo estás mirando un repositorio que antes no mirabas, pero es bueno saberlo para la próxima vez.
+
+## Lee los archivos contribuyentes
+
+Si el repositorio tiene un [guía de contribución](/blog/2021/04/28/commcall-pkg-community/) (archivo `CONTRIBUTING.md` o `.github/CONTRIBUTING.md`) y parece que se ha personalizado al menos un poco en comparación con un modelo estándar, préstale atención :smile\_cat:
+
+Si los documentos contienen alguna mención al ciclo de vida del desarrollo (una insignia, algún texto), tenlo también en cuenta.
path: content/blog/2022-07-01-evaluating-github-activity-for-contributors/index.es.md
user: login: yabellini
body: ```suggestion
Si los documentos contienen alguna mención al ciclo de vida del desarrollo (una etiqueta, algún texto), también tenelo en cuenta.
```
created_at: 2025-04-04T19:43:30Z
author_association: MEMBER
diff_hunk: @@ -0,0 +1,117 @@
+---
+title: Evaluar la actividad en GitHub de los colaboradores
+author:
+- Maëlle Salmon
+date: '2022-07-01'
+slug: evaluating-github-activity-for-contributors
+tags:
+- GitHub
+- contributors
+- tech notes
+description: Cómo evaluar la actividad de un repositorio de GitHub como usuario o
+  colaborador potencial.
+params:
+  doi: 10.59350/m8tb6-can94
+---
+
+Supongamos que tienes que informar de un error o solicitar una función para un paquete.
+¿Cómo puedes utilizar la información de GitHub para gestionar tus expectativas (si habrá una solución rápida) y tus acciones (si debes seguir adelante y bifurcar el repositorio)?
+En este post, repasaremos las fuentes de información y explicaremos cómo se pueden utilizar.
+Al final, no hay una receta mágica, excepto quizás la amabilidad, ya que el software lo hacen los humanos :wink:
+
+## Mira si el repositorio está archivado
+
+Mira si el repositorio está [archivado en GitHub](https://docs.github.com/en/repositories/archiving-a-github-repository/archiving-repositories).
+
+### Cómo ayuda
+
+Si se archiva el repositorio, está claro que los autores ya no van a trabajar en él.
+
+## (Personalizado) vigilar el repositorio
+
+Si te interesa mucho el destino de un paquete de R, puede que tenga sentido [vigilancia personalizada](https://docs.github.com/en/account-and-profile/managing-subscriptions-and-notifications-on-github/setting-up-notifications/configuring-notifications#configuring-your-watch-settings-for-an-individual-repository=) en GitHub: por ejemplo, puedes elegir que se te notifiquen todas las ediciones y PRs o sólo las versiones.
+
+Ten en cuenta que si sólo observas un repositorio apareces públicamente como observador, pero que yo sepa los observadores personalizados no aparecen públicamente.
+
+### Cómo ayuda
+
+Observar la actividad en el repositorio te hará consciente de
+
+- desarrollo continuo,
+- ritmos de desarrollo (por ejemplo, "cíclico pero con correcciones rápidas de errores cruciales"),
+- flujos de trabajo (¿son bienvenidos los PR o prefieren los mantenedores confirmar primero el interés por un tema?)
+- el tono en ese repositorio (si el tono no es amistoso, ¡corre!).
+
+Ahora bien, no te servirá de nada si ahora mismo estás mirando un repositorio que antes no mirabas, pero es bueno saberlo para la próxima vez.
+
+## Lee los archivos contribuyentes
+
+Si el repositorio tiene un [guía de contribución](/blog/2021/04/28/commcall-pkg-community/) (archivo `CONTRIBUTING.md` o `.github/CONTRIBUTING.md`) y parece que se ha personalizado al menos un poco en comparación con un modelo estándar, préstale atención :smile\_cat:
+
+Si los documentos contienen alguna mención al ciclo de vida del desarrollo (una insignia, algún texto), tenlo también en cuenta.
+
+Por último, pero no menos importante, ¡ver que el repositorio tiene un código de conducta puede ayudar a sentirse seguro!
+rOpenSci [código de conducta](https://ropensci.org/code-of-conduct/) se aplica a todos los paquetes rOpenSci.
path: content/blog/2022-07-01-evaluating-github-activity-for-contributors/index.es.md
user: login: yabellini
body: ```suggestion
[El código de conducta de rOpenSci](/es/código-de-conducta/) se aplica a todos los paquetes de rOpenSci.
```
created_at: 2025-04-04T19:44:35Z
author_association: MEMBER
diff_hunk: @@ -0,0 +1,117 @@
+---
+title: Evaluar la actividad en GitHub de los colaboradores
+author:
+- Maëlle Salmon
+date: '2022-07-01'
+slug: evaluating-github-activity-for-contributors
+tags:
+- GitHub
+- contributors
+- tech notes
+description: Cómo evaluar la actividad de un repositorio de GitHub como usuario o
+  colaborador potencial.
+params:
+  doi: 10.59350/m8tb6-can94
+---
+
+Supongamos que tienes que informar de un error o solicitar una función para un paquete.
+¿Cómo puedes utilizar la información de GitHub para gestionar tus expectativas (si habrá una solución rápida) y tus acciones (si debes seguir adelante y bifurcar el repositorio)?
+En este post, repasaremos las fuentes de información y explicaremos cómo se pueden utilizar.
+Al final, no hay una receta mágica, excepto quizás la amabilidad, ya que el software lo hacen los humanos :wink:
+
+## Mira si el repositorio está archivado
+
+Mira si el repositorio está [archivado en GitHub](https://docs.github.com/en/repositories/archiving-a-github-repository/archiving-repositories).
+
+### Cómo ayuda
+
+Si se archiva el repositorio, está claro que los autores ya no van a trabajar en él.
+
+## (Personalizado) vigilar el repositorio
+
+Si te interesa mucho el destino de un paquete de R, puede que tenga sentido [vigilancia personalizada](https://docs.github.com/en/account-and-profile/managing-subscriptions-and-notifications-on-github/setting-up-notifications/configuring-notifications#configuring-your-watch-settings-for-an-individual-repository=) en GitHub: por ejemplo, puedes elegir que se te notifiquen todas las ediciones y PRs o sólo las versiones.
+
+Ten en cuenta que si sólo observas un repositorio apareces públicamente como observador, pero que yo sepa los observadores personalizados no aparecen públicamente.
+
+### Cómo ayuda
+
+Observar la actividad en el repositorio te hará consciente de
+
+- desarrollo continuo,
+- ritmos de desarrollo (por ejemplo, "cíclico pero con correcciones rápidas de errores cruciales"),
+- flujos de trabajo (¿son bienvenidos los PR o prefieren los mantenedores confirmar primero el interés por un tema?)
+- el tono en ese repositorio (si el tono no es amistoso, ¡corre!).
+
+Ahora bien, no te servirá de nada si ahora mismo estás mirando un repositorio que antes no mirabas, pero es bueno saberlo para la próxima vez.
+
+## Lee los archivos contribuyentes
+
+Si el repositorio tiene un [guía de contribución](/blog/2021/04/28/commcall-pkg-community/) (archivo `CONTRIBUTING.md` o `.github/CONTRIBUTING.md`) y parece que se ha personalizado al menos un poco en comparación con un modelo estándar, préstale atención :smile\_cat:
+
+Si los documentos contienen alguna mención al ciclo de vida del desarrollo (una insignia, algún texto), tenlo también en cuenta.
+
+Por último, pero no menos importante, ¡ver que el repositorio tiene un código de conducta puede ayudar a sentirse seguro!
+rOpenSci [código de conducta](https://ropensci.org/code-of-conduct/) se aplica a todos los paquetes rOpenSci.
+
+### Cómo ayuda
+
+Es información directa de los mantenedores sobre lo que esperan de las contribuciones, por lo que puede ayudarte a orientarte sobre cómo hacer contribuciones y qué tipo de contribuciones son bienvenidas.
path: content/blog/2022-07-01-evaluating-github-activity-for-contributors/index.es.md
user: login: yabellini
body: ```suggestion
Es información directa de las personas que mantienen el paquete sobre lo que esperan de las contribuciones, por lo que puede ayudarte a orientarte sobre cómo hacer contribuciones y qué tipo de contribuciones son bienvenidas.
```
created_at: 2025-04-04T19:45:04Z
author_association: MEMBER
diff_hunk: @@ -0,0 +1,117 @@
+---
+title: Evaluar la actividad en GitHub de los colaboradores
+author:
+- Maëlle Salmon
+date: '2022-07-01'
+slug: evaluating-github-activity-for-contributors
+tags:
+- GitHub
+- contributors
+- tech notes
+description: Cómo evaluar la actividad de un repositorio de GitHub como usuario o
+  colaborador potencial.
+params:
+  doi: 10.59350/m8tb6-can94
+---
+
+Supongamos que tienes que informar de un error o solicitar una función para un paquete.
+¿Cómo puedes utilizar la información de GitHub para gestionar tus expectativas (si habrá una solución rápida) y tus acciones (si debes seguir adelante y bifurcar el repositorio)?
+En este post, repasaremos las fuentes de información y explicaremos cómo se pueden utilizar.
+Al final, no hay una receta mágica, excepto quizás la amabilidad, ya que el software lo hacen los humanos :wink:
+
+## Mira si el repositorio está archivado
+
+Mira si el repositorio está [archivado en GitHub](https://docs.github.com/en/repositories/archiving-a-github-repository/archiving-repositories).
+
+### Cómo ayuda
+
+Si se archiva el repositorio, está claro que los autores ya no van a trabajar en él.
+
+## (Personalizado) vigilar el repositorio
+
+Si te interesa mucho el destino de un paquete de R, puede que tenga sentido [vigilancia personalizada](https://docs.github.com/en/account-and-profile/managing-subscriptions-and-notifications-on-github/setting-up-notifications/configuring-notifications#configuring-your-watch-settings-for-an-individual-repository=) en GitHub: por ejemplo, puedes elegir que se te notifiquen todas las ediciones y PRs o sólo las versiones.
+
+Ten en cuenta que si sólo observas un repositorio apareces públicamente como observador, pero que yo sepa los observadores personalizados no aparecen públicamente.
+
+### Cómo ayuda
+
+Observar la actividad en el repositorio te hará consciente de
+
+- desarrollo continuo,
+- ritmos de desarrollo (por ejemplo, "cíclico pero con correcciones rápidas de errores cruciales"),
+- flujos de trabajo (¿son bienvenidos los PR o prefieren los mantenedores confirmar primero el interés por un tema?)
+- el tono en ese repositorio (si el tono no es amistoso, ¡corre!).
+
+Ahora bien, no te servirá de nada si ahora mismo estás mirando un repositorio que antes no mirabas, pero es bueno saberlo para la próxima vez.
+
+## Lee los archivos contribuyentes
+
+Si el repositorio tiene un [guía de contribución](/blog/2021/04/28/commcall-pkg-community/) (archivo `CONTRIBUTING.md` o `.github/CONTRIBUTING.md`) y parece que se ha personalizado al menos un poco en comparación con un modelo estándar, préstale atención :smile\_cat:
+
+Si los documentos contienen alguna mención al ciclo de vida del desarrollo (una insignia, algún texto), tenlo también en cuenta.
+
+Por último, pero no menos importante, ¡ver que el repositorio tiene un código de conducta puede ayudar a sentirse seguro!
+rOpenSci [código de conducta](https://ropensci.org/code-of-conduct/) se aplica a todos los paquetes rOpenSci.
+
+### Cómo ayuda
+
+Es información directa de los mantenedores sobre lo que esperan de las contribuciones, por lo que puede ayudarte a orientarte sobre cómo hacer contribuciones y qué tipo de contribuciones son bienvenidas.
+
+## Mira la última actividad de código
path: content/blog/2022-07-01-evaluating-github-activity-for-contributors/index.es.md
user: login: yabellini
body: ```suggestion
## Mira la última actividad en el código
```
created_at: 2025-04-04T19:45:21Z
author_association: MEMBER
diff_hunk: @@ -0,0 +1,117 @@
+---
+title: Evaluar la actividad en GitHub de los colaboradores
+author:
+- Maëlle Salmon
+date: '2022-07-01'
+slug: evaluating-github-activity-for-contributors
+tags:
+- GitHub
+- contributors
+- tech notes
+description: Cómo evaluar la actividad de un repositorio de GitHub como usuario o
+  colaborador potencial.
+params:
+  doi: 10.59350/m8tb6-can94
+---
+
+Supongamos que tienes que informar de un error o solicitar una función para un paquete.
+¿Cómo puedes utilizar la información de GitHub para gestionar tus expectativas (si habrá una solución rápida) y tus acciones (si debes seguir adelante y bifurcar el repositorio)?
+En este post, repasaremos las fuentes de información y explicaremos cómo se pueden utilizar.
+Al final, no hay una receta mágica, excepto quizás la amabilidad, ya que el software lo hacen los humanos :wink:
+
+## Mira si el repositorio está archivado
+
+Mira si el repositorio está [archivado en GitHub](https://docs.github.com/en/repositories/archiving-a-github-repository/archiving-repositories).
+
+### Cómo ayuda
+
+Si se archiva el repositorio, está claro que los autores ya no van a trabajar en él.
+
+## (Personalizado) vigilar el repositorio
+
+Si te interesa mucho el destino de un paquete de R, puede que tenga sentido [vigilancia personalizada](https://docs.github.com/en/account-and-profile/managing-subscriptions-and-notifications-on-github/setting-up-notifications/configuring-notifications#configuring-your-watch-settings-for-an-individual-repository=) en GitHub: por ejemplo, puedes elegir que se te notifiquen todas las ediciones y PRs o sólo las versiones.
+
+Ten en cuenta que si sólo observas un repositorio apareces públicamente como observador, pero que yo sepa los observadores personalizados no aparecen públicamente.
+
+### Cómo ayuda
+
+Observar la actividad en el repositorio te hará consciente de
+
+- desarrollo continuo,
+- ritmos de desarrollo (por ejemplo, "cíclico pero con correcciones rápidas de errores cruciales"),
+- flujos de trabajo (¿son bienvenidos los PR o prefieren los mantenedores confirmar primero el interés por un tema?)
+- el tono en ese repositorio (si el tono no es amistoso, ¡corre!).
+
+Ahora bien, no te servirá de nada si ahora mismo estás mirando un repositorio que antes no mirabas, pero es bueno saberlo para la próxima vez.
+
+## Lee los archivos contribuyentes
+
+Si el repositorio tiene un [guía de contribución](/blog/2021/04/28/commcall-pkg-community/) (archivo `CONTRIBUTING.md` o `.github/CONTRIBUTING.md`) y parece que se ha personalizado al menos un poco en comparación con un modelo estándar, préstale atención :smile\_cat:
+
+Si los documentos contienen alguna mención al ciclo de vida del desarrollo (una insignia, algún texto), tenlo también en cuenta.
+
+Por último, pero no menos importante, ¡ver que el repositorio tiene un código de conducta puede ayudar a sentirse seguro!
+rOpenSci [código de conducta](https://ropensci.org/code-of-conduct/) se aplica a todos los paquetes rOpenSci.
+
+### Cómo ayuda
+
+Es información directa de los mantenedores sobre lo que esperan de las contribuciones, por lo que puede ayudarte a orientarte sobre cómo hacer contribuciones y qué tipo de contribuciones son bienvenidas.
+
+## Mira la última actividad de código
+
+En la página principal del repositorio de GitHub puedes encontrar el tiempo transcurrido desde la última confirmación en la rama por defecto.
path: content/blog/2022-07-01-evaluating-github-activity-for-contributors/index.es.md
user: login: yabellini
body: ```suggestion
En la página principal del repositorio de GitHub puedes encontrar el tiempo transcurrido desde el último _commit_ en la rama por defecto.
```
created_at: 2025-04-04T19:52:38Z
author_association: MEMBER
diff_hunk: @@ -0,0 +1,117 @@
+---
+title: Evaluar la actividad en GitHub de los colaboradores
+author:
+- Maëlle Salmon
+date: '2022-07-01'
+slug: evaluating-github-activity-for-contributors
+tags:
+- GitHub
+- contributors
+- tech notes
+description: Cómo evaluar la actividad de un repositorio de GitHub como usuario o
+  colaborador potencial.
+params:
+  doi: 10.59350/m8tb6-can94
+---
+
+Supongamos que tienes que informar de un error o solicitar una función para un paquete.
+¿Cómo puedes utilizar la información de GitHub para gestionar tus expectativas (si habrá una solución rápida) y tus acciones (si debes seguir adelante y bifurcar el repositorio)?
+En este post, repasaremos las fuentes de información y explicaremos cómo se pueden utilizar.
+Al final, no hay una receta mágica, excepto quizás la amabilidad, ya que el software lo hacen los humanos :wink:
+
+## Mira si el repositorio está archivado
+
+Mira si el repositorio está [archivado en GitHub](https://docs.github.com/en/repositories/archiving-a-github-repository/archiving-repositories).
+
+### Cómo ayuda
+
+Si se archiva el repositorio, está claro que los autores ya no van a trabajar en él.
+
+## (Personalizado) vigilar el repositorio
+
+Si te interesa mucho el destino de un paquete de R, puede que tenga sentido [vigilancia personalizada](https://docs.github.com/en/account-and-profile/managing-subscriptions-and-notifications-on-github/setting-up-notifications/configuring-notifications#configuring-your-watch-settings-for-an-individual-repository=) en GitHub: por ejemplo, puedes elegir que se te notifiquen todas las ediciones y PRs o sólo las versiones.
+
+Ten en cuenta que si sólo observas un repositorio apareces públicamente como observador, pero que yo sepa los observadores personalizados no aparecen públicamente.
+
+### Cómo ayuda
+
+Observar la actividad en el repositorio te hará consciente de
+
+- desarrollo continuo,
+- ritmos de desarrollo (por ejemplo, "cíclico pero con correcciones rápidas de errores cruciales"),
+- flujos de trabajo (¿son bienvenidos los PR o prefieren los mantenedores confirmar primero el interés por un tema?)
+- el tono en ese repositorio (si el tono no es amistoso, ¡corre!).
+
+Ahora bien, no te servirá de nada si ahora mismo estás mirando un repositorio que antes no mirabas, pero es bueno saberlo para la próxima vez.
+
+## Lee los archivos contribuyentes
+
+Si el repositorio tiene un [guía de contribución](/blog/2021/04/28/commcall-pkg-community/) (archivo `CONTRIBUTING.md` o `.github/CONTRIBUTING.md`) y parece que se ha personalizado al menos un poco en comparación con un modelo estándar, préstale atención :smile\_cat:
+
+Si los documentos contienen alguna mención al ciclo de vida del desarrollo (una insignia, algún texto), tenlo también en cuenta.
+
+Por último, pero no menos importante, ¡ver que el repositorio tiene un código de conducta puede ayudar a sentirse seguro!
+rOpenSci [código de conducta](https://ropensci.org/code-of-conduct/) se aplica a todos los paquetes rOpenSci.
+
+### Cómo ayuda
+
+Es información directa de los mantenedores sobre lo que esperan de las contribuciones, por lo que puede ayudarte a orientarte sobre cómo hacer contribuciones y qué tipo de contribuciones son bienvenidas.
+
+## Mira la última actividad de código
+
+En la página principal del repositorio de GitHub puedes encontrar el tiempo transcurrido desde la última confirmación en la rama por defecto.
+En la página de ramas puedes ver que hay actividad de código en otra rama (ver por ejemplo <https://github.com/ropensci/readODS/branches>).
path: content/blog/2022-07-01-evaluating-github-activity-for-contributors/index.es.md
user: login: yabellini
body: ```suggestion
En la página de _branches_ puedes ver que hay actividad en el código en otra rama (ver por ejemplo <https://github.com/ropensci/readODS/branches>).
```
created_at: 2025-04-04T21:55:45Z
author_association: MEMBER
diff_hunk: @@ -0,0 +1,117 @@
+---
+title: Evaluar la actividad en GitHub de los colaboradores
+author:
+- Maëlle Salmon
+date: '2022-07-01'
+slug: evaluating-github-activity-for-contributors
+tags:
+- GitHub
+- contributors
+- tech notes
+description: Cómo evaluar la actividad de un repositorio de GitHub como usuario o
+  colaborador potencial.
+params:
+  doi: 10.59350/m8tb6-can94
+---
+
+Supongamos que tienes que informar de un error o solicitar una función para un paquete.
+¿Cómo puedes utilizar la información de GitHub para gestionar tus expectativas (si habrá una solución rápida) y tus acciones (si debes seguir adelante y bifurcar el repositorio)?
+En este post, repasaremos las fuentes de información y explicaremos cómo se pueden utilizar.
+Al final, no hay una receta mágica, excepto quizás la amabilidad, ya que el software lo hacen los humanos :wink:
+
+## Mira si el repositorio está archivado
+
+Mira si el repositorio está [archivado en GitHub](https://docs.github.com/en/repositories/archiving-a-github-repository/archiving-repositories).
+
+### Cómo ayuda
+
+Si se archiva el repositorio, está claro que los autores ya no van a trabajar en él.
+
+## (Personalizado) vigilar el repositorio
+
+Si te interesa mucho el destino de un paquete de R, puede que tenga sentido [vigilancia personalizada](https://docs.github.com/en/account-and-profile/managing-subscriptions-and-notifications-on-github/setting-up-notifications/configuring-notifications#configuring-your-watch-settings-for-an-individual-repository=) en GitHub: por ejemplo, puedes elegir que se te notifiquen todas las ediciones y PRs o sólo las versiones.
+
+Ten en cuenta que si sólo observas un repositorio apareces públicamente como observador, pero que yo sepa los observadores personalizados no aparecen públicamente.
+
+### Cómo ayuda
+
+Observar la actividad en el repositorio te hará consciente de
+
+- desarrollo continuo,
+- ritmos de desarrollo (por ejemplo, "cíclico pero con correcciones rápidas de errores cruciales"),
+- flujos de trabajo (¿son bienvenidos los PR o prefieren los mantenedores confirmar primero el interés por un tema?)
+- el tono en ese repositorio (si el tono no es amistoso, ¡corre!).
+
+Ahora bien, no te servirá de nada si ahora mismo estás mirando un repositorio que antes no mirabas, pero es bueno saberlo para la próxima vez.
+
+## Lee los archivos contribuyentes
+
+Si el repositorio tiene un [guía de contribución](/blog/2021/04/28/commcall-pkg-community/) (archivo `CONTRIBUTING.md` o `.github/CONTRIBUTING.md`) y parece que se ha personalizado al menos un poco en comparación con un modelo estándar, préstale atención :smile\_cat:
+
+Si los documentos contienen alguna mención al ciclo de vida del desarrollo (una insignia, algún texto), tenlo también en cuenta.
+
+Por último, pero no menos importante, ¡ver que el repositorio tiene un código de conducta puede ayudar a sentirse seguro!
+rOpenSci [código de conducta](https://ropensci.org/code-of-conduct/) se aplica a todos los paquetes rOpenSci.
+
+### Cómo ayuda
+
+Es información directa de los mantenedores sobre lo que esperan de las contribuciones, por lo que puede ayudarte a orientarte sobre cómo hacer contribuciones y qué tipo de contribuciones son bienvenidas.
+
+## Mira la última actividad de código
+
+En la página principal del repositorio de GitHub puedes encontrar el tiempo transcurrido desde la última confirmación en la rama por defecto.
+En la página de ramas puedes ver que hay actividad de código en otra rama (ver por ejemplo <https://github.com/ropensci/readODS/branches>).
+En la pestaña de versiones puedes ver la antigüedad de la última versión publicada, y si hay una regularidad en las versiones (ver por ejemplo <https://github.com/ropensci/magick/releases>).
+
+### Cómo ayuda
+
+Si hay actividad de código en curso, tus contribuciones podrían abordarse más rápidamente.
path: content/blog/2022-07-01-evaluating-github-activity-for-contributors/index.es.md
user: login: yabellini
body: ```suggestion
Si hay actividad en curso, en el código, tus contribuciones podrían abordarse más rápidamente.
```
created_at: 2025-04-04T21:56:31Z
author_association: MEMBER
diff_hunk: @@ -0,0 +1,117 @@
+---
+title: Evaluar la actividad en GitHub de los colaboradores
+author:
+- Maëlle Salmon
+date: '2022-07-01'
+slug: evaluating-github-activity-for-contributors
+tags:
+- GitHub
+- contributors
+- tech notes
+description: Cómo evaluar la actividad de un repositorio de GitHub como usuario o
+  colaborador potencial.
+params:
+  doi: 10.59350/m8tb6-can94
+---
+
+Supongamos que tienes que informar de un error o solicitar una función para un paquete.
+¿Cómo puedes utilizar la información de GitHub para gestionar tus expectativas (si habrá una solución rápida) y tus acciones (si debes seguir adelante y bifurcar el repositorio)?
+En este post, repasaremos las fuentes de información y explicaremos cómo se pueden utilizar.
+Al final, no hay una receta mágica, excepto quizás la amabilidad, ya que el software lo hacen los humanos :wink:
+
+## Mira si el repositorio está archivado
+
+Mira si el repositorio está [archivado en GitHub](https://docs.github.com/en/repositories/archiving-a-github-repository/archiving-repositories).
+
+### Cómo ayuda
+
+Si se archiva el repositorio, está claro que los autores ya no van a trabajar en él.
+
+## (Personalizado) vigilar el repositorio
+
+Si te interesa mucho el destino de un paquete de R, puede que tenga sentido [vigilancia personalizada](https://docs.github.com/en/account-and-profile/managing-subscriptions-and-notifications-on-github/setting-up-notifications/configuring-notifications#configuring-your-watch-settings-for-an-individual-repository=) en GitHub: por ejemplo, puedes elegir que se te notifiquen todas las ediciones y PRs o sólo las versiones.
+
+Ten en cuenta que si sólo observas un repositorio apareces públicamente como observador, pero que yo sepa los observadores personalizados no aparecen públicamente.
+
+### Cómo ayuda
+
+Observar la actividad en el repositorio te hará consciente de
+
+- desarrollo continuo,
+- ritmos de desarrollo (por ejemplo, "cíclico pero con correcciones rápidas de errores cruciales"),
+- flujos de trabajo (¿son bienvenidos los PR o prefieren los mantenedores confirmar primero el interés por un tema?)
+- el tono en ese repositorio (si el tono no es amistoso, ¡corre!).
+
+Ahora bien, no te servirá de nada si ahora mismo estás mirando un repositorio que antes no mirabas, pero es bueno saberlo para la próxima vez.
+
+## Lee los archivos contribuyentes
+
+Si el repositorio tiene un [guía de contribución](/blog/2021/04/28/commcall-pkg-community/) (archivo `CONTRIBUTING.md` o `.github/CONTRIBUTING.md`) y parece que se ha personalizado al menos un poco en comparación con un modelo estándar, préstale atención :smile\_cat:
+
+Si los documentos contienen alguna mención al ciclo de vida del desarrollo (una insignia, algún texto), tenlo también en cuenta.
+
+Por último, pero no menos importante, ¡ver que el repositorio tiene un código de conducta puede ayudar a sentirse seguro!
+rOpenSci [código de conducta](https://ropensci.org/code-of-conduct/) se aplica a todos los paquetes rOpenSci.
+
+### Cómo ayuda
+
+Es información directa de los mantenedores sobre lo que esperan de las contribuciones, por lo que puede ayudarte a orientarte sobre cómo hacer contribuciones y qué tipo de contribuciones son bienvenidas.
+
+## Mira la última actividad de código
+
+En la página principal del repositorio de GitHub puedes encontrar el tiempo transcurrido desde la última confirmación en la rama por defecto.
+En la página de ramas puedes ver que hay actividad de código en otra rama (ver por ejemplo <https://github.com/ropensci/readODS/branches>).
+En la pestaña de versiones puedes ver la antigüedad de la última versión publicada, y si hay una regularidad en las versiones (ver por ejemplo <https://github.com/ropensci/magick/releases>).
+
+### Cómo ayuda
+
+Si hay actividad de código en curso, tus contribuciones podrían abordarse más rápidamente.
+Si ves que la actividad del código es intermitente (los desarrolladores se centran en él durante un periodo de tiempo, publican una nueva versión y luego ignoran las notificaciones durante un tiempo), podrías suponer que tendrás que ser paciente.
path: content/blog/2022-07-01-evaluating-github-activity-for-contributors/index.es.md
user: login: yabellini
body: ```suggestion
Si ves que la actividad en el código es intermitente (los desarrolladores se centran en él durante un periodo de tiempo, publican una nueva versión y luego ignoran las notificaciones durante un tiempo), está bien suponer que tendrás que ser paciente.
```
created_at: 2025-04-04T21:57:34Z
author_association: MEMBER
diff_hunk: @@ -0,0 +1,117 @@
+---
+title: Evaluar la actividad en GitHub de los colaboradores
+author:
+- Maëlle Salmon
+date: '2022-07-01'
+slug: evaluating-github-activity-for-contributors
+tags:
+- GitHub
+- contributors
+- tech notes
+description: Cómo evaluar la actividad de un repositorio de GitHub como usuario o
+  colaborador potencial.
+params:
+  doi: 10.59350/m8tb6-can94
+---
+
+Supongamos que tienes que informar de un error o solicitar una función para un paquete.
+¿Cómo puedes utilizar la información de GitHub para gestionar tus expectativas (si habrá una solución rápida) y tus acciones (si debes seguir adelante y bifurcar el repositorio)?
+En este post, repasaremos las fuentes de información y explicaremos cómo se pueden utilizar.
+Al final, no hay una receta mágica, excepto quizás la amabilidad, ya que el software lo hacen los humanos :wink:
+
+## Mira si el repositorio está archivado
+
+Mira si el repositorio está [archivado en GitHub](https://docs.github.com/en/repositories/archiving-a-github-repository/archiving-repositories).
+
+### Cómo ayuda
+
+Si se archiva el repositorio, está claro que los autores ya no van a trabajar en él.
+
+## (Personalizado) vigilar el repositorio
+
+Si te interesa mucho el destino de un paquete de R, puede que tenga sentido [vigilancia personalizada](https://docs.github.com/en/account-and-profile/managing-subscriptions-and-notifications-on-github/setting-up-notifications/configuring-notifications#configuring-your-watch-settings-for-an-individual-repository=) en GitHub: por ejemplo, puedes elegir que se te notifiquen todas las ediciones y PRs o sólo las versiones.
+
+Ten en cuenta que si sólo observas un repositorio apareces públicamente como observador, pero que yo sepa los observadores personalizados no aparecen públicamente.
+
+### Cómo ayuda
+
+Observar la actividad en el repositorio te hará consciente de
+
+- desarrollo continuo,
+- ritmos de desarrollo (por ejemplo, "cíclico pero con correcciones rápidas de errores cruciales"),
+- flujos de trabajo (¿son bienvenidos los PR o prefieren los mantenedores confirmar primero el interés por un tema?)
+- el tono en ese repositorio (si el tono no es amistoso, ¡corre!).
+
+Ahora bien, no te servirá de nada si ahora mismo estás mirando un repositorio que antes no mirabas, pero es bueno saberlo para la próxima vez.
+
+## Lee los archivos contribuyentes
+
+Si el repositorio tiene un [guía de contribución](/blog/2021/04/28/commcall-pkg-community/) (archivo `CONTRIBUTING.md` o `.github/CONTRIBUTING.md`) y parece que se ha personalizado al menos un poco en comparación con un modelo estándar, préstale atención :smile\_cat:
+
+Si los documentos contienen alguna mención al ciclo de vida del desarrollo (una insignia, algún texto), tenlo también en cuenta.
+
+Por último, pero no menos importante, ¡ver que el repositorio tiene un código de conducta puede ayudar a sentirse seguro!
+rOpenSci [código de conducta](https://ropensci.org/code-of-conduct/) se aplica a todos los paquetes rOpenSci.
+
+### Cómo ayuda
+
+Es información directa de los mantenedores sobre lo que esperan de las contribuciones, por lo que puede ayudarte a orientarte sobre cómo hacer contribuciones y qué tipo de contribuciones son bienvenidas.
+
+## Mira la última actividad de código
+
+En la página principal del repositorio de GitHub puedes encontrar el tiempo transcurrido desde la última confirmación en la rama por defecto.
+En la página de ramas puedes ver que hay actividad de código en otra rama (ver por ejemplo <https://github.com/ropensci/readODS/branches>).
+En la pestaña de versiones puedes ver la antigüedad de la última versión publicada, y si hay una regularidad en las versiones (ver por ejemplo <https://github.com/ropensci/magick/releases>).
+
+### Cómo ayuda
+
+Si hay actividad de código en curso, tus contribuciones podrían abordarse más rápidamente.
+Si ves que la actividad del código es intermitente (los desarrolladores se centran en él durante un periodo de tiempo, publican una nueva versión y luego ignoran las notificaciones durante un tiempo), podrías suponer que tendrás que ser paciente.
+
+## Observa la actividad de planificación y asistencia al usuario
+
+Ordena las incidencias y PRs por actualizados recientemente (el valor por defecto cuando se utiliza la extensión del navegador [RefinedGitHub](https://github.com/refined-github/refined-github)). ¿Los miembros del repositorio responden activamente a las incidencias?
path: content/blog/2022-07-01-evaluating-github-activity-for-contributors/index.es.md
user: login: yabellini
body: ```suggestion
Ordena los _issues_ y PRs por la fecha de actualización para ver los más recientes primero (este es el valor por defecto cuando se utiliza la extensión para navegadores de internet [RefinedGitHub](https://github.com/refined-github/refined-github)). ¿Las personas que son parte del repositorio responden activamente a los _issues_?
```
created_at: 2025-04-04T21:59:38Z
author_association: MEMBER
diff_hunk: @@ -0,0 +1,117 @@
+---
+title: Evaluar la actividad en GitHub de los colaboradores
+author:
+- Maëlle Salmon
+date: '2022-07-01'
+slug: evaluating-github-activity-for-contributors
+tags:
+- GitHub
+- contributors
+- tech notes
+description: Cómo evaluar la actividad de un repositorio de GitHub como usuario o
+  colaborador potencial.
+params:
+  doi: 10.59350/m8tb6-can94
+---
+
+Supongamos que tienes que informar de un error o solicitar una función para un paquete.
+¿Cómo puedes utilizar la información de GitHub para gestionar tus expectativas (si habrá una solución rápida) y tus acciones (si debes seguir adelante y bifurcar el repositorio)?
+En este post, repasaremos las fuentes de información y explicaremos cómo se pueden utilizar.
+Al final, no hay una receta mágica, excepto quizás la amabilidad, ya que el software lo hacen los humanos :wink:
+
+## Mira si el repositorio está archivado
+
+Mira si el repositorio está [archivado en GitHub](https://docs.github.com/en/repositories/archiving-a-github-repository/archiving-repositories).
+
+### Cómo ayuda
+
+Si se archiva el repositorio, está claro que los autores ya no van a trabajar en él.
+
+## (Personalizado) vigilar el repositorio
+
+Si te interesa mucho el destino de un paquete de R, puede que tenga sentido [vigilancia personalizada](https://docs.github.com/en/account-and-profile/managing-subscriptions-and-notifications-on-github/setting-up-notifications/configuring-notifications#configuring-your-watch-settings-for-an-individual-repository=) en GitHub: por ejemplo, puedes elegir que se te notifiquen todas las ediciones y PRs o sólo las versiones.
+
+Ten en cuenta que si sólo observas un repositorio apareces públicamente como observador, pero que yo sepa los observadores personalizados no aparecen públicamente.
+
+### Cómo ayuda
+
+Observar la actividad en el repositorio te hará consciente de
+
+- desarrollo continuo,
+- ritmos de desarrollo (por ejemplo, "cíclico pero con correcciones rápidas de errores cruciales"),
+- flujos de trabajo (¿son bienvenidos los PR o prefieren los mantenedores confirmar primero el interés por un tema?)
+- el tono en ese repositorio (si el tono no es amistoso, ¡corre!).
+
+Ahora bien, no te servirá de nada si ahora mismo estás mirando un repositorio que antes no mirabas, pero es bueno saberlo para la próxima vez.
+
+## Lee los archivos contribuyentes
+
+Si el repositorio tiene un [guía de contribución](/blog/2021/04/28/commcall-pkg-community/) (archivo `CONTRIBUTING.md` o `.github/CONTRIBUTING.md`) y parece que se ha personalizado al menos un poco en comparación con un modelo estándar, préstale atención :smile\_cat:
+
+Si los documentos contienen alguna mención al ciclo de vida del desarrollo (una insignia, algún texto), tenlo también en cuenta.
+
+Por último, pero no menos importante, ¡ver que el repositorio tiene un código de conducta puede ayudar a sentirse seguro!
+rOpenSci [código de conducta](https://ropensci.org/code-of-conduct/) se aplica a todos los paquetes rOpenSci.
+
+### Cómo ayuda
+
+Es información directa de los mantenedores sobre lo que esperan de las contribuciones, por lo que puede ayudarte a orientarte sobre cómo hacer contribuciones y qué tipo de contribuciones son bienvenidas.
+
+## Mira la última actividad de código
+
+En la página principal del repositorio de GitHub puedes encontrar el tiempo transcurrido desde la última confirmación en la rama por defecto.
+En la página de ramas puedes ver que hay actividad de código en otra rama (ver por ejemplo <https://github.com/ropensci/readODS/branches>).
+En la pestaña de versiones puedes ver la antigüedad de la última versión publicada, y si hay una regularidad en las versiones (ver por ejemplo <https://github.com/ropensci/magick/releases>).
+
+### Cómo ayuda
+
+Si hay actividad de código en curso, tus contribuciones podrían abordarse más rápidamente.
+Si ves que la actividad del código es intermitente (los desarrolladores se centran en él durante un periodo de tiempo, publican una nueva versión y luego ignoran las notificaciones durante un tiempo), podrías suponer que tendrás que ser paciente.
+
+## Observa la actividad de planificación y asistencia al usuario
+
+Ordena las incidencias y PRs por actualizados recientemente (el valor por defecto cuando se utiliza la extensión del navegador [RefinedGitHub](https://github.com/refined-github/refined-github)). ¿Los miembros del repositorio responden activamente a las incidencias?
+
+Mira los hitos: ¿cuál es el contenido de los distintos hitos?
+¿Hay fechas previstas de publicación?
+(Véase, por ejemplo <https://github.com/ropensci/dev_guide/milestones>.)
+
+### Cómo ayuda
+
+Si los problemas obtienen una primera respuesta humana rápida, qué suerte, puedes preguntar educadamente lo que querías preguntar y esperar una respuesta bastante rápida.
path: content/blog/2022-07-01-evaluating-github-activity-for-contributors/index.es.md
user: login: yabellini
body: ```suggestion
Si los problemas obtienen una primera respuesta de una persona de forma rápida, qué suerte, puedes preguntar educadamente lo que querías preguntar y esperar una respuesta bastante rápida.
```
created_at: 2025-04-04T22:00:21Z
author_association: MEMBER
diff_hunk: @@ -0,0 +1,117 @@
+---
+title: Evaluar la actividad en GitHub de los colaboradores
+author:
+- Maëlle Salmon
+date: '2022-07-01'
+slug: evaluating-github-activity-for-contributors
+tags:
+- GitHub
+- contributors
+- tech notes
+description: Cómo evaluar la actividad de un repositorio de GitHub como usuario o
+  colaborador potencial.
+params:
+  doi: 10.59350/m8tb6-can94
+---
+
+Supongamos que tienes que informar de un error o solicitar una función para un paquete.
+¿Cómo puedes utilizar la información de GitHub para gestionar tus expectativas (si habrá una solución rápida) y tus acciones (si debes seguir adelante y bifurcar el repositorio)?
+En este post, repasaremos las fuentes de información y explicaremos cómo se pueden utilizar.
+Al final, no hay una receta mágica, excepto quizás la amabilidad, ya que el software lo hacen los humanos :wink:
+
+## Mira si el repositorio está archivado
+
+Mira si el repositorio está [archivado en GitHub](https://docs.github.com/en/repositories/archiving-a-github-repository/archiving-repositories).
+
+### Cómo ayuda
+
+Si se archiva el repositorio, está claro que los autores ya no van a trabajar en él.
+
+## (Personalizado) vigilar el repositorio
+
+Si te interesa mucho el destino de un paquete de R, puede que tenga sentido [vigilancia personalizada](https://docs.github.com/en/account-and-profile/managing-subscriptions-and-notifications-on-github/setting-up-notifications/configuring-notifications#configuring-your-watch-settings-for-an-individual-repository=) en GitHub: por ejemplo, puedes elegir que se te notifiquen todas las ediciones y PRs o sólo las versiones.
+
+Ten en cuenta que si sólo observas un repositorio apareces públicamente como observador, pero que yo sepa los observadores personalizados no aparecen públicamente.
+
+### Cómo ayuda
+
+Observar la actividad en el repositorio te hará consciente de
+
+- desarrollo continuo,
+- ritmos de desarrollo (por ejemplo, "cíclico pero con correcciones rápidas de errores cruciales"),
+- flujos de trabajo (¿son bienvenidos los PR o prefieren los mantenedores confirmar primero el interés por un tema?)
+- el tono en ese repositorio (si el tono no es amistoso, ¡corre!).
+
+Ahora bien, no te servirá de nada si ahora mismo estás mirando un repositorio que antes no mirabas, pero es bueno saberlo para la próxima vez.
+
+## Lee los archivos contribuyentes
+
+Si el repositorio tiene un [guía de contribución](/blog/2021/04/28/commcall-pkg-community/) (archivo `CONTRIBUTING.md` o `.github/CONTRIBUTING.md`) y parece que se ha personalizado al menos un poco en comparación con un modelo estándar, préstale atención :smile\_cat:
+
+Si los documentos contienen alguna mención al ciclo de vida del desarrollo (una insignia, algún texto), tenlo también en cuenta.
+
+Por último, pero no menos importante, ¡ver que el repositorio tiene un código de conducta puede ayudar a sentirse seguro!
+rOpenSci [código de conducta](https://ropensci.org/code-of-conduct/) se aplica a todos los paquetes rOpenSci.
+
+### Cómo ayuda
+
+Es información directa de los mantenedores sobre lo que esperan de las contribuciones, por lo que puede ayudarte a orientarte sobre cómo hacer contribuciones y qué tipo de contribuciones son bienvenidas.
+
+## Mira la última actividad de código
+
+En la página principal del repositorio de GitHub puedes encontrar el tiempo transcurrido desde la última confirmación en la rama por defecto.
+En la página de ramas puedes ver que hay actividad de código en otra rama (ver por ejemplo <https://github.com/ropensci/readODS/branches>).
+En la pestaña de versiones puedes ver la antigüedad de la última versión publicada, y si hay una regularidad en las versiones (ver por ejemplo <https://github.com/ropensci/magick/releases>).
+
+### Cómo ayuda
+
+Si hay actividad de código en curso, tus contribuciones podrían abordarse más rápidamente.
+Si ves que la actividad del código es intermitente (los desarrolladores se centran en él durante un periodo de tiempo, publican una nueva versión y luego ignoran las notificaciones durante un tiempo), podrías suponer que tendrás que ser paciente.
+
+## Observa la actividad de planificación y asistencia al usuario
+
+Ordena las incidencias y PRs por actualizados recientemente (el valor por defecto cuando se utiliza la extensión del navegador [RefinedGitHub](https://github.com/refined-github/refined-github)). ¿Los miembros del repositorio responden activamente a las incidencias?
+
+Mira los hitos: ¿cuál es el contenido de los distintos hitos?
+¿Hay fechas previstas de publicación?
+(Véase, por ejemplo <https://github.com/ropensci/dev_guide/milestones>.)
+
+### Cómo ayuda
+
+Si los problemas obtienen una primera respuesta humana rápida, qué suerte, puedes preguntar educadamente lo que querías preguntar y esperar una respuesta bastante rápida.
+Si la planificación es transparente y actual (es difícil curar los hitos :sweat\_smile:), puedes hacerte una idea de dónde encajará tu contribución.
+
+## Mira la actividad de los autores
+
+Identifica a los principales colaboradores:
+
+- El archivo DESCRIPCIÓN puede no ser tan informativo, ya que puede contener colaboradores históricos.
path: content/blog/2022-07-01-evaluating-github-activity-for-contributors/index.es.md
user: login: yabellini
body: ```suggestion
- El archivo DESCRIPTION puede no ser tan informativo, ya que puede contener colaboradores históricos.
```
created_at: 2025-04-04T22:00:59Z
author_association: MEMBER
diff_hunk: @@ -0,0 +1,117 @@
+---
+title: Evaluar la actividad en GitHub de los colaboradores
+author:
+- Maëlle Salmon
+date: '2022-07-01'
+slug: evaluating-github-activity-for-contributors
+tags:
+- GitHub
+- contributors
+- tech notes
+description: Cómo evaluar la actividad de un repositorio de GitHub como usuario o
+  colaborador potencial.
+params:
+  doi: 10.59350/m8tb6-can94
+---
+
+Supongamos que tienes que informar de un error o solicitar una función para un paquete.
+¿Cómo puedes utilizar la información de GitHub para gestionar tus expectativas (si habrá una solución rápida) y tus acciones (si debes seguir adelante y bifurcar el repositorio)?
+En este post, repasaremos las fuentes de información y explicaremos cómo se pueden utilizar.
+Al final, no hay una receta mágica, excepto quizás la amabilidad, ya que el software lo hacen los humanos :wink:
+
+## Mira si el repositorio está archivado
+
+Mira si el repositorio está [archivado en GitHub](https://docs.github.com/en/repositories/archiving-a-github-repository/archiving-repositories).
+
+### Cómo ayuda
+
+Si se archiva el repositorio, está claro que los autores ya no van a trabajar en él.
+
+## (Personalizado) vigilar el repositorio
+
+Si te interesa mucho el destino de un paquete de R, puede que tenga sentido [vigilancia personalizada](https://docs.github.com/en/account-and-profile/managing-subscriptions-and-notifications-on-github/setting-up-notifications/configuring-notifications#configuring-your-watch-settings-for-an-individual-repository=) en GitHub: por ejemplo, puedes elegir que se te notifiquen todas las ediciones y PRs o sólo las versiones.
+
+Ten en cuenta que si sólo observas un repositorio apareces públicamente como observador, pero que yo sepa los observadores personalizados no aparecen públicamente.
+
+### Cómo ayuda
+
+Observar la actividad en el repositorio te hará consciente de
+
+- desarrollo continuo,
+- ritmos de desarrollo (por ejemplo, "cíclico pero con correcciones rápidas de errores cruciales"),
+- flujos de trabajo (¿son bienvenidos los PR o prefieren los mantenedores confirmar primero el interés por un tema?)
+- el tono en ese repositorio (si el tono no es amistoso, ¡corre!).
+
+Ahora bien, no te servirá de nada si ahora mismo estás mirando un repositorio que antes no mirabas, pero es bueno saberlo para la próxima vez.
+
+## Lee los archivos contribuyentes
+
+Si el repositorio tiene un [guía de contribución](/blog/2021/04/28/commcall-pkg-community/) (archivo `CONTRIBUTING.md` o `.github/CONTRIBUTING.md`) y parece que se ha personalizado al menos un poco en comparación con un modelo estándar, préstale atención :smile\_cat:
+
+Si los documentos contienen alguna mención al ciclo de vida del desarrollo (una insignia, algún texto), tenlo también en cuenta.
+
+Por último, pero no menos importante, ¡ver que el repositorio tiene un código de conducta puede ayudar a sentirse seguro!
+rOpenSci [código de conducta](https://ropensci.org/code-of-conduct/) se aplica a todos los paquetes rOpenSci.
+
+### Cómo ayuda
+
+Es información directa de los mantenedores sobre lo que esperan de las contribuciones, por lo que puede ayudarte a orientarte sobre cómo hacer contribuciones y qué tipo de contribuciones son bienvenidas.
+
+## Mira la última actividad de código
+
+En la página principal del repositorio de GitHub puedes encontrar el tiempo transcurrido desde la última confirmación en la rama por defecto.
+En la página de ramas puedes ver que hay actividad de código en otra rama (ver por ejemplo <https://github.com/ropensci/readODS/branches>).
+En la pestaña de versiones puedes ver la antigüedad de la última versión publicada, y si hay una regularidad en las versiones (ver por ejemplo <https://github.com/ropensci/magick/releases>).
+
+### Cómo ayuda
+
+Si hay actividad de código en curso, tus contribuciones podrían abordarse más rápidamente.
+Si ves que la actividad del código es intermitente (los desarrolladores se centran en él durante un periodo de tiempo, publican una nueva versión y luego ignoran las notificaciones durante un tiempo), podrías suponer que tendrás que ser paciente.
+
+## Observa la actividad de planificación y asistencia al usuario
+
+Ordena las incidencias y PRs por actualizados recientemente (el valor por defecto cuando se utiliza la extensión del navegador [RefinedGitHub](https://github.com/refined-github/refined-github)). ¿Los miembros del repositorio responden activamente a las incidencias?
+
+Mira los hitos: ¿cuál es el contenido de los distintos hitos?
+¿Hay fechas previstas de publicación?
+(Véase, por ejemplo <https://github.com/ropensci/dev_guide/milestones>.)
+
+### Cómo ayuda
+
+Si los problemas obtienen una primera respuesta humana rápida, qué suerte, puedes preguntar educadamente lo que querías preguntar y esperar una respuesta bastante rápida.
+Si la planificación es transparente y actual (es difícil curar los hitos :sweat\_smile:), puedes hacerte una idea de dónde encajará tu contribución.
+
+## Mira la actividad de los autores
+
+Identifica a los principales colaboradores:
+
+- El archivo DESCRIPCIÓN puede no ser tan informativo, ya que puede contener colaboradores históricos.
+- Mira el gráfico de contribuciones para ver quiénes son los contribuyentes activos actuales/recientes (ver por ejemplo <https://github.com/ropensci/dev_guide/graphs/contributors>).
path: content/blog/2022-07-01-evaluating-github-activity-for-contributors/index.es.md
user: login: yabellini
body: ```suggestion
- Mira el gráfico de contribuciones para ver quiénes contribuyen activamente de forma reciente (ver por ejemplo <https://github.com/ropensci/dev_guide/graphs/contributors>).
```
created_at: 2025-04-04T22:01:49Z
author_association: MEMBER
diff_hunk: @@ -0,0 +1,117 @@
+---
+title: Evaluar la actividad en GitHub de los colaboradores
+author:
+- Maëlle Salmon
+date: '2022-07-01'
+slug: evaluating-github-activity-for-contributors
+tags:
+- GitHub
+- contributors
+- tech notes
+description: Cómo evaluar la actividad de un repositorio de GitHub como usuario o
+  colaborador potencial.
+params:
+  doi: 10.59350/m8tb6-can94
+---
+
+Supongamos que tienes que informar de un error o solicitar una función para un paquete.
+¿Cómo puedes utilizar la información de GitHub para gestionar tus expectativas (si habrá una solución rápida) y tus acciones (si debes seguir adelante y bifurcar el repositorio)?
+En este post, repasaremos las fuentes de información y explicaremos cómo se pueden utilizar.
+Al final, no hay una receta mágica, excepto quizás la amabilidad, ya que el software lo hacen los humanos :wink:
+
+## Mira si el repositorio está archivado
+
+Mira si el repositorio está [archivado en GitHub](https://docs.github.com/en/repositories/archiving-a-github-repository/archiving-repositories).
+
+### Cómo ayuda
+
+Si se archiva el repositorio, está claro que los autores ya no van a trabajar en él.
+
+## (Personalizado) vigilar el repositorio
+
+Si te interesa mucho el destino de un paquete de R, puede que tenga sentido [vigilancia personalizada](https://docs.github.com/en/account-and-profile/managing-subscriptions-and-notifications-on-github/setting-up-notifications/configuring-notifications#configuring-your-watch-settings-for-an-individual-repository=) en GitHub: por ejemplo, puedes elegir que se te notifiquen todas las ediciones y PRs o sólo las versiones.
+
+Ten en cuenta que si sólo observas un repositorio apareces públicamente como observador, pero que yo sepa los observadores personalizados no aparecen públicamente.
+
+### Cómo ayuda
+
+Observar la actividad en el repositorio te hará consciente de
+
+- desarrollo continuo,
+- ritmos de desarrollo (por ejemplo, "cíclico pero con correcciones rápidas de errores cruciales"),
+- flujos de trabajo (¿son bienvenidos los PR o prefieren los mantenedores confirmar primero el interés por un tema?)
+- el tono en ese repositorio (si el tono no es amistoso, ¡corre!).
+
+Ahora bien, no te servirá de nada si ahora mismo estás mirando un repositorio que antes no mirabas, pero es bueno saberlo para la próxima vez.
+
+## Lee los archivos contribuyentes
+
+Si el repositorio tiene un [guía de contribución](/blog/2021/04/28/commcall-pkg-community/) (archivo `CONTRIBUTING.md` o `.github/CONTRIBUTING.md`) y parece que se ha personalizado al menos un poco en comparación con un modelo estándar, préstale atención :smile\_cat:
+
+Si los documentos contienen alguna mención al ciclo de vida del desarrollo (una insignia, algún texto), tenlo también en cuenta.
+
+Por último, pero no menos importante, ¡ver que el repositorio tiene un código de conducta puede ayudar a sentirse seguro!
+rOpenSci [código de conducta](https://ropensci.org/code-of-conduct/) se aplica a todos los paquetes rOpenSci.
+
+### Cómo ayuda
+
+Es información directa de los mantenedores sobre lo que esperan de las contribuciones, por lo que puede ayudarte a orientarte sobre cómo hacer contribuciones y qué tipo de contribuciones son bienvenidas.
+
+## Mira la última actividad de código
+
+En la página principal del repositorio de GitHub puedes encontrar el tiempo transcurrido desde la última confirmación en la rama por defecto.
+En la página de ramas puedes ver que hay actividad de código en otra rama (ver por ejemplo <https://github.com/ropensci/readODS/branches>).
+En la pestaña de versiones puedes ver la antigüedad de la última versión publicada, y si hay una regularidad en las versiones (ver por ejemplo <https://github.com/ropensci/magick/releases>).
+
+### Cómo ayuda
+
+Si hay actividad de código en curso, tus contribuciones podrían abordarse más rápidamente.
+Si ves que la actividad del código es intermitente (los desarrolladores se centran en él durante un periodo de tiempo, publican una nueva versión y luego ignoran las notificaciones durante un tiempo), podrías suponer que tendrás que ser paciente.
+
+## Observa la actividad de planificación y asistencia al usuario
+
+Ordena las incidencias y PRs por actualizados recientemente (el valor por defecto cuando se utiliza la extensión del navegador [RefinedGitHub](https://github.com/refined-github/refined-github)). ¿Los miembros del repositorio responden activamente a las incidencias?
+
+Mira los hitos: ¿cuál es el contenido de los distintos hitos?
+¿Hay fechas previstas de publicación?
+(Véase, por ejemplo <https://github.com/ropensci/dev_guide/milestones>.)
+
+### Cómo ayuda
+
+Si los problemas obtienen una primera respuesta humana rápida, qué suerte, puedes preguntar educadamente lo que querías preguntar y esperar una respuesta bastante rápida.
+Si la planificación es transparente y actual (es difícil curar los hitos :sweat\_smile:), puedes hacerte una idea de dónde encajará tu contribución.
+
+## Mira la actividad de los autores
+
+Identifica a los principales colaboradores:
+
+- El archivo DESCRIPCIÓN puede no ser tan informativo, ya que puede contener colaboradores históricos.
+- Mira el gráfico de contribuciones para ver quiénes son los contribuyentes activos actuales/recientes (ver por ejemplo <https://github.com/ropensci/dev_guide/graphs/contributors>).
+- Fíjate también en quién ha respondido a los últimos temas y PRs.
path: content/blog/2022-07-01-evaluating-github-activity-for-contributors/index.es.md
user: login: yabellini
body: ```suggestion
- Fíjate también en quién ha respondido a los últimos _issues_ y PRs.
```
created_at: 2025-04-04T22:02:17Z
author_association: MEMBER
diff_hunk: @@ -0,0 +1,117 @@
+---
+title: Evaluar la actividad en GitHub de los colaboradores
+author:
+- Maëlle Salmon
+date: '2022-07-01'
+slug: evaluating-github-activity-for-contributors
+tags:
+- GitHub
+- contributors
+- tech notes
+description: Cómo evaluar la actividad de un repositorio de GitHub como usuario o
+  colaborador potencial.
+params:
+  doi: 10.59350/m8tb6-can94
+---
+
+Supongamos que tienes que informar de un error o solicitar una función para un paquete.
+¿Cómo puedes utilizar la información de GitHub para gestionar tus expectativas (si habrá una solución rápida) y tus acciones (si debes seguir adelante y bifurcar el repositorio)?
+En este post, repasaremos las fuentes de información y explicaremos cómo se pueden utilizar.
+Al final, no hay una receta mágica, excepto quizás la amabilidad, ya que el software lo hacen los humanos :wink:
+
+## Mira si el repositorio está archivado
+
+Mira si el repositorio está [archivado en GitHub](https://docs.github.com/en/repositories/archiving-a-github-repository/archiving-repositories).
+
+### Cómo ayuda
+
+Si se archiva el repositorio, está claro que los autores ya no van a trabajar en él.
+
+## (Personalizado) vigilar el repositorio
+
+Si te interesa mucho el destino de un paquete de R, puede que tenga sentido [vigilancia personalizada](https://docs.github.com/en/account-and-profile/managing-subscriptions-and-notifications-on-github/setting-up-notifications/configuring-notifications#configuring-your-watch-settings-for-an-individual-repository=) en GitHub: por ejemplo, puedes elegir que se te notifiquen todas las ediciones y PRs o sólo las versiones.
+
+Ten en cuenta que si sólo observas un repositorio apareces públicamente como observador, pero que yo sepa los observadores personalizados no aparecen públicamente.
+
+### Cómo ayuda
+
+Observar la actividad en el repositorio te hará consciente de
+
+- desarrollo continuo,
+- ritmos de desarrollo (por ejemplo, "cíclico pero con correcciones rápidas de errores cruciales"),
+- flujos de trabajo (¿son bienvenidos los PR o prefieren los mantenedores confirmar primero el interés por un tema?)
+- el tono en ese repositorio (si el tono no es amistoso, ¡corre!).
+
+Ahora bien, no te servirá de nada si ahora mismo estás mirando un repositorio que antes no mirabas, pero es bueno saberlo para la próxima vez.
+
+## Lee los archivos contribuyentes
+
+Si el repositorio tiene un [guía de contribución](/blog/2021/04/28/commcall-pkg-community/) (archivo `CONTRIBUTING.md` o `.github/CONTRIBUTING.md`) y parece que se ha personalizado al menos un poco en comparación con un modelo estándar, préstale atención :smile\_cat:
+
+Si los documentos contienen alguna mención al ciclo de vida del desarrollo (una insignia, algún texto), tenlo también en cuenta.
+
+Por último, pero no menos importante, ¡ver que el repositorio tiene un código de conducta puede ayudar a sentirse seguro!
+rOpenSci [código de conducta](https://ropensci.org/code-of-conduct/) se aplica a todos los paquetes rOpenSci.
+
+### Cómo ayuda
+
+Es información directa de los mantenedores sobre lo que esperan de las contribuciones, por lo que puede ayudarte a orientarte sobre cómo hacer contribuciones y qué tipo de contribuciones son bienvenidas.
+
+## Mira la última actividad de código
+
+En la página principal del repositorio de GitHub puedes encontrar el tiempo transcurrido desde la última confirmación en la rama por defecto.
+En la página de ramas puedes ver que hay actividad de código en otra rama (ver por ejemplo <https://github.com/ropensci/readODS/branches>).
+En la pestaña de versiones puedes ver la antigüedad de la última versión publicada, y si hay una regularidad en las versiones (ver por ejemplo <https://github.com/ropensci/magick/releases>).
+
+### Cómo ayuda
+
+Si hay actividad de código en curso, tus contribuciones podrían abordarse más rápidamente.
+Si ves que la actividad del código es intermitente (los desarrolladores se centran en él durante un periodo de tiempo, publican una nueva versión y luego ignoran las notificaciones durante un tiempo), podrías suponer que tendrás que ser paciente.
+
+## Observa la actividad de planificación y asistencia al usuario
+
+Ordena las incidencias y PRs por actualizados recientemente (el valor por defecto cuando se utiliza la extensión del navegador [RefinedGitHub](https://github.com/refined-github/refined-github)). ¿Los miembros del repositorio responden activamente a las incidencias?
+
+Mira los hitos: ¿cuál es el contenido de los distintos hitos?
+¿Hay fechas previstas de publicación?
+(Véase, por ejemplo <https://github.com/ropensci/dev_guide/milestones>.)
+
+### Cómo ayuda
+
+Si los problemas obtienen una primera respuesta humana rápida, qué suerte, puedes preguntar educadamente lo que querías preguntar y esperar una respuesta bastante rápida.
+Si la planificación es transparente y actual (es difícil curar los hitos :sweat\_smile:), puedes hacerte una idea de dónde encajará tu contribución.
+
+## Mira la actividad de los autores
+
+Identifica a los principales colaboradores:
+
+- El archivo DESCRIPCIÓN puede no ser tan informativo, ya que puede contener colaboradores históricos.
+- Mira el gráfico de contribuciones para ver quiénes son los contribuyentes activos actuales/recientes (ver por ejemplo <https://github.com/ropensci/dev_guide/graphs/contributors>).
+- Fíjate también en quién ha respondido a los últimos temas y PRs.
+
+Dirígete a su perfil de GitHub, e incluso a su [perfil de R-universe](https://r-universe.dev/maintainers/) ¿Han estado trabajando en otras cosas? ¿Tienen algún estatus (permiso parental, vacaciones)? ¿Hay algún desajuste entre la organización del repositorio y el trabajo del colaborador?
+
+### Cómo ayuda
+
+A veces puede haber algo obvio: si el mantenedor cambió de trabajo, quizá abandonó el repositorio de interés.
path: content/blog/2022-07-01-evaluating-github-activity-for-contributors/index.es.md
user: login: yabellini
body: ```suggestion
A veces puede haber algo obvio: si la persona que mantiene el paquete cambió de trabajo, quizá abandonó el interés en este repositorio.
```
created_at: 2025-04-04T22:03:19Z
author_association: MEMBER
diff_hunk: @@ -0,0 +1,117 @@
+---
+title: Evaluar la actividad en GitHub de los colaboradores
+author:
+- Maëlle Salmon
+date: '2022-07-01'
+slug: evaluating-github-activity-for-contributors
+tags:
+- GitHub
+- contributors
+- tech notes
+description: Cómo evaluar la actividad de un repositorio de GitHub como usuario o
+  colaborador potencial.
+params:
+  doi: 10.59350/m8tb6-can94
+---
+
+Supongamos que tienes que informar de un error o solicitar una función para un paquete.
+¿Cómo puedes utilizar la información de GitHub para gestionar tus expectativas (si habrá una solución rápida) y tus acciones (si debes seguir adelante y bifurcar el repositorio)?
+En este post, repasaremos las fuentes de información y explicaremos cómo se pueden utilizar.
+Al final, no hay una receta mágica, excepto quizás la amabilidad, ya que el software lo hacen los humanos :wink:
+
+## Mira si el repositorio está archivado
+
+Mira si el repositorio está [archivado en GitHub](https://docs.github.com/en/repositories/archiving-a-github-repository/archiving-repositories).
+
+### Cómo ayuda
+
+Si se archiva el repositorio, está claro que los autores ya no van a trabajar en él.
+
+## (Personalizado) vigilar el repositorio
+
+Si te interesa mucho el destino de un paquete de R, puede que tenga sentido [vigilancia personalizada](https://docs.github.com/en/account-and-profile/managing-subscriptions-and-notifications-on-github/setting-up-notifications/configuring-notifications#configuring-your-watch-settings-for-an-individual-repository=) en GitHub: por ejemplo, puedes elegir que se te notifiquen todas las ediciones y PRs o sólo las versiones.
+
+Ten en cuenta que si sólo observas un repositorio apareces públicamente como observador, pero que yo sepa los observadores personalizados no aparecen públicamente.
+
+### Cómo ayuda
+
+Observar la actividad en el repositorio te hará consciente de
+
+- desarrollo continuo,
+- ritmos de desarrollo (por ejemplo, "cíclico pero con correcciones rápidas de errores cruciales"),
+- flujos de trabajo (¿son bienvenidos los PR o prefieren los mantenedores confirmar primero el interés por un tema?)
+- el tono en ese repositorio (si el tono no es amistoso, ¡corre!).
+
+Ahora bien, no te servirá de nada si ahora mismo estás mirando un repositorio que antes no mirabas, pero es bueno saberlo para la próxima vez.
+
+## Lee los archivos contribuyentes
+
+Si el repositorio tiene un [guía de contribución](/blog/2021/04/28/commcall-pkg-community/) (archivo `CONTRIBUTING.md` o `.github/CONTRIBUTING.md`) y parece que se ha personalizado al menos un poco en comparación con un modelo estándar, préstale atención :smile\_cat:
+
+Si los documentos contienen alguna mención al ciclo de vida del desarrollo (una insignia, algún texto), tenlo también en cuenta.
+
+Por último, pero no menos importante, ¡ver que el repositorio tiene un código de conducta puede ayudar a sentirse seguro!
+rOpenSci [código de conducta](https://ropensci.org/code-of-conduct/) se aplica a todos los paquetes rOpenSci.
+
+### Cómo ayuda
+
+Es información directa de los mantenedores sobre lo que esperan de las contribuciones, por lo que puede ayudarte a orientarte sobre cómo hacer contribuciones y qué tipo de contribuciones son bienvenidas.
+
+## Mira la última actividad de código
+
+En la página principal del repositorio de GitHub puedes encontrar el tiempo transcurrido desde la última confirmación en la rama por defecto.
+En la página de ramas puedes ver que hay actividad de código en otra rama (ver por ejemplo <https://github.com/ropensci/readODS/branches>).
+En la pestaña de versiones puedes ver la antigüedad de la última versión publicada, y si hay una regularidad en las versiones (ver por ejemplo <https://github.com/ropensci/magick/releases>).
+
+### Cómo ayuda
+
+Si hay actividad de código en curso, tus contribuciones podrían abordarse más rápidamente.
+Si ves que la actividad del código es intermitente (los desarrolladores se centran en él durante un periodo de tiempo, publican una nueva versión y luego ignoran las notificaciones durante un tiempo), podrías suponer que tendrás que ser paciente.
+
+## Observa la actividad de planificación y asistencia al usuario
+
+Ordena las incidencias y PRs por actualizados recientemente (el valor por defecto cuando se utiliza la extensión del navegador [RefinedGitHub](https://github.com/refined-github/refined-github)). ¿Los miembros del repositorio responden activamente a las incidencias?
+
+Mira los hitos: ¿cuál es el contenido de los distintos hitos?
+¿Hay fechas previstas de publicación?
+(Véase, por ejemplo <https://github.com/ropensci/dev_guide/milestones>.)
+
+### Cómo ayuda
+
+Si los problemas obtienen una primera respuesta humana rápida, qué suerte, puedes preguntar educadamente lo que querías preguntar y esperar una respuesta bastante rápida.
+Si la planificación es transparente y actual (es difícil curar los hitos :sweat\_smile:), puedes hacerte una idea de dónde encajará tu contribución.
+
+## Mira la actividad de los autores
+
+Identifica a los principales colaboradores:
+
+- El archivo DESCRIPCIÓN puede no ser tan informativo, ya que puede contener colaboradores históricos.
+- Mira el gráfico de contribuciones para ver quiénes son los contribuyentes activos actuales/recientes (ver por ejemplo <https://github.com/ropensci/dev_guide/graphs/contributors>).
+- Fíjate también en quién ha respondido a los últimos temas y PRs.
+
+Dirígete a su perfil de GitHub, e incluso a su [perfil de R-universe](https://r-universe.dev/maintainers/) ¿Han estado trabajando en otras cosas? ¿Tienen algún estatus (permiso parental, vacaciones)? ¿Hay algún desajuste entre la organización del repositorio y el trabajo del colaborador?
+
+### Cómo ayuda
+
+A veces puede haber algo obvio: si el mantenedor cambió de trabajo, quizá abandonó el repositorio de interés.
+Sin embargo, lo más importante es que, aunque ayuda estar al tanto de la actividad pública de los contribuidores **nunca sabes por lo que está pasando una persona, así que sé amable y paciente**.
path: content/blog/2022-07-01-evaluating-github-activity-for-contributors/index.es.md
user: login: yabellini
body: ```suggestion
Sin embargo, lo más importante es que, aunque ayuda estar al tanto de la actividad pública de quienes contribuyen **nunca sabes por lo que está pasando una persona, así que sé amable y paciente**.
```
created_at: 2025-04-04T22:03:52Z
author_association: MEMBER
diff_hunk: @@ -0,0 +1,117 @@
+---
+title: Evaluar la actividad en GitHub de los colaboradores
+author:
+- Maëlle Salmon
+date: '2022-07-01'
+slug: evaluating-github-activity-for-contributors
+tags:
+- GitHub
+- contributors
+- tech notes
+description: Cómo evaluar la actividad de un repositorio de GitHub como usuario o
+  colaborador potencial.
+params:
+  doi: 10.59350/m8tb6-can94
+---
+
+Supongamos que tienes que informar de un error o solicitar una función para un paquete.
+¿Cómo puedes utilizar la información de GitHub para gestionar tus expectativas (si habrá una solución rápida) y tus acciones (si debes seguir adelante y bifurcar el repositorio)?
+En este post, repasaremos las fuentes de información y explicaremos cómo se pueden utilizar.
+Al final, no hay una receta mágica, excepto quizás la amabilidad, ya que el software lo hacen los humanos :wink:
+
+## Mira si el repositorio está archivado
+
+Mira si el repositorio está [archivado en GitHub](https://docs.github.com/en/repositories/archiving-a-github-repository/archiving-repositories).
+
+### Cómo ayuda
+
+Si se archiva el repositorio, está claro que los autores ya no van a trabajar en él.
+
+## (Personalizado) vigilar el repositorio
+
+Si te interesa mucho el destino de un paquete de R, puede que tenga sentido [vigilancia personalizada](https://docs.github.com/en/account-and-profile/managing-subscriptions-and-notifications-on-github/setting-up-notifications/configuring-notifications#configuring-your-watch-settings-for-an-individual-repository=) en GitHub: por ejemplo, puedes elegir que se te notifiquen todas las ediciones y PRs o sólo las versiones.
+
+Ten en cuenta que si sólo observas un repositorio apareces públicamente como observador, pero que yo sepa los observadores personalizados no aparecen públicamente.
+
+### Cómo ayuda
+
+Observar la actividad en el repositorio te hará consciente de
+
+- desarrollo continuo,
+- ritmos de desarrollo (por ejemplo, "cíclico pero con correcciones rápidas de errores cruciales"),
+- flujos de trabajo (¿son bienvenidos los PR o prefieren los mantenedores confirmar primero el interés por un tema?)
+- el tono en ese repositorio (si el tono no es amistoso, ¡corre!).
+
+Ahora bien, no te servirá de nada si ahora mismo estás mirando un repositorio que antes no mirabas, pero es bueno saberlo para la próxima vez.
+
+## Lee los archivos contribuyentes
+
+Si el repositorio tiene un [guía de contribución](/blog/2021/04/28/commcall-pkg-community/) (archivo `CONTRIBUTING.md` o `.github/CONTRIBUTING.md`) y parece que se ha personalizado al menos un poco en comparación con un modelo estándar, préstale atención :smile\_cat:
+
+Si los documentos contienen alguna mención al ciclo de vida del desarrollo (una insignia, algún texto), tenlo también en cuenta.
+
+Por último, pero no menos importante, ¡ver que el repositorio tiene un código de conducta puede ayudar a sentirse seguro!
+rOpenSci [código de conducta](https://ropensci.org/code-of-conduct/) se aplica a todos los paquetes rOpenSci.
+
+### Cómo ayuda
+
+Es información directa de los mantenedores sobre lo que esperan de las contribuciones, por lo que puede ayudarte a orientarte sobre cómo hacer contribuciones y qué tipo de contribuciones son bienvenidas.
+
+## Mira la última actividad de código
+
+En la página principal del repositorio de GitHub puedes encontrar el tiempo transcurrido desde la última confirmación en la rama por defecto.
+En la página de ramas puedes ver que hay actividad de código en otra rama (ver por ejemplo <https://github.com/ropensci/readODS/branches>).
+En la pestaña de versiones puedes ver la antigüedad de la última versión publicada, y si hay una regularidad en las versiones (ver por ejemplo <https://github.com/ropensci/magick/releases>).
+
+### Cómo ayuda
+
+Si hay actividad de código en curso, tus contribuciones podrían abordarse más rápidamente.
+Si ves que la actividad del código es intermitente (los desarrolladores se centran en él durante un periodo de tiempo, publican una nueva versión y luego ignoran las notificaciones durante un tiempo), podrías suponer que tendrás que ser paciente.
+
+## Observa la actividad de planificación y asistencia al usuario
+
+Ordena las incidencias y PRs por actualizados recientemente (el valor por defecto cuando se utiliza la extensión del navegador [RefinedGitHub](https://github.com/refined-github/refined-github)). ¿Los miembros del repositorio responden activamente a las incidencias?
+
+Mira los hitos: ¿cuál es el contenido de los distintos hitos?
+¿Hay fechas previstas de publicación?
+(Véase, por ejemplo <https://github.com/ropensci/dev_guide/milestones>.)
+
+### Cómo ayuda
+
+Si los problemas obtienen una primera respuesta humana rápida, qué suerte, puedes preguntar educadamente lo que querías preguntar y esperar una respuesta bastante rápida.
+Si la planificación es transparente y actual (es difícil curar los hitos :sweat\_smile:), puedes hacerte una idea de dónde encajará tu contribución.
+
+## Mira la actividad de los autores
+
+Identifica a los principales colaboradores:
+
+- El archivo DESCRIPCIÓN puede no ser tan informativo, ya que puede contener colaboradores históricos.
+- Mira el gráfico de contribuciones para ver quiénes son los contribuyentes activos actuales/recientes (ver por ejemplo <https://github.com/ropensci/dev_guide/graphs/contributors>).
+- Fíjate también en quién ha respondido a los últimos temas y PRs.
+
+Dirígete a su perfil de GitHub, e incluso a su [perfil de R-universe](https://r-universe.dev/maintainers/) ¿Han estado trabajando en otras cosas? ¿Tienen algún estatus (permiso parental, vacaciones)? ¿Hay algún desajuste entre la organización del repositorio y el trabajo del colaborador?
+
+### Cómo ayuda
+
+A veces puede haber algo obvio: si el mantenedor cambió de trabajo, quizá abandonó el repositorio de interés.
+Sin embargo, lo más importante es que, aunque ayuda estar al tanto de la actividad pública de los contribuidores **nunca sabes por lo que está pasando una persona, así que sé amable y paciente**.
+
+## Mira los cheques de depósito
path: content/blog/2022-07-01-evaluating-github-activity-for-contributors/index.es.md
user: login: yabellini
body: ```suggestion
## Revisa los chequeos automáticos y los archivos de depósito
```
created_at: 2025-04-04T22:04:57Z
author_association: MEMBER
diff_hunk: @@ -0,0 +1,117 @@
+---
+title: Evaluar la actividad en GitHub de los colaboradores
+author:
+- Maëlle Salmon
+date: '2022-07-01'
+slug: evaluating-github-activity-for-contributors
+tags:
+- GitHub
+- contributors
+- tech notes
+description: Cómo evaluar la actividad de un repositorio de GitHub como usuario o
+  colaborador potencial.
+params:
+  doi: 10.59350/m8tb6-can94
+---
+
+Supongamos que tienes que informar de un error o solicitar una función para un paquete.
+¿Cómo puedes utilizar la información de GitHub para gestionar tus expectativas (si habrá una solución rápida) y tus acciones (si debes seguir adelante y bifurcar el repositorio)?
+En este post, repasaremos las fuentes de información y explicaremos cómo se pueden utilizar.
+Al final, no hay una receta mágica, excepto quizás la amabilidad, ya que el software lo hacen los humanos :wink:
+
+## Mira si el repositorio está archivado
+
+Mira si el repositorio está [archivado en GitHub](https://docs.github.com/en/repositories/archiving-a-github-repository/archiving-repositories).
+
+### Cómo ayuda
+
+Si se archiva el repositorio, está claro que los autores ya no van a trabajar en él.
+
+## (Personalizado) vigilar el repositorio
+
+Si te interesa mucho el destino de un paquete de R, puede que tenga sentido [vigilancia personalizada](https://docs.github.com/en/account-and-profile/managing-subscriptions-and-notifications-on-github/setting-up-notifications/configuring-notifications#configuring-your-watch-settings-for-an-individual-repository=) en GitHub: por ejemplo, puedes elegir que se te notifiquen todas las ediciones y PRs o sólo las versiones.
+
+Ten en cuenta que si sólo observas un repositorio apareces públicamente como observador, pero que yo sepa los observadores personalizados no aparecen públicamente.
+
+### Cómo ayuda
+
+Observar la actividad en el repositorio te hará consciente de
+
+- desarrollo continuo,
+- ritmos de desarrollo (por ejemplo, "cíclico pero con correcciones rápidas de errores cruciales"),
+- flujos de trabajo (¿son bienvenidos los PR o prefieren los mantenedores confirmar primero el interés por un tema?)
+- el tono en ese repositorio (si el tono no es amistoso, ¡corre!).
+
+Ahora bien, no te servirá de nada si ahora mismo estás mirando un repositorio que antes no mirabas, pero es bueno saberlo para la próxima vez.
+
+## Lee los archivos contribuyentes
+
+Si el repositorio tiene un [guía de contribución](/blog/2021/04/28/commcall-pkg-community/) (archivo `CONTRIBUTING.md` o `.github/CONTRIBUTING.md`) y parece que se ha personalizado al menos un poco en comparación con un modelo estándar, préstale atención :smile\_cat:
+
+Si los documentos contienen alguna mención al ciclo de vida del desarrollo (una insignia, algún texto), tenlo también en cuenta.
+
+Por último, pero no menos importante, ¡ver que el repositorio tiene un código de conducta puede ayudar a sentirse seguro!
+rOpenSci [código de conducta](https://ropensci.org/code-of-conduct/) se aplica a todos los paquetes rOpenSci.
+
+### Cómo ayuda
+
+Es información directa de los mantenedores sobre lo que esperan de las contribuciones, por lo que puede ayudarte a orientarte sobre cómo hacer contribuciones y qué tipo de contribuciones son bienvenidas.
+
+## Mira la última actividad de código
+
+En la página principal del repositorio de GitHub puedes encontrar el tiempo transcurrido desde la última confirmación en la rama por defecto.
+En la página de ramas puedes ver que hay actividad de código en otra rama (ver por ejemplo <https://github.com/ropensci/readODS/branches>).
+En la pestaña de versiones puedes ver la antigüedad de la última versión publicada, y si hay una regularidad en las versiones (ver por ejemplo <https://github.com/ropensci/magick/releases>).
+
+### Cómo ayuda
+
+Si hay actividad de código en curso, tus contribuciones podrían abordarse más rápidamente.
+Si ves que la actividad del código es intermitente (los desarrolladores se centran en él durante un periodo de tiempo, publican una nueva versión y luego ignoran las notificaciones durante un tiempo), podrías suponer que tendrás que ser paciente.
+
+## Observa la actividad de planificación y asistencia al usuario
+
+Ordena las incidencias y PRs por actualizados recientemente (el valor por defecto cuando se utiliza la extensión del navegador [RefinedGitHub](https://github.com/refined-github/refined-github)). ¿Los miembros del repositorio responden activamente a las incidencias?
+
+Mira los hitos: ¿cuál es el contenido de los distintos hitos?
+¿Hay fechas previstas de publicación?
+(Véase, por ejemplo <https://github.com/ropensci/dev_guide/milestones>.)
+
+### Cómo ayuda
+
+Si los problemas obtienen una primera respuesta humana rápida, qué suerte, puedes preguntar educadamente lo que querías preguntar y esperar una respuesta bastante rápida.
+Si la planificación es transparente y actual (es difícil curar los hitos :sweat\_smile:), puedes hacerte una idea de dónde encajará tu contribución.
+
+## Mira la actividad de los autores
+
+Identifica a los principales colaboradores:
+
+- El archivo DESCRIPCIÓN puede no ser tan informativo, ya que puede contener colaboradores históricos.
+- Mira el gráfico de contribuciones para ver quiénes son los contribuyentes activos actuales/recientes (ver por ejemplo <https://github.com/ropensci/dev_guide/graphs/contributors>).
+- Fíjate también en quién ha respondido a los últimos temas y PRs.
+
+Dirígete a su perfil de GitHub, e incluso a su [perfil de R-universe](https://r-universe.dev/maintainers/) ¿Han estado trabajando en otras cosas? ¿Tienen algún estatus (permiso parental, vacaciones)? ¿Hay algún desajuste entre la organización del repositorio y el trabajo del colaborador?
+
+### Cómo ayuda
+
+A veces puede haber algo obvio: si el mantenedor cambió de trabajo, quizá abandonó el repositorio de interés.
+Sin embargo, lo más importante es que, aunque ayuda estar al tanto de la actividad pública de los contribuidores **nunca sabes por lo que está pasando una persona, así que sé amable y paciente**.
+
+## Mira los cheques de depósito
+
+Dirígete a la página de estado de integración continua de los repositorios, por ejemplo puede ser la pestaña Acciones.
+Mira el estado de CRAN si el paquete estuvo alguna vez en CRAN.
+
+### Cómo ayuda
+
+Los fallos en las comprobaciones que no se abordan pueden indicar que no se trabaja activamente en el repositorio.
+
+## Conclusión
+
+En este post hemos resumido algunas fuentes de información que tú, como colaborador potencial, puedes utilizar para evaluar si un repositorio está activo y en qué medida, para calibrar tus expectativas y ofertas de contribución.
+Si un repositorio parece especialmente abandonado, quizás podrías enviar un correo electrónico a los autores para preguntarles si está previsto realizar trabajos en el futuro y, en caso contrario, si podrías hacerte cargo de él.
+Sé considerado en todos tus [interacciones con los mantenedores de código](https://jacobtomlinson.dev/posts/2022/dont-be-that-open-source-user-dont-be-me/).
path: content/blog/2022-07-01-evaluating-github-activity-for-contributors/index.es.md
user: login: yabellini
body: ```suggestion
Sé considerado en todas tus [interacciones con las personas que mantienen software](https://jacobtomlinson.dev/posts/2022/dont-be-that-open-source-user-dont-be-me/).
```
created_at: 2025-04-04T22:06:18Z
author_association: MEMBER
diff_hunk: @@ -0,0 +1,117 @@
+---
+title: Evaluar la actividad en GitHub de los colaboradores
+author:
+- Maëlle Salmon
+date: '2022-07-01'
+slug: evaluating-github-activity-for-contributors
+tags:
+- GitHub
+- contributors
+- tech notes
+description: Cómo evaluar la actividad de un repositorio de GitHub como usuario o
+  colaborador potencial.
+params:
+  doi: 10.59350/m8tb6-can94
+---
+
+Supongamos que tienes que informar de un error o solicitar una función para un paquete.
+¿Cómo puedes utilizar la información de GitHub para gestionar tus expectativas (si habrá una solución rápida) y tus acciones (si debes seguir adelante y bifurcar el repositorio)?
+En este post, repasaremos las fuentes de información y explicaremos cómo se pueden utilizar.
+Al final, no hay una receta mágica, excepto quizás la amabilidad, ya que el software lo hacen los humanos :wink:
+
+## Mira si el repositorio está archivado
+
+Mira si el repositorio está [archivado en GitHub](https://docs.github.com/en/repositories/archiving-a-github-repository/archiving-repositories).
+
+### Cómo ayuda
+
+Si se archiva el repositorio, está claro que los autores ya no van a trabajar en él.
+
+## (Personalizado) vigilar el repositorio
+
+Si te interesa mucho el destino de un paquete de R, puede que tenga sentido [vigilancia personalizada](https://docs.github.com/en/account-and-profile/managing-subscriptions-and-notifications-on-github/setting-up-notifications/configuring-notifications#configuring-your-watch-settings-for-an-individual-repository=) en GitHub: por ejemplo, puedes elegir que se te notifiquen todas las ediciones y PRs o sólo las versiones.
+
+Ten en cuenta que si sólo observas un repositorio apareces públicamente como observador, pero que yo sepa los observadores personalizados no aparecen públicamente.
+
+### Cómo ayuda
+
+Observar la actividad en el repositorio te hará consciente de
+
+- desarrollo continuo,
+- ritmos de desarrollo (por ejemplo, "cíclico pero con correcciones rápidas de errores cruciales"),
+- flujos de trabajo (¿son bienvenidos los PR o prefieren los mantenedores confirmar primero el interés por un tema?)
+- el tono en ese repositorio (si el tono no es amistoso, ¡corre!).
+
+Ahora bien, no te servirá de nada si ahora mismo estás mirando un repositorio que antes no mirabas, pero es bueno saberlo para la próxima vez.
+
+## Lee los archivos contribuyentes
+
+Si el repositorio tiene un [guía de contribución](/blog/2021/04/28/commcall-pkg-community/) (archivo `CONTRIBUTING.md` o `.github/CONTRIBUTING.md`) y parece que se ha personalizado al menos un poco en comparación con un modelo estándar, préstale atención :smile\_cat:
+
+Si los documentos contienen alguna mención al ciclo de vida del desarrollo (una insignia, algún texto), tenlo también en cuenta.
+
+Por último, pero no menos importante, ¡ver que el repositorio tiene un código de conducta puede ayudar a sentirse seguro!
+rOpenSci [código de conducta](https://ropensci.org/code-of-conduct/) se aplica a todos los paquetes rOpenSci.
+
+### Cómo ayuda
+
+Es información directa de los mantenedores sobre lo que esperan de las contribuciones, por lo que puede ayudarte a orientarte sobre cómo hacer contribuciones y qué tipo de contribuciones son bienvenidas.
+
+## Mira la última actividad de código
+
+En la página principal del repositorio de GitHub puedes encontrar el tiempo transcurrido desde la última confirmación en la rama por defecto.
+En la página de ramas puedes ver que hay actividad de código en otra rama (ver por ejemplo <https://github.com/ropensci/readODS/branches>).
+En la pestaña de versiones puedes ver la antigüedad de la última versión publicada, y si hay una regularidad en las versiones (ver por ejemplo <https://github.com/ropensci/magick/releases>).
+
+### Cómo ayuda
+
+Si hay actividad de código en curso, tus contribuciones podrían abordarse más rápidamente.
+Si ves que la actividad del código es intermitente (los desarrolladores se centran en él durante un periodo de tiempo, publican una nueva versión y luego ignoran las notificaciones durante un tiempo), podrías suponer que tendrás que ser paciente.
+
+## Observa la actividad de planificación y asistencia al usuario
+
+Ordena las incidencias y PRs por actualizados recientemente (el valor por defecto cuando se utiliza la extensión del navegador [RefinedGitHub](https://github.com/refined-github/refined-github)). ¿Los miembros del repositorio responden activamente a las incidencias?
+
+Mira los hitos: ¿cuál es el contenido de los distintos hitos?
+¿Hay fechas previstas de publicación?
+(Véase, por ejemplo <https://github.com/ropensci/dev_guide/milestones>.)
+
+### Cómo ayuda
+
+Si los problemas obtienen una primera respuesta humana rápida, qué suerte, puedes preguntar educadamente lo que querías preguntar y esperar una respuesta bastante rápida.
+Si la planificación es transparente y actual (es difícil curar los hitos :sweat\_smile:), puedes hacerte una idea de dónde encajará tu contribución.
+
+## Mira la actividad de los autores
+
+Identifica a los principales colaboradores:
+
+- El archivo DESCRIPCIÓN puede no ser tan informativo, ya que puede contener colaboradores históricos.
+- Mira el gráfico de contribuciones para ver quiénes son los contribuyentes activos actuales/recientes (ver por ejemplo <https://github.com/ropensci/dev_guide/graphs/contributors>).
+- Fíjate también en quién ha respondido a los últimos temas y PRs.
+
+Dirígete a su perfil de GitHub, e incluso a su [perfil de R-universe](https://r-universe.dev/maintainers/) ¿Han estado trabajando en otras cosas? ¿Tienen algún estatus (permiso parental, vacaciones)? ¿Hay algún desajuste entre la organización del repositorio y el trabajo del colaborador?
+
+### Cómo ayuda
+
+A veces puede haber algo obvio: si el mantenedor cambió de trabajo, quizá abandonó el repositorio de interés.
+Sin embargo, lo más importante es que, aunque ayuda estar al tanto de la actividad pública de los contribuidores **nunca sabes por lo que está pasando una persona, así que sé amable y paciente**.
+
+## Mira los cheques de depósito
+
+Dirígete a la página de estado de integración continua de los repositorios, por ejemplo puede ser la pestaña Acciones.
+Mira el estado de CRAN si el paquete estuvo alguna vez en CRAN.
+
+### Cómo ayuda
+
+Los fallos en las comprobaciones que no se abordan pueden indicar que no se trabaja activamente en el repositorio.
+
+## Conclusión
+
+En este post hemos resumido algunas fuentes de información que tú, como colaborador potencial, puedes utilizar para evaluar si un repositorio está activo y en qué medida, para calibrar tus expectativas y ofertas de contribución.
+Si un repositorio parece especialmente abandonado, quizás podrías enviar un correo electrónico a los autores para preguntarles si está previsto realizar trabajos en el futuro y, en caso contrario, si podrías hacerte cargo de él.
+Sé considerado en todos tus [interacciones con los mantenedores de código](https://jacobtomlinson.dev/posts/2022/dont-be-that-open-source-user-dont-be-me/).
+
+Si eres el *mantenedor* de un paquete rOpenSci y necesitas ayuda puntual o apoyo para el mantenimiento a largo plazo, ponte en contacto con nosotros en `info@ropensci.org`.
path: content/blog/2022-07-01-evaluating-github-activity-for-contributors/index.es.md
user: login: yabellini
body: ```suggestion
Si eres la *persona que mantiene* un paquete de rOpenSci y necesitas ayuda puntual o apoyo para el mantenimiento a largo plazo, ponte en contacto con nosotros en `info@ropensci.org`.
```
created_at: 2025-04-04T22:06:52Z
author_association: MEMBER
diff_hunk: @@ -0,0 +1,117 @@
+---
+title: Evaluar la actividad en GitHub de los colaboradores
+author:
+- Maëlle Salmon
+date: '2022-07-01'
+slug: evaluating-github-activity-for-contributors
+tags:
+- GitHub
+- contributors
+- tech notes
+description: Cómo evaluar la actividad de un repositorio de GitHub como usuario o
path: content/blog/2022-07-01-evaluating-github-activity-for-contributors/index.es.md
user: login: maelle
body: do we want language-neutral phrasing here?
created_at: 2025-04-07T07:23:15Z
author_association: MEMBER
diff_hunk: @@ -0,0 +1,119 @@
+---
+title: Evaluar la actividad en GitHub de los colaboradores
+author:
+- Maëlle Salmon
+translator:
+- Yanina Bellini Saibene
+date: '2022-07-01'
+slug: evaluating-github-activity-for-contributors
+tags:
+- GitHub
+- contributors
+- tech notes
+description: Cómo evaluar la actividad de un repositorio de GitHub como usuario o
path: content/blog/2022-07-01-evaluating-github-activity-for-contributors/index.es.md
user: login: yabellini
body: ```suggestion
description: Cómo evaluar la actividad de un repositorio de GitHub como usuario/a o
```
created_at: 2025-04-07T11:21:59Z
author_association: MEMBER
diff_hunk: @@ -0,0 +1,119 @@
+---
+title: Evaluar la actividad en GitHub de los colaboradores
+author:
+- Maëlle Salmon
+translator:
+- Yanina Bellini Saibene
+date: '2022-07-01'
+slug: evaluating-github-activity-for-contributors
+tags:
+- GitHub
+- contributors
+- tech notes
+description: Cómo evaluar la actividad de un repositorio de GitHub como usuario o
+  colaborador potencial.
path: content/blog/2022-07-01-evaluating-github-activity-for-contributors/index.es.md
user: login: yabellini
body: ```suggestion
  colaborador/a potencial.
```
created_at: 2025-04-07T11:22:21Z
author_association: MEMBER

PR comments:
user: login: yabellini
created_at: 2025-04-07T00:28:56Z
body: @maelle I already did a review of the translation and also added a new doi.  Do you want to check it before I merge? 
author_association: MEMBER
user: login: maelle
created_at: 2025-04-07T07:16:51Z
body: yes because I am going to add a field called translator :grin: 
author_association: MEMBER