other devops style fix

content/post/devops.md

@@ -90,7 +90,9 @@ date: 2016-05-26
 
 Подобная схема удобна. Команда опсов превращается в мультикоманду инженеров, которая занимается всем чем может и помогает везде где надо. В список задач может прийти и переписывание/оптимизация высокопроизводительного кода, и внутренний PaaS, и упрощение сборки/доставки приложения.
 
-И такая команда становится намного гибче за счёт того, что у неё появились продукты, которые она делает. Не поддержка всего на свете, а конкретные продукты, как и в других продуктовых командах. После чего становится возможным выставлять собственные приоритеты, ориентируясь на общее инженерное виденье, делать продукт для конкретных пользователей. А остальные продуктовые команды, наоборот, приближаются к тому, как работает их код, и это достаточно благостно и отрезвляюще влияет на продукт-менеджмент и стабильность, ведь если вы отвечаете за пользовательский опыт, то обычно очень быстро находите нужную и выгодную именно вам точку между стабильностью и новыми возможностями.
+И такая команда занимается не поддержкой всего на свете, а конкретными продуктами, как и в других продуктовых командах. И как для других продуктовых команд для неё становится возможным выставлять собственные приоритеты, ориентируясь на общее инженерное виденье, делать продукт для конкретных пользователей.
+
+А остальные продуктовые команды лучше понимают то, как работает их код в продакшене, и это достаточно благостно и отрезвляюще влияет на продукт-менеджмент и стабильность, ведь если вы отвечаете за пользовательский опыт, то обычно очень быстро находите нужную и выгодную именно вам точку между стабильностью и новыми возможностями.
 
 ![](/images/devops/wow.png)