diff --git a/CONTRIBUTING-ruRU.md b/CONTRIBUTING-ruRU.md
index 2accdd9..c068d23 100644
--- a/CONTRIBUTING-ruRU.md
+++ b/CONTRIBUTING-ruRU.md
@@ -43,7 +43,7 @@
 
 * Загрузите вашу ветку на GitHub.
 
-* Отправье нам [запрос на слияние][pull request], добавьте комментарий к нему.
+* Отправьте нам [запрос на слияние][pull request], добавьте комментарий к нему.
 
 [fork]: https://help.github.com/articles/fork-a-repo
 [pull request]: https://help.github.com/articles/using-pull-requests
diff --git a/README-enUS.md b/README-enUS.md
index a3173ed..c6bd3be 100644
--- a/README-enUS.md
+++ b/README-enUS.md
@@ -572,7 +572,7 @@ render status: :forbidden
 
   * <a name="callbacks-order"></a>
     Order callback declarations in the order, in which they will be executed. For
-    referenece, see [Available Callbacks](http://guides.rubyonrails.org/active_record_callbacks.html#available-callbacks)
+    reference, see [Available Callbacks](http://guides.rubyonrails.org/active_record_callbacks.html#available-callbacks)
     <sup>[[link](#callbacks-order)]</sup>
 
     ```Ruby
diff --git a/README-ruRU.md b/README-ruRU.md
index a051176..c4a5faa 100644
--- a/README-ruRU.md
+++ b/README-ruRU.md
@@ -81,7 +81,7 @@
   `config/environments/`.
   <sup>[[ссылка](#dev-test-prod-configs)]</sup>
 
-  * Укажите добавленные вами ресурсы для комплиляции (при наличии):
+  * Укажите добавленные вами ресурсы для компилляции (при наличии):
 
   ```ruby
   # config/environments/production.rb
@@ -101,11 +101,11 @@
   <sup>[[ссылка](#staging-like-prod)]</sup>
 
 * <a name="yaml-config"></a>
-  Храните любые дополнительные файлы конфиругации в формате `YAML` в директории
+  Храните любые дополнительные файлы конфигурации в формате `YAML` в директории
   `config/`.
   <sup>[[ссылка](#yaml-config)]</sup>
 
-  Начиная с `Rails 4.2` файлы конфиругации в `YAML` можно легко загружать при
+  Начиная с `Rails 4.2` файлы конфигурации в `YAML` можно легко загружать при
   помощи нового метода `config_for`:
 
   ```ruby
@@ -230,7 +230,7 @@
   <sup>[[ссылка](#skinny-controllers)]</sup>
 
 * <a name="one-method"></a>
-  Каждое действие в котроллере должно (в идеале) вызывать не более одного
+  Каждое действие в контроллере должно (в идеале) вызывать не более одного
   другого метода (кроме `#find` или `#new`).
   <sup>[[ссылка](#one-method)]</sup>
 
@@ -429,7 +429,7 @@
     before_save :cook
     before_save :update_username_lower
 
-    # оставшиеся макросы (например, Devise) дожны записываться в конце
+    # оставшиеся макросы (например, Devise) должны записываться в конце
 
     ...
   end
@@ -933,7 +933,7 @@
   При явном формулировании запроса в таких методах, как `find_by_sql`,
   используйте HEREDOC в сочетании с методом `squish`. Это позволит вам
   оформить код SQL читаемым образом с переносами строк и отступами и
-  сохранит подержку подсветки синтаксиса на большинстве платформ (GitHub, Atom,
+  сохранит поддержку подсветки синтаксиса на большинстве платформ (GitHub, Atom,
   RubyMine).
   <sup>[[link](#squished-heredocs)]</sup>
 
@@ -1013,9 +1013,9 @@
   Многие опытные разработчики на `Rails` рекомендуют устанавливать стандартные
   значения только на уровне приложения и миграций, однако этот подход скрывает
   множество уязвимостей и потенциальных ошибок. Кроме этого, стоит рассмотреть
-  тот момент, что большиство сложных приложений используют одну совместную базу
+  тот момент, что большинство сложных приложений используют одну совместную базу
   данных вместе с другими приложениями, поэтому логика проверки, реализованная
-  в приложении на `Rails`, будет недоступа из других приложений.
+  в приложении на `Rails`, будет недоступна из других приложений.
 
 * <a name="foreign-key-constraints"></a>
   Устанавливайте ограничения на внешние ключи. Начиная с `Rails 4.2`