Fix prose tests and failures.

Author: MikeMcQuaid

_articles/es/best-practices.md

@@ -55,10 +55,8 @@ Por ejemplo, @lord descubrió que tener la visión de un proyecto lo
 
 Algunas veces puede que sea complicado detallar las reglas para que otra gente pueda contribuir. Puedes llegar a sentir que estás comportándote como un policia o arruinando la diversión para los demás.
 
-
 Escritas y aplicadas de manera justa, sin embargo, las buenas reglas dan poder a los mantenedores de código. Evitan que te arrastren a hacer cosas que no quieres hacer.
 
-
 La mayoría de las personas que se encuentran con tu proyecto no saben nada sobre ti o tus circunstancias. Pueden asumir que te pagan para trabajar en él, especialmente si es algo que usan y dependen regularmente. Tal vez en un momento ponías mucho tiempo en tu proyecto, pero ahora estás ocupado con un nuevo trabajo o algún miembro de la familia.
 
 ¡Está perfectamente bien! Sólo asegúrate de que la gente lo sepa.
@@ -281,4 +279,3 @@ Tomar descansos se aplica a más que sólo vacaciones, tambié
 ## ¡Cuídate primero!
 
 Mantener un proyecto popular requiere habilidades diferentes que las primeras etapas de crecimiento, pero no es menos gratificante. Como mantenedor, practicarás liderazgo y habilidades personales en un nivel que pocas personas pueden experimentar. Aunque no siempre es fácil de manejar, el establecimiento de límites claros y sólo tomar lo que te hace sentir cómodo te ayudará a mantenerte feliz, actualizado y productivo.
-

_articles/es/building-community.md

@@ -86,7 +86,7 @@ Incluso si no puedes revisar su solicitud inmediatamente, con solo agradecer su
 
 ![middleman pull request](/assets/images/building-community/middleman_pr.png)
 
