From b4b16ee043328e08338e8a86887527171a6ec6fe Mon Sep 17 00:00:00 2001 From: Berenice Monsivais <153947742+beremonsivais@users.noreply.github.com> Date: Fri, 6 Sep 2024 16:13:14 -0600 Subject: [PATCH] Corrected typographic errors MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit Added "¡" marks where needed. Corrected some words with written accents. --- _articles/es/starting-a-project.md | 34 +++++++++++++++--------------- 1 file changed, 17 insertions(+), 17 deletions(-) diff --git a/_articles/es/starting-a-project.md b/_articles/es/starting-a-project.md index 2d6a686742..32309c3c19 100644 --- a/_articles/es/starting-a-project.md +++ b/_articles/es/starting-a-project.md @@ -12,7 +12,7 @@ related: ## El cómo y el por qué del Código Abierto -¿Estás pensando cómo comenzar un proyecto de c&oacut;digo abierto? ¡Felicitaciones! El mundo aprecia tu contribución. Hablemos sobre lo que es un proyecto de código abierto y porqué la gente lo lleva adelante +¿Estás pensando cómo comenzar un proyecto de código abierto? ¡Felicitaciones! El mundo aprecia tu contribución. Hablemos sobre lo que es un proyecto de código abierto y por qué la gente lo lleva adelante ### ¿Qué significa "Código Abierto"? @@ -22,10 +22,10 @@ Cuando un proyecto es de código abierto, significa que **cualquier person Para entender cómo funciona, imagina a un amigo que organiza una comida, te invita, y llevas una torta. -* Todos prueban la torta (_usarlo_) -* ¡La torta es un éxito! Te piden la receta, la cuál tú das. (_estudiarlo/verlo_) -* Un amigo, Pedro, es cocinero, y te sugiere colocar menos azúcar (_modificarlo_) -* Otro amigo, Juan, te pide permiso para usarlo en una cena que tendrá la próxima semana (_distribuirlo_) +* Todos prueban la torta. (_usarlo_) +* ¡La torta es un éxito! Te piden la receta, la cual tu das. (_estudiarlo/verlo_) +* Un amigo, Pedro, es cocinero, y te sugiere colocar menos azúcar. (_modificarlo_) +* Otro amigo, Juan, te pide permiso para usarlo en una cena que tendrá la próxima semana. (_distribuirlo_) Realicemos una comparación: un proceso de código cerrado sería ir a un restaurante y pedir una porción de torta. Para ello tendrías que pagar por la misma, y el restaurante muy probablemente no te dará su receta. Si decidieras copiar su torta y venderla bajo otro nombre, el restaurante podría recurrir a acciones legales en contra. @@ -41,9 +41,9 @@ Realicemos una comparación: un proceso de código cerrado ser&iacut [Hay muchas razones](https://ben.balter.com/2015/11/23/why-open-source/) por las cuales una persona u organización querrían involucrarse en un proyecto de código abierto. Algunos ejemplos son: -* **Colaboración:** Los proyectos de código abierto pueden aceptar cambios efectuados por cualquier persona alrededor del mundo. [Exercism](https://github.com/exercism/), por ejemplo, una plataforma para ejercicios de programación con más de 350 colaboradores. +* **Colaboración:** Los proyectos de código abierto pueden aceptar cambios efectuados por cualquier persona alrededor del mundo. [Exercism](https://github.com/exercism/), por ejemplo, es una plataforma para ejercicios de programación con más de 350 colaboradores. -* **Adopción y remezcla:** Los proyectos de código abierto pueden ser usados por cualquiera para casi cualquier própósito. Las personas pueden usarlos hasta para construir otras cosas. [WordPress](https://github.com/WordPress), por ejemplo, comenzaron como un "fork" de un proyecto existente llamado [b2](https://github.com/WordPress/book/blob/HEAD/Content/Part%201/2-b2-cafelog.md). +* **Adopción y remezcla:** Los proyectos de código abierto pueden ser usados por cualquiera para casi cualquier propósito. Las personas pueden usarlos hasta para construir otras cosas. [WordPress](https://github.com/WordPress), por ejemplo, comenzaron como un "fork" de un proyecto existente llamado [b2](https://github.com/WordPress/book/blob/HEAD/Content/Part%201/2-b2-cafelog.md). * **Transparencia:** Cualquiera puede inspeccionar un proyecto de este tipo, ya sea para encontrar errores como inconsistencias. La transparencia es de importancia para gobiernos como el de [Bulgaria](https://medium.com/@bozhobg/bulgaria-got-a-law-requiring-open-source-98bf626cf70a) o [United States](https://www.cio.gov/2016/08/11/peoples-code.html), para industrias reguladas como la bancaria o la del cuidado de la salud, y para la seguridad del software como [Let's Encrypt](https://github.com/letsencrypt). @@ -71,7 +71,7 @@ Si no estás convencido todavía, toma un momento para pensar acerca de cu Los objetivos pueden ayudarte a detectar puntos en los que continuar trabajando, a qué decirle que no, y a dónde recurrir por ayuda. Comienza preguntándote, _¿Por qué estoy haciendo "código abierto" a mi proyecto?_ -No hay nunca una respuesta correcta a esta pregunta. Puedes tener múltiples objetivos para un solo proyecto, o diferentes proyectos con diferentes objetivos. +No hay nunca una respuesta correcta a esta pregunta. Puedes tener múltiples objetivos para un solo proyecto o diferentes proyectos con diferentes objetivos. Si tu único objetivo es mostrar al mundo tu trabajo, quizás no necesites ni quieras contribución, y quizás digas eso en el README. Por otra parte, si quieres ayuda, invertirás tiempo en clarificar la documentación y en hacer sentir a los recién llegados bienvenidos. @@ -87,7 +87,7 @@ A medida que tu proyecto crezca, tu comunidad podrá llegar a necesitar m& El tiempo que dediques a tareas ajenas a codificar dependerá del tamaño y alcance de tus proyectos, deberías estar preparado, como encargado de mantenimiento, a afrontarlas por tu cuenta o encontrar a alguien que pueda ayudarte. -**Si eres parte de una compañia que quiere "abrir" el código de un proyecto,** debes asegurarte que el mismo tiene recursos internos que necesitan mejorar. Necesitarás identificar al responsable de mantener el proyecto una vez lanzado, y definir cómo vas a compartir esas tareas con tu comunidad. +**Si eres parte de una compañia que quiere "abrir" el código de un proyecto,** debes asegurarte que el mismo tiene recursos internos que necesitan mejorar. Necesitarás identificar al responsable de mantener el proyecto una vez lanzado y definir cómo vas a compartir esas tareas con tu comunidad. Si necesitas un presupuesto dedicado o personal para la promoción, operación y mantenimiento del proyecto, empieza esas conversaciones de forma temprana. @@ -101,13 +101,13 @@ Si necesitas un presupuesto dedicado o personal para la promoción, operac ### Contribuyendo en otros proyectos. -Si tu meta es aprender cómo contribuir con otros o entender cómo funciona el "código abierto", considera contribuir en proyectos existentes. Comienza con proyectos que ya has estado usando y que te gustan. Contribuir a un proyecto puede ser tan simple como arreglar "typos" o actualizar documentación. +Si tu meta es aprender cómo contribuir con otros o entender cómo funciona el "Código Abierto", considera contribuir en proyectos existentes. Comienza con proyectos que ya has estado usando y que te gustan. Contribuir a un proyecto puede ser tan simple como arreglar "typos" o actualizar documentación. Si no sabés como comenzar a contribuir, mira esta [Guía sobre cómo contribuir](../how-to-contribute/). ## Lanzando tu propio proyecto de Código Abierto -No hay momento perfecto para abrir el código de tu trabajo. Puedes abrir el de una idea, el de un trabajo en progreso, o después de varios años de ser un proyecto cerrado. +No hay momento perfecto para abrir el código de tu trabajo. Puedes abrir el de una idea, el de un trabajo en progreso o después de varios años de ser un proyecto cerrado. Generalmente, puedes abrir el código de tu proyecto cuando te sientas cómodo de que otras personas vean y te aconsejen sobre tu trabajo. @@ -124,7 +124,7 @@ Si tu proyecto está en GitHub, colocar estos archivos en tu directorio ra ### Eligiendo una licencia -Una licencia de Código Abierto garantiza que otros puedan usar, copiar, modificar y contribuir en tu proyecto sin problemas. Además ayuda a protegerte de situaciones legales complejas. **Debes elegir una licencia cuando inicias tu proyecto!** +Una licencia de Código Abierto garantiza que otros puedan usar, copiar, modificar y contribuir en tu proyecto sin problemas. Además ayuda a protegerte de situaciones legales complejas. **¡Debes elegir una licencia cuando inicias tu proyecto!** El trabajo legal no es divertido. La buena noticia es que puedes copiar y pegar una licencia existente en tu repositorio. Solo llevará un minuto proteger tu trabajo. @@ -168,14 +168,14 @@ Cuando incluyes un archivo de este tipo en tu directorio raíz, GitHub aut Un archivo CONTRIBUTING le da información a la audiencia acerca de cómo participar en el proyecto, por ejemplo: * Cómo archivar un reporte de bug (trata de usar [issue and pull request templates](https://github.com/blog/2111-issue-and-pull-request-templates)) -* Cómo sugerir una nueva funcionalidad/característica. -* Cómo establecer tu entorno y correr pruebas. +* Cómo sugerir una nueva funcionalidad/característica +* Cómo establecer tu entorno y correr pruebas Además de detalles técnicos, este archivo es una oportunidad para comunicar tus expectativas, como: * Los tipos de contribución que esperas * Tu visión del proyecto (La hoja de ruta) -* Cómo deberían comunicarse (o cómo no) los contribuyentes contigo. +* Cómo deberían comunicarse (o cómo no) los contribuyentes contigo Usando un tono cálido y amigable, y ofreciendo sugerencias específicas para contribuciones puede ayudar a los iniciados a sentirse bienvenidos y ansiosos de participar. @@ -226,7 +226,7 @@ Debes elegir un nombre sencillo de recordar y que en lo posible de una idea de l Si estás construyendo sobre un proyecto ya existente, usar su nombre como prefijo suele clarificar lo que el mismo hace (ejemplo: [node-fetch](https://github.com/bitinn/node-fetch) trae `window.fetch` a Node.js). -Considera claridad por sobre todo. Los chismes son divertidos,pero recuerda que algunas bromas pueden no ser traducidas otros idiomas o llevadas a otras culturas, con gente que posee diferentes experiencias a las tuyas. Algunos de tus potenciales usuarios pueden ser empleados de la compañía: no debes hacerlos sentir incómodos cuando tienen que explicar tu proyecto en el trabajo! +Considera claridad por sobre todo. Los chismes son divertidos, pero recuerda que algunas bromas pueden no ser traducidas otros idiomas o llevadas a otras culturas, con gente que posee diferentes experiencias a las tuyas. Algunos de tus potenciales usuarios pueden ser empleados de la compañía: ¡no debes hacerlos sentir incómodos cuando tienen que explicar tu proyecto en el trabajo! ### Evitando conflictos con los nombres @@ -360,4 +360,4 @@ Si eres una compañía u organización: ## ¡Lo has hecho! -Felicitaciones por abrir el código de tu primer proyecto! Sin importar el devenir, trabajar en público es un regalo a la comunidad. Con cada commit, comentario y pull request, estás creando oportunidades no solo para ti, si no para que otras personas puedan aprender y crecer. +¡Felicitaciones por abrir el código de tu primer proyecto! Sin importar el devenir, trabajar en público es un regalo a la comunidad. Con cada commit, comentario y pull request, estás creando oportunidades no solo para ti, si no para que otras personas puedan aprender y crecer.