fix issues related to translations and format

Author: ovas04

book/es/contribute.md

@@ -20,9 +20,9 @@ Aquí hay algunas formas en las que puedes contribuir:
 2. mejorar el contenido de un patrón existente (por ejemplo, agregando una breve descripción de cómo estás utilizando un patrón como una _Instancia Conocida_)
 3. contribuir con un nuevo patrón, describiendo cómo has superado desafíos relacionados con InnerSource en tu organización
 
-Para (1) y (2) arriba, simplemente puedes hacer clic en el enlace **Edit on GitHub** que ves en la parte superior de cada página de este libro. Esto te llevará directamente al archivo respectivo en nuestro repositorio de GitHub, donde puedes sugerir tus cambios.
+Para los puntos (1) y (2), simplemente puedes hacer clic en el enlace **Edit on GitHub** que ves en la parte superior de cada página de este libro. Esto te llevará directamente al archivo respectivo en nuestro repositorio de GitHub, donde puedes sugerir tus cambios.
 
-Para (3) necesitas clonar el repositorio de [InnerSourcePatterns][repo], y agregar un nuevo archivo con tu patrón sugerido. Al hacer contribuciones más grandes a este libro, por favor revisa nuestro [CONTRIBUTING.md](../../CONTRIBUTING.md) y también nuestro [Manual del Contribuidor](../../meta/contributor-handbook.md).
+Para el punto (3) necesitas clonar el repositorio de [InnerSourcePatterns][repo], y agregar un nuevo archivo con tu patrón sugerido. Al hacer contribuciones más grandes a este libro, por favor revisa nuestro [CONTRIBUTING.md](../../CONTRIBUTING.md) y también nuestro [Manual del Contribuidor](../../meta/contributor-handbook.md).
 
 ## Licencia de Contribuciones
 

book/es/introduction.md

@@ -9,9 +9,9 @@ Aprende cómo [contribuir a este libro](contribute.md).
 
 Bienvenido al **Libro de InnerSource Patterns**.
 
-Este libro contiene las mejores prácticas de InnerSource codificadas en un formato específico para que sea fácil de entender, evaluar y aplicar en tu contexto. Llamamos a este formato un **patrón**.
+Este libro recopila las mejores prácticas de InnerSource en un formato específico para que sea fácil de entender, evaluar y aplicar en tu contexto. Llamamos a este formato un **patrón**.
 