-Un [estudio de Mozilla ](https://docs.google.com/presentation/d/1hsJLv1ieSqtXBzd5YZusY-mB8e1VJzaeOmh8Q4VeMio/edit#slide=id.g43d857af8_0177) encontró que los colaboradores que reciben una revisión de su código dentro de las 48 horas tienen una significativa mayor tasa de retornar y de repetir alguna contribución.
+Un [estudio de Mozilla](https://docs.google.com/presentation/d/1hsJLv1ieSqtXBzd5YZusY-mB8e1VJzaeOmh8Q4VeMio/edit#slide=id.g43d857af8_0177) encontró que los colaboradores que reciben una revisión de su código dentro de las 48 horas tienen una significativa mayor tasa de retornar y de repetir alguna contribución.
 
 Las conversaciones acerca de tu proyecto pueden también ocurrir en otros lugares a lo largo de la internet, como en Stack Overflow, Twitter o reddit. Puedes configurar tus notificaciones en cualquiera de esos tres lugares de manera de ser alertado cuando álguien mencione tu proyecto.
 
@@ -116,7 +116,6 @@ Cualquier proyecto popular inevitablemente atraerá a personas que perjudi
 
 Haz todo lo posible para adoptar una política de tolerancia cero hacia este tipo de personas. Si no se controla, las personas negativas harán que otras personas de tu comunidad se sientan incómodas. Incluso pueden irse.
 
-
 <aside markdown="1" class="pquote">
   <img src="https://avatars0.githubusercontent.com/u/633012?v=3&s=460" class="pquote-avatar" alt="avatar">
   La verdad es que tener una comunidad de apoyo es clave. Nunca hubiera sido capaz de realizar este trabajo sin la ayuda de mis colegas, los extra&ntilde;os de internet que fueron amigables y los canales IRC de conversaci&oacute;n. (...) No te conformes con menos. No te conformes con los idiotas.
@@ -137,7 +136,7 @@ En tu archivo CONTRIBUTING, indica de manera expl&iacute;cita a los nuevos colab
 
 ![django new contributors page](/assets/images/building-community/django_new_contributors.png)
 
-En tu cola de asuntos, etiqueta errores que son convenientes para diferentes tipos de colaboradores: por ejemplo, [_"solo principiantes"_](https://medium.com/@kentcdodds/first-timers-only-78281ea47455#.g1k01jy05), "conveniente para quienes resuelven su primer bug", o "documentaci&oacute;n".  [Estas etiquetas](https://github.com/librariesio/libraries.io/blob/6afea1a3354aef4672d9b3a9fc4cc308d60020c8/app/models/github_issue.rb#L8-L14) hacen que sea m&aacute;s f&aacute;cil buscar problemas a resolver para alguien nuevo en el proyecto y as&iacute; poder comenzar
+En tu cola de asuntos, etiqueta errores que son convenientes para diferentes tipos de colaboradores: por ejemplo, [_"solo principiantes"_](https://medium.com/@kentcdodds/first-timers-only-78281ea47455#.g1k01jy05), "conveniente para quienes resuelven su primer bug", o "documentaci&oacute;n". [Estas etiquetas](https://github.com/librariesio/libraries.io/blob/6afea1a3354aef4672d9b3a9fc4cc308d60020c8/app/models/github_issue.rb#L8-L14) hacen que sea m&aacute;s f&aacute;cil buscar problemas a resolver para alguien nuevo en el proyecto y as&iacute; poder comenzar.
 
 Finalmente, utiliza tu documentaci&oacute;n para hacer que las personas se sientan bienvenidas en cada etapa del camino.
 

_articles/es/code-of-conduct.md

@@ -28,6 +28,7 @@ Un código de conducta te alienta a facilitar un comportamiento saludable
 Intenta establecer un código de conducta tan tempranamente como sea posible: idealmente, cuando crees tú proyecto.
 
 Además de comunicar tus expectativas, un código de conducta describe lo siguiente:
+
 *	Donde el código de conducta toma efecto _(¿solamente en las issues y pull requests, o en actividades de la comunidad como eventos?)_
 *	A quien o quienes aplica el código de conducta _(miembros de la comunidad y responsables de mantenimiento, pero ¿Qué hay acerca de los sponsors?)_
 *	Que sucede si alguien viola el código de conducta
@@ -60,9 +61,9 @@ Deberías brindar a las personas, una manera privada (por ejemplo, mediant
 
 Recuerda que alguien puede que desee reportar una violación acerca de la persona que recibe dichos reportes. En tal caso, bríndales la posibilidad de que dichos reportes, sean revisados por alguien más. Por ejemplo, @ctb y @mr-c [explican en su proyecto](https://github.com/dib-lab/khmer/blob/master/CODE_OF_CONDUCT.rst), [khmer](https://github.com/dib-lab/khmer):
 
->Instancias de abuso, acoso o similares comportamientos inaceptables pueden ser reportados mandando un email a **[email protected]** el cual solamente se dirigirá a C. Titus Brown and Michael R. Crusoe. Para reportar una cuestión que involucra a ambos, por favor envía un email a **Judi Brown Clarke, Ph.D.** el Director de Diversidad en el BEACON Center for the Study of Evolution in Action, un centro de la Fundación de Ciencia Nacional para la Ciencia y Tecnologia.*
+> Instancias de abuso, acoso o similares comportamientos inaceptables pueden ser reportados mandando un email a **[email protected]** el cual solamente se dirigirá a C. Titus Brown and Michael R. Crusoe. Para reportar una cuestión que involucra a ambos, por favor envía un email a **Judi Brown Clarke, Ph.D.** el Director de Diversidad en el BEACON Center for the Study of Evolution in Action, un centro de la Fundación de Ciencia Nacional para la Ciencia y Tecnologia.*
 
-Para inspirarte, mira el manual de ejecución de Django (https://www.djangoproject.com/conduct/enforcement-manual/)  (aunque quizás no necesites algo tan amplio, dependiendo del tamaño de tu proyecto).
+Para inspirarte, mira el [manual de ejecución de Django](https://www.djangoproject.com/conduct/enforcement-manual/)  (aunque quizás no necesites algo tan amplio, dependiendo del tamaño de tu proyecto).
 
 ## Aplicando tu código de conducta
 
@@ -114,4 +115,5 @@ Un reporte de comportamiento que _técnicamente_ no viola el código
 Finalmente, como responsable de mantenimiento, tú estableces y aplicas los estándares de comportamiento aceptable. Tienes la habilidad para moldear los valores de la comunidad del proyecto, y los participantes cuentan con que apliques dichos valores de manera justa e imparcial.
 
 ## Promover el comportamiento que quieres ver en el mundo 🌎
+
 Cuando un proyecto parece hostil y poco acogedor, incluso cuando se trata solamente de una persona cuyo comportamiento es tolerado por los demás, te arriesgas a perder mucho más contribuidores, algunos de los cuales quizás no conozcas jamás. No siempre es fácil adoptar o aplicar un código de conducta, pero fomentar un ambiente acogedor ayudara a que tu comunidad crezca.

_articles/es/finding-users.md

@@ -35,7 +35,6 @@ Por ejemplo, @robb utiliza códigos de ejemplo para comunicar claramente porqué
 
 Para una vista más profunda sobre cómo comunicar tu mensaje, puedes ver el ejercicio en Mozilla ["Personas and Pathways"](http://mozillascience.github.io/working-open-workshop/personas_pathways/) para el desarrollo de personas usuario.
 
-
 ## Ayuda a las personas a encontrar y seguir tu proyecto
 
 <aside markdown="1" class="pquote">

_articles/es/getting-paid.md

@@ -18,6 +18,7 @@ related:
 ## ¿Porqué algunas personas buscan apoyo financiero?
 
 La mayor parte del trabajo realizado en proyectos de código abierto es voluntario. Por ejemplo, alguien puede encontrarse con un error en un proyecto que usan y aplican una corrección rápida, o simplemente les puede gustar corregir proyectos de código abierto en su tiempo libre.
+
 <aside markdown="1" class="pquote">
   <img src="https://avatars2.githubusercontent.com/u/2894642?v=3&s=460" class="pquote-avatar" alt="avatar">
 Estaba buscando un proyecto de programacion para tenerlo como "hobby" y que me mantuviese ocupado en la semana de navidad. (...) Ten&iacute;a una computadora de hogar y no mucho m&aacute;s. Decid&iacute; escribir un interpretador para un nuevo lenguaje en el que he estado pensando &uacute;ltimamente. (...) Eleg&iacute; Python como t&iacute;tulo de mi trabajo.
@@ -27,6 +28,7 @@ Estaba buscando un proyecto de programacion para tenerlo como "hobby" y que me m
 </aside>
 
 Hay muchas razones por las cuales a una persona no le gustar&iacute;a que le pagaran por su trabajo en c&oacute;digo abierto.
+
 * **Ellos pueden llegar a tener ya un trabajo de tiempo completo que disfruten**, que los habilite a contribuir al c&oacute;digo abierto en su tiempo libre.
 * **Les gusta contribuir a los proyectos de c&oacute;digo abierto como un hobby** o escape creativo y no quieren sentise financieramente obligados a trabajar.
 * **Reciben otros beneficios al contribuir al c&oacute;digo abierto,** como construir su portfolio de reputaci&oacute;n, obtener nuevas habilidades, o sentirse cercanos a una comunidad.
@@ -96,12 +98,14 @@ Si tu empresa va por esta ruta, es importante mantener clara la relaci&oacute;n
 </aside>
 
 Si no pueden convencer a tu actual empleador de priorizar un trabajo de c&oacute;digo abierto, considera encontrar un nuevo empleador que motive a los empleados a contribuir. Busca empresas que hagan su dedicac&iacute;on al c&oacute;digo abierto expl&iacute;cita. Por ejemplo:
+
 * Algunas empresas, como [Netflix](https://netflix.github.io/) o [PayPal](http://paypal.github.io/), tienen paginas web que resaltan su participaci&oacute;n en el c&oacute;digo abierto.
 * [Rackspace](https://www.rackspace.com/en-us) publico su [pol&iacute;ticas de contribuci&oacute;n al c&oacute;digo abierto](https://blog.rackspace.com/rackspaces-policy-on-contributing-to-open-source/) para empleados.
 
 Proyectos que se originaron en una empresa grande, como [Go](https://github.com/golang) o [React](https://github.com/facebook/react), ser&aacute;n susceptibles a contratar personas que trabajen en c&oacute;digo abierto.
 
 Finalmente, dependiendo de tus circunstancias personales, puedes probar generar dinero de forma independiente para financiar tu trabajo de c&oacute;digo abierto. Por ejemplo:
+
 * @gaearon financio su propio trabajo [Redux](https://github.com/reactjs/redux) a trav&eacute;s de [Patreon crowdfunding campaign](http://redux.js.org/)
 * @andrewgodwin financi&oacute; su trabajo de migraci&oacute;n de esquemas de Django [a trav&eacute;s de una campa&ntilde;a kickstarter](https://www.kickstarter.com/projects/andrewgodwin/schema-migrations-for-django)
 
@@ -125,6 +129,7 @@ Algunos ejemplos comunes de proyectos sponsoreados incluyen:
 ### Crea un flujo de ingresos.
 
 Dependiendo de tu proyecto, puede que seas capaz de cobrar por soporte comercial o funciones adicionales. Algunos ejemplos incluyen:
+
 * **[Sidekiq](https://github.com/mperham/sidekiq)** ofrecen versiones pagas por soporte adicional.
 * **[Travis CI](https://github.com/travis-ci)** ofrece versiones pagas de su producto.
 * **[Ghost](https://github.com/TryGhost/Ghost)** es sin fines de lucro con una gesti&oacute;n de servicio paga.

_articles/es/how-to-contribute.md

@@ -92,7 +92,7 @@ Incluso si te gusta codificar, otro tipo de contribuciones son una gran manera d
 ### ¿Te gusta diseñar?
 
 * Reestructura los diseños para mejorar la usabilidad del proyecto
-* Dirige la investigación de los usuarios para reorganizar y refinar la navegación del proyecto o sus menús, [como lo sugiere Drupal ](https://www.drupal.org/community-initiatives/drupal-core/usability)
+* Dirige la investigación de los usuarios para reorganizar y refinar la navegación del proyecto o sus menús, [como lo sugiere Drupal](https://www.drupal.org/community-initiatives/drupal-core/usability)
 * Reúne una guía de estilos para ayudar al proyecto a tener un diseño con consistencia visual
 * Crea diseños para las remeras o un nuevo logo, [como hicieron los colaboradores de hapi.js's](https://github.com/hapijs/contrib/issues/68)
 
@@ -127,7 +127,7 @@ Incluso si te gusta codificar, otro tipo de contribuciones son una gran manera d
 
 ### ¿Te gusta ayudar a las personas?
 
-* Responde las preguntas acerca del proyecto en, por ejemplo, Stack Overflow ([como este ejemplo Postgres ](http://stackoverflow.com/questions/18664074/getting-error-peer-authentication-failed-for-user-postgres-when-trying-to-ge)) o en reddit
+* Responde las preguntas acerca del proyecto en, por ejemplo, Stack Overflow ([como este ejemplo Postgres](http://stackoverflow.com/questions/18664074/getting-error-peer-authentication-failed-for-user-postgres-when-trying-to-ge)) o en reddit
 * Responde preguntas a las personas en los problemas abiertos
 * Ayuda a moderar los foros de discusión o canales de conversación
 
@@ -484,19 +484,14 @@ Si el proyecto está alojado en GITHUb, acá te explicamos los pasos
 * **[Abre un fork del repositorio](https://guides.github.com/activities/forking/)** y haz un clon local. Conecta tu repositorio local con el repositorio "superior" original agregándolo como remoto. Descarga los cambios desde el repositorio superior con frecuencia de manera que puedas mantener al día, de forma que cuando tu envíes tu pull request, sea menos probable que haya conflictos. (ver más instrucciones detalladas [aquí](https://help.github.com/articles/syncing-a-fork/).)
 * **[Crea una rama](https://guides.github.com/introduction/flow/)** para tus ediciones.
 * **Haz referencia a cualquier problema relevante** o documentación de soporte en tu PR (por ejemplo "Cierra #37.")
-* **Incluye capturas de pantalla del antes y del después** si tus cambios incluyen diferencias en el HTML o CSS.  Arrastra y suelta las imágenes en el cuerpo de tu pull request.
+* **Incluye capturas de pantalla del antes y del después** si tus cambios incluyen diferencias en el HTML o CSS. Arrastra y suelta las imágenes en el cuerpo de tu pull request.
 * **¡Has pruebas de tus cambios!** Corre tus cambios contra las pruebas existentes si realmente existen, y crea nuevas pruebas si es necesario. Sin importar que existan o no las pruebas, asegúrate que tus cambios no produzcan roturas del proyecto existente.
 * **Contribuye con el estilo del proyecto** con el máximo de tus capacidades. Esto significa utilizar indentación, punto y comas o comentarios de manera diferente a lo que harías en tu repositorio, pero que hacen más sencillo para los responsables combinar y para otros de entender y mantener el proyecto en el futuro.
 
 Si se trata de tu primer pull request, verifica [Haz un Pull Request](http://makeapullrequest.com/), que fue creado por @kentcdodds como un recurso de recorrido gratuito.
 
 ## Qué pasa luego de que enviaste una contribución
 
-
-
-
-
-
 ¡Lo hiciste! Felicitaciones por convertirte en un colaborador open source. Esperamos que ésta sea la primera de muchas.
 
 Luego de que enviaste tu contribución, una de las siguientes situaciones puede ocurrir:
@@ -521,7 +516,6 @@ Si no tienes el tiempo para volver a trabajar en ese problema (por ejemplo, si l
 
 ### 👎 Tu contribución no es aceptada.
 
-
 Al final tu contribución puede o no ser aceptada. Con suerte, no hayas necesitado poner demasiado esfuerzo en ella. Si no estás seguro de por qué no fue aceptada, es completamente razonable preguntar al responsable por retroalimentación y esclarecimiento. De cualquier manera, al final debes aceptar que se trata de su decisión. No discutas ni adoptes una postura hostil. ¡Siempre serás bienvenido a hacer un fork y trabajar en tu propia versión si no estás de acuerdo!
 
 ### 🎉 Tu contribución es aceptada.