Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

Sign up for GitHub

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Jump to bottom

Translation into spanish(es) of the new topic "Maintaining Balance for Open Source Maintainers" #3099

Closed
wants to merge 4 commits into from
Closed

Translation into spanish(es) of the new topic "Maintaining Balance for Open Source Maintainers" #3099

Show file tree
Hide file tree
Changes from all commits
Commits
Show all changes
4 commits
Select commit Hold shift + click to select a range
9893c99
setup
restrepotorres Sep 19, 2023
ac43b8b
mantaining-balance header translation into spanish
restrepotorres Sep 19, 2023
bd5f904
articles/es/maintaining-balance-for-open-source-maintainers.md fully …
restrepotorres Sep 19, 2023
ddea407
remove inncesary changes on the project
restrepotorres Sep 19, 2023
File filter

Filter by extension

Filter by extension
Conversations
Failed to load comments.
Loading
Jump to
Jump to file
Failed to load files.
Loading
Diff view
Diff view
2 changes: 1 addition & 1 deletion Gemfile
View file
Open in desktop
Original file line number Diff line number Diff line change
Expand Up @@ -5,4 +5,4 @@ gem "github-pages", group: :jekyll_plugins
group :test do
gem "html-proofer", "~> 3.19.4"
gem "rake"
end
end
221 changes: 221 additions & 0 deletions _articles/es/maintaining-balance-for-open-source-maintainers.md
View file
Open in desktop
Original file line number Diff line number Diff line change
@@ -0,0 +1,221 @@
---
lang: es
untranslated: true
title: Manteniendo el equilibrio para Mantenedores de Código Abierto
description: Consejos para el autocuidado y evitar el Burnout como mantenedor.
class: balance
order: 0
image: /assets/images/cards/maintaining-balance-for-open-source-maintainers.png
---

A medida que un proyecto de código abierto gana popularidad, se vuelve importante establecer límites claros que te ayuden a mantener el equilibrio para mantenerte actualizado y productivo a largo plazo.


Para obtener información sobre la experiencia de los mantenedores y sus estrategias para hallar el balance, realizamos un taller con 40 miembros de la <a href="http://maintainers.github.com/">Comunidad de Mantenedores</a>, permitiéndonos aprender de primera mano sobre sus experiencias con el Burnout en el código abierto y las prácticas que les han ayudado a mantener el equilibrio en su trabajo. Aquí es donde entra en juego el concepto de ecología personal.

Check warning on line 14 in _articles/es/maintaining-balance-for-open-source-maintainers.md

View workflow job for this annotation

GitHub Actions / tests 

Remove 1 line before node                no-consecutive-blank-lines

