docs: add correction to ru files (feature-sliced#645)

Author: icesurf666

i18n/ru/docusaurus-plugin-content-docs/current/about/mission.md

@@ -4,7 +4,7 @@ sidebar_position: 1
 
 # Миссия
 
-Здесь описаны цели и ограничения применимости методологии - которыми мы руководствуемся при разработке методологии
+Здесь описаны цели и ограничения применимости методологии, которыми мы руководствуемся при разработке методологии
 
 - Мы видим нашу цель, как баланс между идеологией и простотой
 - Мы не сможем сделать серебряную пулю, которая подходит всем
@@ -26,7 +26,7 @@ sidebar_position: 1
 **А также - приложить ко всему этому инструментарий (cli, линтеры)**
 Чтобы разработчики могли использовать *выверенный опытом* подход, позволяющий обходить давние проблемы архитектуры и разработки
 
-> *@sergeysova: Представьте - разработчик пишет код в рамках методологии и у него проблемы возникают раз в 10 реже, просто потому, что другие люди продумали решение многих проблем.*
+> *@sergeysova: Представьте: разработчик пишет код в рамках методологии, и у него проблемы возникают раз в 10 реже, просто потому что другие люди продумали решение многих проблем.*
 
 ## Ограничения {#limitations}
 

i18n/ru/docusaurus-plugin-content-docs/current/about/understanding/naming.md

@@ -4,7 +4,7 @@ sidebar_position: 4
 
 # Нейминг
 
-У разных разработчиков разный опыт и контекст, что может привести к недопониманию в команде, когда одни и те же сущности называются по-разному. Например:
+У разных разработчиков различный опыт и контекст, что может привести к недопониманию в команде, когда одни и те же сущности называются по-разному. Например:
 
 - Компоненты для отображения могут называться "ui", "components", "ui-kit", "views", …
 - Код, который повторно используется во всем приложении, может называться "core", "shared", "app", …
@@ -21,7 +21,7 @@ sidebar_position: 4
 
 ## Конфликты нейминга {#when-can-naming-interfere}
 
-Конфликты нейминга могут возникать, когда термины, используемые в методологии FSD, пересекаются с терминами, используемыми в бизнесе:
+Конфликты нейминга могут возникать, когда термины, которые используются в методологии FSD, пересекаются с терминами, используемыми в бизнесе:
 
 - `FSD#process` vs моделируемый процесс в приложении,
 - `FSD#page` vs страница журнала,
@@ -31,9 +31,9 @@ sidebar_position: 4
 
 Когда глоссарий проекта содержит терминологию, характерную для FSD, крайне важно проявлять осторожность при обсуждении этих терминов с командой и техническими незаинтересованными сторонами.
 
-Чтобы эффективно общаться с командой, рекомендуется использовать аббревиатуру "FSD" для префиксации терминов методологии. Например, когда речь идет о процессе, можно сказать: "Мы можем поместить этот процесс на на слой FSD features".
+Чтобы эффективно общаться с командой, рекомендуется использовать аббревиатуру "FSD" для префиксации терминов методологии. Например, когда речь идет о процессе, можно сказать: "Мы можем поместить этот процесс на слой FSD features".
 
-И наоборот, при общении с нетехническими заинтересованными сторонами лучше ограничить использование терминологии FSD и воздержаться от упоминания внутренней структуры кодовой базы.
+И наоборот, при общении с нетехническими заинтересованными сторонами лучше ограничивать использование терминологии FSD, а также воздержаться от упоминания внутренней структуры кодовой базы.
 
 ## См. также {#see-also}
 

i18n/ru/docusaurus-plugin-content-docs/current/get-started/tutorial.md

@@ -25,7 +25,7 @@ sidebar_position: 2
 
 На данный момент имеется множество способов сгенерировать и запустить шаблон проекта
 
-Не будем акцентироваться сильно на этом шаге, но для быстрой инициализации можно  воспользоваться [CRA (для React)](https://create-react-app.dev/docs/getting-started):
+Не будем акцентироваться сильно на этом шаге, но для быстрой инициализации можно воспользоваться [CRA (для React)](https://create-react-app.dev/docs/getting-started):
 
 ```cmd
 $ npx create-react-app todo-app --template typescript
@@ -78,7 +78,7 @@ $ npx create-react-app todo-app --template typescript
 
 Каждый, кто хоть сколько давно разрабатывал фронтенд-проекты, примерно понимает преимущества и недостатки такого подхода.
 
-Однако все еще большинство фронтенд-проектов представляют из себя нечто такое, поскольку **нет проверенной опытом гибкой и расширяемой альтернативы**
+Однако, все еще большинство фронтенд-проектов представляют из себя нечто такое, поскольку **нет проверенной опытом гибкой и расширяемой альтернативы**
 
 *Помножим это на вольные адаптации структуры под каждый проект, без запрета со стороны фреймворка - и [получим "уникальные как снежинки проекты"][refs-motivation]*