From 5eeb1053aaeaa72e7b052c569eeb52638e21a661 Mon Sep 17 00:00:00 2001
From: Vadim Nifadev <36514612+nifadyev@users.noreply.github.com>
Date: Mon, 22 Apr 2024 12:13:13 +0300
Subject: [PATCH] Translate Not knot example

---
 translations/README-ru.md | 28 ++++++++++++++++++++++++++++
 1 file changed, 28 insertions(+)

diff --git a/translations/README-ru.md b/translations/README-ru.md
index 387f8d7..0af0e51 100644
--- a/translations/README-ru.md
+++ b/translations/README-ru.md
@@ -1291,4 +1291,32 @@ True
     ```
 - Это означает, что когда синтаксический анализатор встречает обратный слэш в необработанной строке, он ожидает, что за ней последует другой символ. А в нашем случае (`print(r"\")`) обратная слэш экранирует двойную кавычку, оставив парсер без завершающей кавычки (отсюда `SyntaxError`). Вот почему обратный слеш не работает в конце необработанной строки.
 
+--
+
+
+### ▶ Не узел! (eng. not knot!)
+<!-- Example ID: 7034deb1-7443-417d-94ee-29a800524de8 --->
+```py
+x = True
+y = False
+```
+
+**Результат:**
+```py
+>>> not x == y
+True
+>>> x == not y
+  File "<input>", line 1
+    x == not y
+           ^
+SyntaxError: invalid syntax
+```
+
+#### 💡 Объяснение
+
+* Старшинство операторов влияет на выполнение выражения, и оператор `==` имеет более высокий приоритет, чем оператор `not` в Python.
+* Поэтому `not x == y` эквивалентно `not (x == y)`, что эквивалентно `not (True == False)`, в итоге равное `True`.
+* Но `x == not y` вызывает `SyntaxError`, потому что его можно считать эквивалентным `(x == not) y`, а не `x == (not y)`, что можно было бы ожидать на первый взгляд.
+* Парсер ожидал, что ключевое слово `not` будет частью оператора `not in` (потому что оба оператора `==` и `not in` имеют одинаковый приоритет), но после того, как он не смог найти ключевое слово `in`, следующее за `not`, он выдает `SyntaxError`.
+
 ---