-El [InnerSource Commons](http://innersourcecommons.org) ha recopilado estos patrones durante muchos años, publicando los patrones más maduros en este libro, donde los miembros de la comunidad revisan cada patrón, con al menos una instancia conocida de uso del patrón.
+La [Comunidad InnerSource Commons](http://innersourcecommons.org) ha recopilado estos patrones durante muchos años, publicando los patrones más maduros en este libro, donde los miembros de la comunidad revisan cada patrón, con al menos una instancia conocida de uso del patrón.
 
 En esta introducción explicamos [qué es InnerSource](#qué-es-innersource), [qué es un patrón](#qué-son-los-innersource-patterns) y [cómo usar estos patrones](#cómo-puedes-usar-los-innersource-patterns) en tu organización.
 
@@ -29,9 +29,9 @@ Para las empresas que construyen principalmente software de código cerrado, Inn
 
 ## ¿Qué son los InnerSource Patterns?
 
-Los patrones son una forma de describir una solución repetible y probada a un problema dentro de un contexto. Los patrones siguen una forma simple que te ayuda durante la implementación de una solución a entender las restricciones del problema, comprender las fuerzas que necesitas equilibrar y el contexto resultante: la situación creada al aplicar la solución.
+Los patrones son una forma de describir una solución repetible y probada a un problema dentro de un contexto. Los patrones siguen una forma simple que te ayuda durante la implementación de una solución a entender las restricciones del problema, comprender las resistencias que necesitas equilibrar y el contexto resultante: la situación creada al aplicar la solución.
 
-Los patrones pueden proporcionar una forma para que los participantes de InnerSource Commons compartan información de manera concisa, mejorando la práctica de InnerSource. Los patrones se dividen en Título, Declaración del Problema, Contexto, Fuerzas y Soluciones como sus secciones principales.
+Los patrones pueden proporcionar una forma para que los participantes de InnerSource Commons compartan información de manera concisa, mejorando la práctica de InnerSource. Los patrones se dividen en Título, Declaración del Problema, Contexto, Resistencias y Soluciones como sus secciones principales.
 
 * [`¿Qué son los patrones?` Videos de Youtube](http://bit.ly/innersource_patterns_videos) - Mira un conjunto de videos de youtube de 2-5 min que explican los InnerSource Patterns
 * [Webinar de Discusión de Patrones](https://youtu.be/i-0IVhfRVFU) - Realizamos un webinar el 16-03-2017 para discutir en vivo un patrón de donut (ve a 24:30 para la discusión). Esta es una ilustración del proceso de revisión que seguimos. También vea el [Webinar de O'Reilly sobre InnerSource Patterns del 1 de junio de 2017](http://www.oreilly.com/pub/e/3884).
@@ -40,9 +40,9 @@ Los patrones pueden proporcionar una forma para que los participantes de InnerSo
 
 ## ¿Cómo puedes usar los InnerSource Patterns?
 
-Los patrones deben usarse con cuidado. No se pueden aplicar indiscriminadamente. En la mayoría de los casos, necesitarás adaptar la solución dada a tu situación; pero la información proporcionada en el patrón, que define el contexto (restricciones inamovibles) y las fuerzas (restricciones que se pueden cambiar y equilibrar entre sí), debería ayudarte a hacerlo. Ten en cuenta que también necesitarás determinar si hay restricciones adicionales (contexto de la empresa y fuerzas de la empresa) que se aplican a tu empresa/organización en particular y que deben agregarse al patrón (como una especie de filtro). Estas restricciones adicionales pueden requerir pasos adicionales de solución para ser aplicados.
+Los patrones deben usarse con cuidado. No se pueden aplicar indiscriminadamente. En la mayoría de los casos, necesitarás adaptar la solución dada a tu situación; pero la información proporcionada en el patrón, que define el contexto (restricciones inamovibles) y las resistencias (restricciones que se pueden cambiar y equilibrar entre sí), debería ayudarte a hacerlo. Ten en cuenta que también necesitarás determinar si hay restricciones adicionales (contexto de la empresa y resistencias de la empresa) que se aplican a tu empresa/organización en particular y que deben agregarse al patrón (como una especie de filtro). Estas restricciones adicionales pueden requerir pasos adicionales de solución para ser aplicados.
 
-La forma del patrón es útil para describir soluciones probadas, pero también puede usarse para *brainstorming de nuevas soluciones* donde los patrones aún no están establecidos. Esto se debe a que la anatomía de un patrón proporciona un marco para pensar en un problema de manera estructurada. También podrías crear un *patrón de donut* (rellenando los campos de problema, contexto, fuerzas y contexto resultante pero dejando la solución en blanco) como una forma de pedir ayuda a la comunidad de InnerSource Commons (para encontrar una solución probada o para generar ideas sobre cosas para probar).
+La forma del patrón es útil para describir soluciones probadas, pero también puede usarse para *brainstorming de nuevas soluciones* donde los patrones aún no están establecidos. Esto se debe a que la anatomía de un patrón proporciona un marco para pensar en un problema de manera estructurada. También podrías crear un *patrón de donut* (rellenando los campos de problema, contexto, resistencias y contexto resultante pero dejando la solución en blanco) como una forma de pedir ayuda a la comunidad de InnerSource Commons (para encontrar una solución probada o para generar ideas sobre cosas para probar).
 
 ## ¿Cómo Contribuir?
 

book/es/toc.md

@@ -38,7 +38,7 @@ Instead edit toc_template.md
 * [Puntuación de Actividad del Repositorio](../../translation/es/patterns/repository-activity-score.md) - Los contribuidores potenciales quieren encontrar proyectos InnerSource activos que necesiten su ayuda. Al calcular una puntuación de actividad del repositorio para cada proyecto, se puede crear una lista clasificada de proyectos (por ejemplo, en el Portal InnerSource), para que los contribuidores potenciales puedan determinar más fácilmente a qué proyecto quieren contribuir.
 * [Reconocimiento a los Participantes](../../translation/es/patterns/praise-participants.md) - Cuando recibes una contribución InnerSource, es importante agradecer al contribuidor por su tiempo y esfuerzo. Extender tu gratitud no solo reconoce efectivamente la contribución sino que también genera mayor compromiso del contribuidor y otros. Reconocer las contribuciones positivas de los contribuidores a tu proyecto InnerSource motiva a estos contribuidores (y sus gerentes) a continuar invirtiendo en el esfuerzo.
 * [Requerimientos Comunes](../../translation/es/patterns/common-requirements.md) - El código común en un repositorio compartido no satisface las necesidades de todos los equipos de proyecto que desean utilizarlo; esto se resuelve mediante la alineación de requerimientos y la refactorización.
-* [Servicio vs Biblioteca](../../translation/es/patterns/service-vs-library.md) - Los equipos en un entorno DevOps pueden mostrarse reacios a trabajar a través de los límites del equipo en bases de código comunes debido a la ambigüedad sobre quién será responsable de responder ante la interrupción del servicio. La solución es comprender que a menudo es posible implementar el mismo servicio en entornos independientes con cadenas de escalamiento separadas en caso de interrupciones del servicio, o bien extraer gran parte del código compartido en una biblioteca y colaborar en ella.
+* [Servicio vs Librería](../../translation/es/patterns/service-vs-library.md) - Los equipos en un entorno DevOps pueden mostrarse reacios a trabajar a través de los límites del equipo en bases de código comunes debido a la ambigüedad sobre quién será responsable de responder ante la interrupción del servicio. La solución es comprender que a menudo es posible implementar el mismo servicio en entornos independientes con cadenas de escalamiento separadas en caso de interrupciones del servicio, o bien extraer gran parte del código compartido en una librería y colaborar en ella.
 * [Soporte Grupal](../../translation/es/patterns/group-support.md) - ¿Qué sucede si un equipo o individuo deja de mantener un proyecto InnerSource? Mantén el proyecto activo formando un grupo de personas interesadas.
 * [Toma de Decisiones Transparente Entre Equipos usando RFCs](../../translation/es/patterns/transparent-cross-team-decision-making-using-rfcs.md) - Los proyectos InnerSource que buscan alcanzar altas tasas de participación y tomar las mejores decisiones posibles para todos los involucrados necesitan encontrar formas de crear sistemas participativos a lo largo de todo el ciclo de vida del software. La publicación de documentos internos de Solicitud de Comentarios (RFC) permite discusiones desde el inicio del proceso de diseño y aumenta las probabilidades de construir soluciones con un alto grado de compromiso de todas las partes involucradas.
 * [Trusted Committer](../../translation/es/patterns/trusted-committer.md) - Muchos proyectos InnerSource se encontrarán en una situación donde reciben constantemente retroalimentación, funcionalidades y correcciones de errores de los contribuidores. En estas situaciones, los mantenedores del proyecto buscan formas de reconocer y recompensar el trabajo del contribuidor más allá de las contribuciones individuales.