Entonces, ¿qué es ecología personal? Como lo <a href="https://rockwoodleadership.org/nonprofit-four-day-workweek-can-take-care-still-change-world/#:~:text=personal%20ecology%3A%20maintaining%20balance%2C%20pacing%20and%20efficiency%20to%20sustain%20your%20energy%20over%20a%20lifetime%20of%20activism"> describe el the Rockwood Leadership Institute</a>, implica <strong> “mantener el equilibrio, el ritmo y la eficiencia para sostener nuestra energía durante toda la vida.”</strong> Esto enmarcó nuestras conversaciones, ayudando a los mantenedores a reconocer sus acciones y contribuciones como partes de un ecosistema más grande que evoluciona con el tiempo. El Burnout, un síndrome resultante del estrés crónico en el lugar de trabajo [según lo define la OMS](https://icd.who.int/browse11/l-m/en#/http://id.who.int/icd/entity/129180281), no es infrecuente entre los mantenedores. Esto a menudo conduce a una pérdida de motivación, incapacidad para concentrarse y falta de empatía por los contribuyentes y la comunidad con la que trabaja.

<aside markdown="1" class="pquote">
<img src="https://avatars.githubusercontent.com/gabek?s=180" class="pquote-avatar" alt="avatar">
No podía concentrarme o comenzar una tarea. Me faltaba empatía por los usuarios.
<p markdown="1" class="pquote-credit">
— <a href="https://github.com/gabek">@gabek</a>, mantenedor del servidor de transmisión en vivo Owncast, sobre el impacto del burnout en su trabajo de código abierto
</p>
</aside>

Al adoptar el concepto de ecología personal, los mantenedores pueden evitar de manera proactiva el burnout, priorizar el cuidado personal y mantener un sentido de equilibrio para hacer su mejor trabajo.

## Consejos para el Autocuidado y Evitar el Burnout como Mantenedor:

### Identifica tus motivaciones para trabajar con código abierto

Tomate el tiempo para reflexionar sobre qué partes del mantenimiento de código abierto te dan energía. Comprender tus motivaciones puede ayudarte a priorizar el trabajo de una manera que te mantenga comprometido y listo para nuevos desafíos. Ya sean los comentarios positivos de los usuarios, la alegría de colaborar y socializar con la comunidad o la satisfacción de sumergirse en el código, reconocer tus motivaciones puede ayudarte a guiar tu enfoque.

### Reflexiona sobre qué te provoca desequilibrio y estrés

Es importante comprender qué nos causa agotamiento. Aquí hay algunos temas comunes que vimos entre los mantenedores de código abierto:

* **Falta de comentarios positivos:** Es mucho más probable que los usuarios se comuniquen cuando tienen una queja. Si todo funciona bien, tienden a permanecer en silencio. Puede resultar desalentador ver una lista creciente de problemas sin comentarios positivos que muestren cómo sus contribuciones están marcando la diferencia.

<aside markdown="1" class="pquote">
<img src="https://avatars.githubusercontent.com/thisisnic?s=180" class="pquote-avatar" alt="avatar">
A veces se siente un poco como gritar al vacío y encuentro que la retroalimentación realmente me da energía. Tenemos muchos usuarios felices pero silenciosos.
<p markdown="1" class="pquote-credit">
— <a href="https://github.com/thisisnic">@thisisnic</a>, Mantenedora de Apache Arrow
</p>
</aside>

* **No decir 'no':** Puede resultar fácil asumir más responsabilidades de las que deberías en un proyecto de código abierto. Ya sean usuarios, contribuyentes u otros mantenedores, no siempre podemos estar a la altura de sus expectativas.

<aside markdown="1" class="pquote">
<img src="https://avatars.githubusercontent.com/agnostic-apollo?s=180" class="pquote-avatar" alt="avatar">
Descubrí que estaba asumiendo más de lo que debería y que tenía que hacer el trabajo de varias personas, como ocurre comúnmente en FOSS.
<p markdown="1" class="pquote-credit">
— <a href="https://github.com/agnostic-apollo">@agnostic-apollo</a>, mantenedor de Termux, sobre las causas del Burnout en su trabajo
</p>
</aside>

* **Trabajar solo:** Ser mantenedor puede resultar increíblemente solitario. Incluso si trabajas con un grupo de mantenedores, los últimos años han sido difíciles para convocar equipos de manera física.

<aside markdown="1" class="pquote">
<img src="https://avatars.githubusercontent.com/gabek?s=180" class="pquote-avatar" alt="avatar">
Especialmente desde el COVID y el trabajar desde casa es más difícil ver o hablar con cualquiera.
<p markdown="1" class="pquote-credit">
— <a href="https://github.com/gabek">@gabek</a>, mantenedor del servidor de transmisión en vivo Owncast, sobre el impacto del burnout en su trabajo de código abierto
</p>
</aside>

* **No hay suficiente tiempo ni recursos:** Esto es especialmente cierto para los mantenedores voluntarios que tienen que sacrificar su tiempo libre para trabajar en un proyecto.

<aside markdown="1" class="pquote">
[Me gustaría tener] más apoyo financiero, para poder concentrarme en el trabajo de código abierto sin gastar mis ahorros y sabiendo que tendré que hacer muchas contrataciones para compensarlo más adelante.
<p markdown="1" class="pquote-credit">
— Mantenedor de código abierto
</p>
</aside>

* **Demandas contradictorias:** El código abierto está lleno de grupos con diferentes motivaciones, lo que puede ser difícil de navegar. Si te pagan por hacer código abierto, los intereses de tu empleador a veces pueden estar reñidos con los de la comunidad.

<aside markdown="1" class="pquote">
Con el código abierto de pago, el conflicto entre el interés del empleador y lo que es mejor para la comunidad
<p markdown="1" class="pquote-credit">
— mantenedor de código abierto
</p>
</aside>

### Cuidado con los signos del Burnout

¿Puedes mantener tu ritmo durante 10 semanas? ¿10 meses? ¿10 años?

Hay herramientas como [Burnout Checklist](https://governingopen.com/resources/signs-of-burnout-checklist.html) de [@shaunagm](https://github.com/shaunagm) y el [Kit de autoevaluación de ecología personal ](https://docs.google.com/document/d/1duOYQ6EbcDTH_CK6ux3BGRiVYptGTUMOtndZbbwulOY/edit#heading=h.mn38481ischw) de Mozilla que pueden ayudarte a reflexionar sobre tu ritmo actual y ver si hay algún ajuste que puedas hacer. Algunos mantenedores también utilizan tecnología vestible para realizar un seguimiento de parámetros como la calidad del sueño y la variabilidad de la frecuencia cardiaca (ambos relacionados con el estrés).

<aside markdown="1" class="pquote">
Creo mucho en los vestibles. Con la que hay ciencia detrás de ellos, puedes entender cómo podrías haberlo hecho mejor y cómo llegar a un estado óptimo de lo que quieres hacer.
<p markdown="1" class="pquote-credit">
— mantenedor de código abierto
</p>
</aside>

### ¿Qué necesitarías para seguir sosteniéndote a ti mismo y a tu comunidad?

Esto será diferente para cada mantenedor, y cambiará según la fase de tu vida y otros factores externos. Pero aquí hay algunos tópicos que escuchamos:

* **Apóyate en la comunidad:** Delegar y encontrar contribuidores puede aliviar la carga de trabajo. Tener varios puntos de contacto para un proyecto puede ayudarte a tomarte un descanso sin preocuparte. Conecta con otros mantenedores y con la comunidad en general en grupos como la [Comunidad de Mantenedores](http://maintainers.github.com/). Este puede ser un gran recurso de apoyo y aprendizaje entre pares.

También puedes buscar formas de interactuar con la comunidad de usuarios, de modo que puedas escuchar regularmente sus comentarios y comprender el impacto de tu trabajo de código abierto.

* **Explora la financiación:** Tanto si buscas dinero para una pizza como si quieres dedicarte a tiempo completo al código abierto, hay muchos recursos que te pueden ayudar. Como primer paso, considera activar [GitHub Sponsors](https://github.com/sponsors) para permitir que otros patrocinen tu trabajo de código abierto. Si estás pensando en dar el salto a tiempo completo, presenta tu candidatura para la próxima ronda de [GitHub Accelerator](http://accelerator.github.com/).

<aside markdown="1" class="pquote">
<img src="https://avatars.githubusercontent.com/mansona?s=180" class="pquote-avatar" alt="avatar">
Hace un tiempo participé en un podcast y estuvimos charlando sobre el mantenimiento y la sostenibilidad del código abierto. Me di cuenta de que incluso un pequeño número de personas apoyando mi trabajo en GitHub me ayudó a tomar rápidamente la decisión de no sentarme delante de un juego, sino de hacer una pequeña cosa con código abierto.
<p markdown="1" class="pquote-credit">
— <a href="https://github.com/mansona">@mansona</a>, mantenedor de EmberJS
</p>
</aside>

* **Usa herramientas:** Explora herramientas como [GitHub Copilot](https://github.com/features/copilot/) y [GitHub Actions](https://github.com/features/actions) para automatizar tareas mundanas y ganar tiempo libre para contribuciones más significativas.

<aside markdown="1" class="pquote">
usa [Copilot](https://github.com/features/copilot/) para lo aburrido - haz tu las cosas divertidas
<p markdown="1" class="pquote-credit">
— mantenedor de código abierto
</p>
</aside>

* **Descanso y recarga:** Dedica tiempo a tus hobbies e intereses fuera del código abierto. Tómate los fines de semana libres para desconectar y rejuvenecer, actualiza tu [GitHub status](https://docs.github.com/account-and-profile/setting-up-and-managing-your-github-profile/customizing-your-profile/personalizing-your-profile#setting-a-status) ¡para reflejar tu disponibilidad! Una buena noche de sueño puede marcar una gran diferencia en tu capacidad para mantener tus esfuerzos a largo plazo.

Si ciertos aspectos de tu proyecto te resultan especialmente agradables, intenta estructurar tu trabajo de modo que puedas experimentarlos a lo largo del día.

<aside markdown="1" class="pquote">
<img src="https://avatars.githubusercontent.com/danielroe?s=180" class="pquote-avatar" alt="avatar">
Estoy encontrando más oportunidades de esparcir "momentos de creatividad" a mitad del día, en lugar de intentar desconectar por la noche.
<p markdown="1" class="pquote-credit">
— <a href="https://github.com/danielroe">@danielroe</a>, mantenedor de Nuxt
</p>
</aside>

* **Establece límites:** No puedes decir que sí a todas las solicitudes. Esto puede ser tan sencillo como decir: "No puedo hacer eso ahora mismo y no tengo planes de hacerlo en el futuro", o enumerar lo que te interesa hacer y lo que no en el archivo README. Por ejemplo, podrías decir: "Sólo fusiono pull request que tengan una lista clara de las razones por las que se hicieron", o "Sólo reviso problemas un jueves de por medio de 6 a 7 pm". Esto establece expectativas para los demás, y te da cosas que redirigir hacia otros momentos, para ayudar a reducir las demandas de los colaboradores o usuarios sobre tu tiempo.

<aside markdown="1" class="pquote">
<img src="https://avatars.githubusercontent.com/mikemcquaid?s=180" class="pquote-avatar" alt="avatar">
Para confiar significativamente en los demás en estos ejes, no puedes ser alguien que dice sí a todas las peticiones. Al hacerlo, no mantienes límites, ni profesional ni personalmente, y no serás un compañero de trabajo fiable.
<p markdown="1" class="pquote-credit">
— <a href="https://github.com/mikemcquaid">@mikemcquaid</a>, Mantenedor de Homebrew [Diciendo no](https://mikemcquaid.com/saying-no/)
</p>
</aside>

Aprende a ser firme a la hora de acabar con los comportamientos tóxicos y las interacciones negativas. Está bien no dar energía a cosas que no te importan.

<aside markdown="1" class="pquote">
<img src="https://avatars.githubusercontent.com/IvanSanchez?s=180" class="pquote-avatar" alt="avatar">
Mi software es gratis, pero mi tiempo y atención no lo son
<p markdown="1" class="pquote-credit">
— <a href="https://github.com/IvanSanchez">@IvanSanchez</a>, mantenedor de Leaflet
</p>
</aside>

<aside markdown="1" class="pquote">
<img src="https://avatars.githubusercontent.com/foosel?s=180" class="pquote-avatar" alt="avatar"> No es ningún secreto que el mantenimiento del código abierto tiene sus lados oscuros, y uno de ellos es tener que interactuar a veces con personas bastante desagradecidas, engreídas o directamente tóxicas. A medida que aumenta la popularidad de un proyecto, también lo hace la frecuencia de este tipo de interacción, lo que se suma a la carga que soportan los mantenedores y posiblemente se convierta en un factor de riesgo importante para el Burnout del mantenedor.
<p markdown="1" class="pquote-credit">
— <a href="https://github.com/foosel">@foosel</a>, mantenedora de Octoprint [Como lidiar con personas tóxicas](https://www.youtube.com/watch?v=7lIpP3GEyXs)
</p>
</aside>

Recuerda que la ecología personal es una práctica continua que evolucionará a medida que avances en tu viaje por el código abierto. Si das prioridad al autocuidado y mantienes un sentido del equilibrio, podrás contribuir a la comunidad del código abierto de forma eficaz y sostenible, garantizando tanto tu bienestar como el éxito de tus proyectos a largo plazo.

## Recursos Adicionales

* [Comunidad de Mantenedores](http://maintainers.github.com/)
* [El contrato social del código abierto](https://snarky.ca/the-social-contract-of-open-source/), Brett Cannon
* [Uncurled](https://daniel.haxx.se/uncurled/), Daniel Stenberg
* [Como lidiar con personas tóxicas](https://www.youtube.com/watch?v=7lIpP3GEyXs), Gina Häußge
* [SustainOSS](https://sustainoss.org/)
* [Kit de autoevaluación de ecología personal](https://docs.google.com/document/d/1duOYQ6EbcDTH_CK6ux3BGRiVYptGTUMOtndZbbwulOY/edit#heading=h.mn38481ischw), Mozilla
* [El arte del liderazgo](https://rockwoodleadership.org/art-of-leadership/)
* [Diciendo No ](https://docs.google.com/document/d/1esQQBJXQi1x_-1AcRVPiCRAEQYO4Qlvali0ylCvKa_s/edit?pli=1#:~:text=Saying%20No%20%7C%20Mike%20McQuaid), Mike McQuaid
* [Gobierno Abierto](https://docs.google.com/document/d/1esQQBJXQi1x_-1AcRVPiCRAEQYO4Qlvali0ylCvKa_s/edit?pli=1#:~:text=a%20mixed%20list.-,Governance%20of%20Open%20Source%20Software,-governingopen.com)
* La agenda del taller fue tomado de [Mozilla's Movement Building from Home](https://docs.google.com/document/d/1esQQBJXQi1x_-1AcRVPiCRAEQYO4Qlvali0ylCvKa_s/edit?pli=1#:~:text=a%20mixed%20list.-,It%E2%80%99s%20a%20wrap%3A%20Movement%2DBuilding%20from%20Home,-foundation.mozilla.org) series

## Contribuidores

¡Muchas gracias a todos los mantenedores que compartieron sus experiencias y consejos con nosotros para esta guía!

Esta guía fue escrita por [@abbycabs](https://github.com/abbycabs) con contribuciones de:

[@agnostic-apollo](https://github.com/agnostic-apollo)
[@AndreaGriffiths11](https://github.com/AndreaGriffiths11)
[@antfu](https://github.com/antfu)
[@anthonyronda](https://github.com/anthonyronda)
[@CBID2](https://github.com/CBID2)
[@Cli4d](https://github.com/Cli4d)
[@confused-Techie](https://github.com/confused-Techie)
[@danielroe](https://github.com/danielroe)
[@Dexters-Hub](https://github.com/Dexters-Hub)
[@eddiejaoude](https://github.com/eddiejaoude)
[@Eugeny](https://github.com/Eugeny)
[@ferki](https://github.com/ferki)
[@gabek](https://github.com/gabek)
[@geromegrignon](https://github.com/geromegrignon)
[@hynek](https://github.com/hynek)
[@IvanSanchez](https://github.com/IvanSanchez)
[@karasowles](https://github.com/karasowles)
[@KoolTheba](https://github.com/KoolTheba)
[@leereilly](https://github.com/leereilly)
[@ljharb](https://github.com/ljharb)
[@nightlark](https://github.com/nightlark)
[@plarson3427](https://github.com/plarson3427)
[@Pradumnasaraf](https://github.com/Pradumnasaraf)
[@RichardLitt](https://github.com/RichardLitt)
[@rrousselGit](https://github.com/rrousselGit)
[@sansyrox](https://github.com/sansyrox)
[@schlessera](https://github.com/schlessera)
[@shyim](https://github.com/shyim)
[@smashah](https://github.com/smashah)
[@ssalbdivad](https://github.com/ssalbdivad)
[@The-Compiler](https://github.com/The-Compiler)
[@thehale](https://github.com/thehale)
[@thisisnic](https://github.com/thisisnic)
[@tudoramariei](https://github.com/tudoramariei)
[@UlisesGascon](https://github.com/UlisesGascon)
[@waldyrious](https://github.com/waldyrious) + ¡muchos otros!
Loading