Объяснение:

Стандарт IEEE 754 (используемый в Python) не способен представить числа больше 2 ** 53. Поэтому и num_one, и num_two округляются до 9007199254740992.0

Объяснение:

Тут нет какой-то тайны или хитрости — при сравнении разных типов коллекций (пускай и с одинаковыми элементами) мы получим False

Объяснение:

Ответ 100 объясняется максимально просто — т.к. мы не вызывали func_one() и func_two(), то и переменная num никак не изменилась, оставшись равняться 100

Объяснение:

Пройдёмся по порядку. Изначально наш lst равнялся ['lst_one', [1, 2, 3], 'lst_three']

Затем командой del lst[1][1] мы удалили элемент с индексом 1 в lst_two, т.е. 2. По итогу этот список стал равняться [1, 3]

Ну и когда мы вывели на печать lst, то мы увидели искомый ответ — ['lst_one', [1, 3], 'lst_three']

Объяснение:

Внутри функции создаётся новый объект типа «список», в результате чего ссылка на изначальный объект теряется

По итогу внешний lst остаётся равен [42], в то время как внутренний local_lst будет равен [21]

Объяснение:

Если мы делим с использованием /, то ответом всегда будет float

При этом в Python есть отрицательный ноль. Он получается в результате деления 0 на отрицательное число

Объяснение:

Значение hash(float('inf')) — одно из системно-зависимых параметров встроенной хэш-функции для числовых типов

К нему также можно получить доступ как к sys.hash_info.inf

314159 было выбрано в CPython как значение по умолчанию (с явной отсылкой к числу Пи) Тимом Питерсом ещё в 2000 году