small devops fix

content/post/devops.md

@@ -85,7 +85,7 @@ date: 2016-05-26
 11. Мелкая поддержка 24/7 (автоматизация?)
 
 И получается, что сложные и общие вопросы решает одна команда, а все остальные команды не следят за тем, как обновляется графит или как меняются тренды докеров. Они просто используют внутренние продукты и утилиты, которые и являются лучшими практиками.
-Никто не пишет свой мониторинг, никто не придумывает своё докерное извращение — об это думает  специальная команда.
+Никто не пишет свой мониторинг, никто не придумывает своё докерное извращение — об этом думает  специальная команда.
 Но если вы хотите получать метрики и доставлять свои приложения на продакшн, у вас есть набор утилит/практик, помогающих делать это правильно, не наступая на одни и те же грабли. И не надо каждый раз изобретать велосипед и получать экспертизу там, где она вам не нужна.
 
 Подобная схема удобна. Команда опсов превращается в мультикоманду инженеров, которая занимается всем чем может и помогает везде где надо. В список задач может прийти и переписывание/оптимизация высокопроизводительного кода, и внутренний амазон, и упрощение сборки/доставки приложения.
@@ -99,4 +99,4 @@ date: 2016-05-26
 
 # Послесловие
 
-Для того чтобы девопс заработал, в него надо вложить немало сил. Но кроме этого много сил надо и для поддержки. Надо постоянно учиться, постоянно искать, что можно сделать лучше, и делать это лучше. Надо думать не только о сегодняшнем дне, но и том, что будет через год. Со стороны этой общей экспертной команды надо всегда смотреть на несколько шагов вперёд и стараться облегчить жизнь другим. Надо делать продукты максимально автономными и в меру абстрактными. Такими, чтобы они подходили как можно большему количеству инженеров. Сделать так, чтобы у остальных команд было как можно меньше проблем. А другие продуктовые команды должны принять на себя ответственность за свой продукт, ответственность за опыт своих пользователей и постоянно пересматривать свой продукт со стороны этого опыта. Мы в Grammarly сделали ставку на devops. И, кстати, мы хайрим(ссылка)
+Для того чтобы девопс заработал, в него надо вложить немало сил. Но кроме этого много сил надо и для поддержки. Надо постоянно учиться, постоянно искать, что можно сделать лучше, и делать это лучше. Надо думать не только о сегодняшнем дне, но и том, что будет через год. Со стороны этой общей экспертной команды надо всегда смотреть на несколько шагов вперёд и стараться облегчить жизнь другим. Надо делать продукты максимально автономными и в меру абстрактными. Такими, чтобы они подходили как можно большему количеству инженеров. Сделать так, чтобы у остальных команд было как можно меньше проблем. А другие продуктовые команды должны принять на себя ответственность за свой продукт, ответственность за опыт своих пользователей и постоянно пересматривать свой продукт со стороны этого опыта. Мы в Grammarly сделали ставку на devops. И, кстати, мы [хайрим](https://www.grammarly.com/jobs/engineering#openJobs)