chore: rev01

content/es/devops.md

@@ -5,12 +5,12 @@ category: concept
 ---
 
 ## Qué es
-DevOps es una metodología en la que los equipos son dueños de todo el proceso, desde el desarrollo de la aplicacion hasta las operaciones de producción, de ahí el término DevOps. Va más allá de implementar un conjunto de tecnologías y requiere un cambio completo en la cultura y los procesos. DevOps requiere grupos de ingenieros que trabajen en componentes pequeños (en lugar de una función completa), reduciendo las transferencias, una fuente común de errores.
+DevOps es una metodología en la que los equipos son dueños de todo el proceso, desde el desarrollo de la aplicación hasta las operaciones en producción, de ahí el término DevOps. Va más allá de implementar un conjunto de tecnologías y requiere un cambio completo en la cultura y los procesos. DevOps requiere grupos de ingenieros que trabajen en componentes pequeños (en lugar de una función completa), reduciendo las transferencias, una fuente común de errores.
 
 ## Problema que aborda
-Tradicionalmente, en organizaciones complejas con [alto-acoplamiento](/tightly_coupled_architectures/) [aplicaciones monolíticas](/monolithic_apps/), el trabajo generalmente se fragmentaba entre varios grupos. Esto dio lugar a numerosos traspasos y largos plazos de entrega. Cada vez que un componente o alguna actualización estaba lista, se colocaba en una fila para el siguiente equipo. Debido a que las personas solo trabajaron en una pequeña parte del proyecto, este enfoque condujo a una falta de propiedad. Su objetivo era entregar el trabajo al siguiente grupo, no ofrecia la funcionalidad correcta al cliente - una clara desajuste de prioridades.
+Tradicionalmente, en organizaciones complejas con [aplicaciones monolíticas](/monolithic_apps/) e con arquitecturas con [alto acoplamiento](/tightly_coupled_architectures/), el trabajo generalmente se distribuía entre varios equipos. Esto dio lugar a numerosos traspasos y largos plazos de entrega. Cada vez que un componente o alguna actualización estaba lista, se colocaba en una fila para el siguiente equipo. Debido a que las personas solo trabajaron en una pequeña parte del proyecto, este enfoque condujo a una falta de propiedad. Su objetivo era entregar el trabajo al siguiente grupo, en vez de ofrecer la funcionalidad correcta al cliente - un claro desajuste de prioridades.
 
-Cuando el código finalmente entró en producción, pasó por tantos desarrolladores, esperando en tantas filas que era difícil rastrear el origen del problema, si el código no funcionaba. DevOps dio la vuelta a este enfoque.
+Cuando el código finalmente entró en producción, pasó por tantos desarrolladores, esperando en tantas filas que era difícil rastrear el origen del problema si el código no funcionaba. DevOps dio la vuelta a este enfoque.
 
 ## Cómo ayuda
-Tener un equipo que es dueño de todo el ciclo de vida de una aplicación da como resultado transferencias minimizadas, reduce el riesgo al implementarlo en producción, mejora la calidad del código ya que los equipos también son responsables del código ejecutado en producción y aumento de la satisfacción de los empleados debido a una mayor autonomía y propiedad.
+Tener un equipo que es dueño de todo el ciclo de vida de una aplicación tiene como resultado transferencias minimizadas, reduce el riesgo de implementación en producción, mejora la calidad del código ya que los equipos también son responsables del código ejecutado en producción y aumenta la satisfacción de los empleados debido a una mayor autonomía y propiedad.