В Python - нет переменных. И как теперь жить? Python Memory Management на пальцах

[@t0digital]

Мой курс «Хардкорная веб-разработка» - course.to.digital Вжух!

[@binaryman440]

Несмотря на то что я знаю обо всем что говорится в видео, действительно было интересно послушать это в интерпретации Алексея, уверен новичкам зайдет. Однозначно, железобетонный лайк.

[@t0digital]

Спасибооо!

[@eagold]

а я не знал, и было очень интересно

[@Игорь-р6м2ы]

редкий случай когда знал, но сознаваться себе не хотел. Теперь придется с этим жить и об этом невольно думать. И лайк конечно же.

[@the2soul]

вот зачем нужно учить Си) хотя, я эти нюансы узнал, изучая Pascal, но не суть, полезно учить более низкоуровневые языки

[@hardline_fc]

Соглашусь с @binaryman440, хоть и сам владею питоном, но посмотрел почти все видео этого канала. @t0digital вы тот специалист которого бы хотелось иметь в своей команде. И один и из трех русскоговрящих айти блогеров которых я вообще смотрю.

[@nazimtairov6861]

Спасибо за выпуск. Следующая идея для ролика: Рассказать/показать как работать с утечками в памяти. Думаю, большинству будет полезно как хантиться за memory leaking'ом.

[@ВикторЗырин-и9ч]

25 минут видео, чтобы озвучить примерно следующее "В C# существуют две разновидности типов: ссылочные типы и типы значений. В переменных ссылочных типов хранятся ссылки на их данные (объекты), а переменные типа значений содержат свои данные непосредственно. Две переменные ссылочного типа могут ссылаться на один и тот же объект, поэтому операции над одной переменной могут затрагивать объект, на который ссылается другая переменная. При использовании типов значений каждая переменная имеет собственную копию данных, и для операций с одной переменной невозможно повлиять на другую (за исключением inrefслучаев, и out переменных параметров; см. модификатор ref и out). Ну, а в Пайтоне существуют только переменные ссылочного типа, поскольку в Пайтоне всё является объектами".

[@mkhnuser]

Алексей, ещё не посмотрел видео, но уже знаю, что будет годнота. Большое спасибо за рассматривание intermediate топиков, таких видео мало. Успехов с каналом!

[@sergeys4732]

Так у лутца все написано слово в слово) это база, а не интермидиейт уровень, база которую надо знать как отче наш

[@MrRussianuser]

Переменная (программирование) - поименованная, либо адресуемая иным способом область памяти, адрес которой можно использовать для осуществления доступа к данным и изменять значение в ходе выполнения программы. Если давать такое определение, то объект в куче можно назвать переменной, а в коде мы ссылаемся на эту переменную через ссылки (масло масленное). Ролику конечно лайк в любом случае

[@AlexDanov]

Добавлю от себя: Переменная - именованная область памяти! Указатель это тип переменной, адрес другого места в памяти с данными. Обычно доступен в двух режимах: можно прочесть адрес, а можно значение по этому адресу (обычно в куче). А ссылка это указатель, т.е. переменная типа указатель, которая в обычном режиме получает значение по хранимому адресу, без доступа к указателю, без арифметики указателей, т.е. только один режим доступа, обычно неотличимый от переменной простого типа (целого). Т.е. ссылка это тоже тип переменной. Поэтому "В Python нет переменных, а есть ссылки" это троллинг, свой сленг, может быть допустимый в пределах небольшой песочницы.

[@t0digital]

@@AlexDanov есть устоявшаяся терминология в языках программирования. Python же не один язык на планете. Вот вы говорите об указателях и ссылках. В питоне же нет явного разделения - вот переменная, вот указатель, вот ссылка. В C++, скажем, есть - и это все 3 разные понятия. Что из этого является «переменной» в Python?

[@t0digital]

@@kirillgimranov4943 автор не шарит, поясните тупенькому:)

[@AlexDanov]

@@t0digital переменная связывает имя со значением, которое можно менять, а не с коробкой! Значением может быть адрес объекта в памяти. Всё как обычно. В конце концов, Python поверх Си работает, из которого берется терминология. Попытка утверждать, что в пайтоне нет переменных это антипаттерн, как кнопки работы с окном слева в MacOS, в противовес кнопкам справа в Windows. Или переставленные кнопки Ok/Cansel. Чтобы "а нефиг!" между платформами прыгать. Аналогично вдруг в Python пропали переменные. Хотелось бы узнать первоисточник этой "мудрости".

[@t0digital]

@@AlexDanov и всё ж таки вы не ответили на мой вопрос

[@OmgOrganic]

Открыл для себя хранение данных с абсолютно новой стороны. Раньше вообще не задумывался как и где все это дело хранится. Спасибо!

[@t0digital]

Отлично!

[@ИоаннИщенко-р4о]

20:43 тут пожалуй новичок может запутаться, первое, что хочется добавить это то что если нужно обезопаситься от изменений объекта в функции методом копирования лучше всего использовать глубокое копирование (from copy import deepcopy), т.к. если у нас список списков при копировании срезом или стандартным методом copy происходит поверхностное копирование ссылок😊 Ещё по поводу аргументов по умолчанию если это сложные объекты лучшей практикой будет указать None, а в самой функции уже присвоить необходимое деыолтное значение. А ну и тут стоит сказать что при передачи в функцию неизменяемых объектов таких накпример как числа связи уже не будет. (При увеличении полученнного числа в функции из вне значение не изменится) Надеюсь хоть кому-то будет полезно) А ещё можно поиграться и посмотреть что при создании нескольких имён на одинаковые неизменчемые объекты (например это особенно интересно со строками) все они будут ссылаться по одному адресу))

[@АндрійБуханенко]

Алексей, спасибо за выпуск! Рассмотрите, пожалуйста, тему "Утечки памяти в Python", мало кто задумывается об этом, в нашем любимом языке (

[@ОлександрЩирба-ф7ш]

Круто, очень интересно!

[@andreiosipov2766]

Только пример с копией изменяемой структуры не совсем сработает при бОльшей вложенности. Например списки в списках. В копии вложенные структуры будут ссылаться туда же, куда и вложенные в оригинал структуры. В этом случае может помочь функция deepcopy() из пакета copy

[@БорисОстроумов-т7к]

так суть именно в обычном копировании, а так можно пройтись рекурсией, чтобы все вложенности скопировать. copy отвечает именно за поверхностую целостность структур, чтобы каждая позиция ссылалась на одну область памяти и выдавать ошибку в случае изменения этой позиции, а какие структуры внутри уже, на это copy чихать. Иными словами, copy не следит за тем, какие структуры внутри основной. Пример с кортежем это подтверждает, область памяти не меняется, вот ему и чихать, какая там структура

[@andreiosipov2766]

@@БорисОстроумов-т7к если бы ваш ответ было возможно прочитать - было бы намного лучше)

[@maxtaranenko9620]

Супер, только в примере про getrefcount посчитались не a и b, в них лежит нан так как там был вызов функции. import sys def empty(): pass print(sys.getrefcount(empty)) тоже напечатает 2 :)

[@t0digital]

да, там надо было не вызывать эту функцию, конечно. import sys def empty(): pass a = empty b = empty c = empty d = empty print(sys.getrefcount(empty)) # 6

[@goodspochtoy1703]

Впервые наткнулся на канал. Во-первых спасибо за подробности, во-вторых спикер (вероятно автор) молодец в плане хорошо поставленной дикции,, или монтажер молодец, в любом случае приятно слушать инфу без "эээ", "аааа", "ээээммм". Да и инфа полезная. Здорово!

[@chum2470]

Побольше такого контента пожалуйста!

[@t0digital]

Буду делать, спасибооо!

[@hopelesssuprem1867]

Очень классный видос, было бы круто, если бы ты сделал такие же видосы про асинхронность и многопоточность: что и когда лучше использовать, какие проблемы они решают, какие у них есть методы и как их лучше использовать и т.д.

[@domochevsky4703]

Хороший видос. Спасибо.

[@alisherrakhimov1997]

Ну как вы это делаете, не туториал а прям полезный подкаст, хочется слушать вас с чайком и печеньками)

[@nopiece3733]

Все круто, отличная подача для начинающих. Спасибо за проделанную работу) Но есть один момент: Там где идёт работа с функцией empty закралась опечатка/ошибка. В переменные a, b присваивается не объект функции, а непосредственно результат её выполнения. Скобки были лишними.

[@andro_id]

Спасибо за отличную подачу крайне важной темы. Давно были попытки найти хорошее объяснение работы пайтона с памятью, но только здесь удалось получить наиболее исчерпывающее :)

[@t0digital]

Спасибо!

[@ЕрвандАгаджанян-в3к]

Спасибо! Гениальное видео! Пожалуйста, сделай видео про unix утилиты sed и awk

[@НадеждаКостюченко-д3д]

Хосподя! Спасибо Алексею! Я только изучаю вот это вот все))) Но, в таком доступном формате изложения я еще не встречала! Прям обняла))

[@t0digital]

Спасибо! Рад, что полезно!

[@Vjidowkdkcpapqkfjfw]

Огромнейшая благодарность!

[@yaroslaw_channel]

Дуже цікаве та корисне відео, дякую)

[@plscomeback]

скажу кратко: просто и доступно!

[@hatiko8227]

А теперь вспоминаем что ссылка - это частный случай переменной)

[@vkurilin]

Спасибо за видос. Понимаю, что возможно упрощение для лучшей доступности материала, но всё же важно подсветить два момента: 1) На стек никто не запрещает положить данные, размер которых заранее неизвестен. Главное, чтобы программа потом смогла подвинуть указатель стека обратно при разрушении объекта. Например gcc может положить на стек массив (именно сами данные) с заранее неизвестным размером. 2) На самом деле есть ещё статическая область данных, и как правило константы располагаются именно в ней, а не на куче (например строковые, как в видео)

[@Uni-Coder]

1) Только такой элемент данных может быть только один и располагаться в конце стека. Кажется (я пока не изучал это), мало кто до этого использовал такую стратегию (с ваших слов - gcc), но в последних C# что-то такое появилось (могу ошибаться, надо почитать). Если есть инфа, можете поделиться на моем канале где-нибудь в комментах, буду благодарен

[@vkurilin]

@@Uni-Coder да почему один и только в конце? Как устроен стек? Когда кладёшь элемент, записываешь в память данные, и уменьшаешь RSP, указывающий на вершину стека на размер записанных данных. Надо удалить данные со стека - увеличиваешь RSP обратно на тот же размер. Для динамического размера данных надо ещё просто аккуратно записать их размер) Можно самому на ассемблере накидать за 15 минут в качестве развивающего упражнения.

[@t0digital]

Буду благодарен за ссылки по хранению данных заведомо неизвестного размера в стеке, как и где и зачем это реализовано. Будет интересно почитать. Про статическую область памяти тоже будет интересно почитать. Гуглится sram, но это же не то. Я не спора ради, действительно интересно.

[@Uni-Coder]

@@vkurilin Это ломает всю компиляцию. Компилятор должен знать смещение каждой переменной от начала стекфрейма, иначе смысла в стеке просто нет, стек перестаёт отличаться от кучи. Можно себе позволить лишь одну переменную на вершине стека с динамической длиной. Немного похоже на переменное число аргументов в C, только здесь вы будете знать хотя бы тип. Вы теоретизируете (что это в принципе возможно) или знаете конкретные примеры?

[@Uni-Coder]

@@t0digital Покурил документацию. Да, бывает аллокация на стеке. alloca (C), stackalloc(C#). Но ежу понятно, что она ломает компиляцию, т.к. смещение данных от начала стекфрейма становится динамическим.

[@TheMonth1996]

Насчет последнего (20:41) всегда принимал за истину, т.к. это описано в PEP, а теперь предельно ясен данный момент. Алексей, спасибо

[@artemkaliuzhnyi8276]

Спасибо большое, очень помогло ваше видео

[@stas_v]

Спасибо! Очень познавательно.

[@egoruzh]

Интересно, спасибо )

[@piktogor]

Большое спасибо! Высший пилотаж рассказчика)

[@t0digital]

Спасибооо!

[@VladimirSalygin]

Интересно. Спасибо.

[@rzabolotin]

Спасибо за видео.

[@IndianaJons1986]

Спасибо, подробно, интересно и полезно.

[@exe88cution]

Качественно записано/сделано, хорошо поставленная речь - приятно слушать. Надеюсь и дальше продолжите рассматривать углублённые темы, очень интересно

[@t0digital]

Спасибоо🙏

[@OldHeffalump]

Очень круто!

[@knarg4682]

22:40 -- вот как раз пример того, что пространство памяти у функции одно-единственное, сколько бы раз её ни вызывали. И поскольку список в нём не задаётся каждый раз заново, а хранится один и тот же (аж до окончания работы кода в области памяти, объемлющей данную либо пока не удалить принудительно), то эффект логичен и очевиден. "Пространства имён", говорили они, "это круто", говорили они. Так почему бы про них не помнить))

[@georgiy_kulagin]

Очень годное видео! Все эти "подкапотные штуки" - очень интересная тема и её очень мало в русскоязычном сегменте youtube или блогосфере. Спасибо!

[@Nick-zu9bi]

Алексей, спасибо за видос

[@t0digital]

Спасибооо!

[@КоньЛюдоед-ф6ф]

Спасибо очень доступно объяснили

[@LukyTXN]

Алексей, ты что-то вес набрал. Держи себя в форме, не расплывайся )) За ролики спасибо ))

[@kostyanwest]

Можно было бы ещё дать комментарий, по поводу того, почему у None и малых значений чисел (0, 1, 2) было так много ссылок: они хранятся в куче в единственном экземпляре для оптимизации. Именно поэтому объект можно сравнивать по адресу с None, а не только через оператор сравнения.

[@acesultonov583]

Если бы в универе так объяснили материал, то на 2 -ом курсе уже все (или почти все) могли бы стать крутыми программистами. Благодарим за материал. Ждем еще других выпусков.

[@dmitriyobidin6049]

Я понимаю, что это скорее всего фигура речи, но фактически это неправда. Вот на ютубе лежит весь нужный материал, чтобы стать крутыми программистами. Но что-то не у всех получается, даже у тех кто сильно мотивирован.

[@Gabriel-hg7fl]

Не забываем что преподы работают в лайве, а не записывают видео, где всё можно поправить, никто не задаст никаких вопросов и т.д. А ещё, они не учителя, а именно преподы, понятия разные. Первые - обязаны тебя чему-то научить, а вторые просто преподают материал и в остальном всё зависит от тебя, а не от препода. Так что тут вопрос скорее в самой программе, чем в преподе, хотя я и не отрицаю того, что с хорошим преподом, который хочет научить материал воспринимается чуть легче.

[@radlimon2466]

@@dmitriyobidin6049 да нету у меня столько времени чтобы перемалывать все что есть в интернете и на ютубе. как раз подача в таком виде - большая редкость.

[@acesultonov583]

@@Gabriel-hg7fl Я имел в виду именно подход и метод подачи материалов по наглядности и доступности.

[@acesultonov583]

​@@dmitriyobidin6049 Приветствую! ) 1 - На ютубе редко можно найти материалов которые так понятны и детально разобраны. А если можно найти, то они точно не структурированы и не собраны для конкретной специальностей или направлений как это сделано в универе. Тем более в комментах, я сравнил исключительно подачи и наглядность инфы. 2 - Если даже на ютубе лежит нужный материал (что очень сомневаюсь), то не все кто смотрит ютуб хочет стать программистом. А учащихся в универе, почти все хотят, ибо они как-то готовятся, поступают и вложат свои лучшие годы на учебу. Универ точно имеет свои плюсы в плане развитие чела в приобретение софт скилы, связи и т.д.. 3 - Конечно -же, чтобы становиться "кем-то" , многое завесить от самого человека. Но, для того, чтобы найти достойных материалов, надо оочень стараться и искать зеттабайты инфы из инета.

[@Василийпупкин-ю7ы]

Шикарно! Проясняет многое в языке. Ну и к слову не зря Андрей Столяров настаивает на том что начинать програмировать с Паскаля и освоить работу с указателями в нём. Когда понимаешь что такое указатель и как из них можно собрать хотябы список гораздо проще усвоить вот это поведение пайтона.

[@swag4297]

Огромное спасибо, очень интересное видео: ты знаешь из этого что-то, но как-то никогда не экспериментировал и смотришь как будто на сакральные знания, воу.

[@avpmk]

Идём в документацию по питону, ищем по слову variable, узнаём, что переменные сущесьвуют. То, что в примере переменная указывает сначала на один объект, потом на другой не делает её не переменной)

[@avpmk]

Но суть понятна, в питоне все переменные ссылочные (это я из видео подчеркнул, если это не так, не обижайтесь, я не проверял).

[@grieverrr]

в пайтоне "всё есть объект" в том числе и объекты выполняющие функции переменной. отсюда и заголовок. вы немножечко не смогли в иронию.

[@avpmk]

Почитайте всё же документацию.

[@t0digital]

Просто в пайтоне нет отличных друг от друга понятий переменная, указатель, ссылка, поэтому всё (очень условно) называется переменной. Но в других многих языках есть и переменные, и указатели, и ссылки, и в этой терминологии именно переменных в пайтоне нет. docs.python.org/3/tutorial/classes.html «Objects have individuality, and multiple names (in multiple scopes) can be bound to the same object. This is known as aliasing in other languages.» И там дальше. Это именно то, о чем я говорю. Имена привязываются к объектам, то есть то, что в пайтоне называют переменными по сути это не переменные, это имена, привязанные к объектам.

[@avpmk]

>> то, что в пайтоне называют переменными по сути это не переменные, это имена, привязанные к объектам. Ну почему же не переменные, вполне себе переменные. Сначала переменная может ссылаться на один объект в памяти, потом на другой. Такие они - переменчивые) Их и в java и в js и C# переменными назывыают. class YavaOrSharp { void m() { var thisIsALocalVariable = new Object(); thisIsALocalVariable = "variated"; } } function js() { var v = new Object(); v = "variated"; }

[@ПавелЦынк]

Я теперь в теме, меня теперь не обмануть !)

[@probro-cw9rt]

Большое спасибо за интересную подачу, важного новичкам материала

[@t0digital]

Спасибо!

[@trezzh4]

Спасибо, интересно. Обычно я смотрю видео на английском, они как правило полнее и лучше структурированы, ваши видео как раз хорошее исключение.

[@t0digital]

Спасибооо!

[@Terrensino]

Спасибо за видео :) Недавно сам начал изучать Пайтон, делая в процессе игрушку, -- и сегодня долго не мог понять, почему один из алгоритмов не работал, как следует, хотя строки выглядели, как надо. Оказалось, что, когда присваивал одной из "переменных" значение другой, вместо этого происходило что-то иное -- и если значение менялось, то делало это сразу для всех "переменных" :D Когда осознал, что всё, что раньше у себя в коде считал переменными, на самом деле таковыми не являются, а присваивание работает не как присваивание -- испытал лёгкий шок и открыл для себя модуль copy, чтобы копировать значения и больше не бояться. Фух! Благодаря ролику убедился, что всё правильно понял :)

[@andreykorotkiy3397]

Алексей, спасибо за выпуск! Как всегда все четко и понятно. Единственно пожелание касается вима - мог бы ли ты выводить на экран, что ты вводишь с клавиатуры. Мне как новичку трудновато понять, как все так быстро происходит)

[@t0digital]

это не будет отвлекать:)?

[@andreykorotkiy3397]

@@t0digital не знаю) Погуглил и нашел как я это себе представлял - kzbin.info/www/bejne/mISwi5qOr6hsd6M

[@alexandrameas4436]

ТО есть в последнем примере - объект "пустой список" создаётся не при вызове функции, а при её определении?

[@IgnatikVodichka]

Круто!))

[@XXzoroXy]

Лайк тебе, доходчиво объясняешь. Спасибо за труд и удачи!

[@crazy_s9925]

Знал об этом, но материал подан качественно, начинающим обязательно к просмотру)

[@hronoz40]

Шедевр

[@ФеликсЧерский]

18:00 - косяк. Функция empty вызывается, на неё не берётся ссылка. Если написать a = empty, b = empty, то getrefcount(empty) вернёт 4

[@alexandreabramtsev9160]

7:34 Он все таки проговорился: вот, напимер, создаем переменную first_name... D)

[@МишаМихаил-ф7х]

Я когда начал питон изучать сразу просек это. Переменная это ссылка на адрес в памяти, где значением является типа данных, само имя переменной это ссылка, адрес в памяти хранит значение объекта. Это становится ясно когда изучаешь типы данных что самое начало изучения питона. Мутабельные и немутабельные типы сами кричат об этом, но их мало кто слышит. Как говорится кто слышит, тот будет прогером. Кто нет, просто будет повторять уроки с ютуба и не более

[@cbrnt4157]

интересное поведение с 6-ю Jack'ами. По сути некорректно ведет себя инициализация значения по умолчанию: интерпретатор зачем-то проверяет существование переменной spisok и не создает ее заново. То есть, правильно так: если не прилетело на вход функции - всегда заново инициировать spisok

[@Даниил-з1ц6щ]

Спасибо за контент!

[@IlnurSaifutdinov-oo9xm]

Доходчиво

[@billvoidcipher4591]

Спасибо за прекрасное объяснение! Но у меня остался один вопрос. Как это в общем это обозвать, что проверяя ссылки на число или None, там было больше ссылок чем в коде(Что бы я мог нагуглить подобные случаи)? Я так понимаю так ссылаются на не изменяемые типы данных, чтобы экономить память.

[@SergeyTarabara]

Классное видео! Спасибо! А можно такое же про asyncio, конкаренси и мультисрединг подходы в питоне.

[@Johniooooo]

18:04 a и b все-таки ссылаются на None, а на объект функции empty ссылается только переменная empty

[@t0digital]

Не надо было вызывать функцию, да. import sys def empty(): pass a = empty b = empty c = empty d = empty print(sys.getrefcount(empty)) # 6

[@grieverrr]

@@t0digital добавьте в описание ролика, замордуют)

[@mrkhloud]

Узнал новое, спасибо

[@alexandreabramtsev9160]

Кстати я слышал другое название - идентификатор. Действительно в каком то смысле в py нет переменных. Хотя.... в некоторых языках есть отдельный тип - pointer - и там это наверное все таки переменная - только хранит не значение а ссылку. А в py происходит автоматическое разименование ссылки в значение. Очень хорошее видео,

[@shurickskalkovich1320]

У вас при подсчете ссылок на empty ошибка. Т.к. вы вызвали empty, для присвоения a и b, то там технически лежат None'ы из-за pass в теле функции. А кол-во ссылок такое из-за объявленной функции и передаче ее, как аргумент, в getrefcount, т.е 2 ссылки. Вы, наверное хотели не вызывать функции, а положить ее в переменные))

[@korshyn05]

Алексей, очень круто! Если можно, то больше таких видео!

[@Яиду-р1г]

Просто капитальный красавчик

[@andreiosipov2766]

Хоба! Вот это подгон, спасибо! И я снова котан

[@mansuandumo]

Спасибо в любом случае за старания) но хотелось бы более глубоких и неочевидных вещей.

[@t0digital]

Это видео возникло как ответ на один вопрос на курсе. Судя по комментам не для всех тут материал очевиден:)

[@pythonbeginnerr]

Премного благодарен за контент! Уважаемые слушатели, самое пристальное внимание акцентируйте на 09:05-09:40🤝

[@donfedor007]

Доброе время суток! Список получается ранит коллекцию ссылок на объекты в куче? При этом сам список тоже хранится в куче? А ссылка на сам список хранится в стеке? Так?

[@romanbush5164]

Начало объясняет азы плюсов)), стек , куча

[@ДмитрийЮркевич-и3л]

У вас ошибка на 18:03 import sys def empty(): pass print(sys.getrefcount(empty)) Вот этот код напечатает 2, и этого, в некотором смысле, достаточно. А когда вы делаете a = empty() b = empty() то вы в a и b кладёте ссылки на None, а не на empty. И к той двойке, которую в итоге напечатает код, эти присваивания не имеют никакого отношения.

[@vladimirsemenov942]

Очень годное объяснение, большое спасибо! Хотелось бы видосики в таком же стиле по алгоритмам и по static и class methods.

[@ДенисК-р6я]

В Питоне есть переменные. Запустите поиск по Python Variables и вы увидите, что все называют это переменными. Они просто неименяемые immutable, меняется не значение переменной, на которую укаызвает имя, а ссылка. То, что техника работы немного другая, это все же перемення. Точно также работают строки в Java или C# и они тоже переменные, потому что изменяется память, на что указывает имя. Все, что вы рассказали - верно, кроме утверждения, что переменных нет.

[@-boiadeiro-]

Давно уже слежу за каналом, но никогда особо не погружался в пайтон, должен признать, что качество обучающих материалов какое-то запредельное (и это бесплатно???), этот канал - недооцененный гем.

[@t0digital]

Спасибооо!

[@aleks007rus]

Благодарю

[@rlxinc.6016]

Кстати, есть один довольно интересный момент связанный с функцией .copy() Она по возможности копирует копирует ссылки, поэтому при работе со списками списков или кортежем списков может вылезти такая проблема, что по меняв элемент в одной последовательности, у вас изменились внутренности и других. Чтобы не попасть в просак лучше в таких случаях использовать .deepcopy(), уж там то гарантированно будут созданы копии и все будет хорошо)

[@t0digital]

да, для вложенных структур есть deepcopy

[@КузнецовДмитрий-м6э]

По поводу инициализации мутабельных параметров в теле функции(24:12). Можно, например, сделать так: "names = names or []"

[@t0digital]

Если falsy значения это ок и их надо грубо привести к пустому листу. Если туда 0 передан по ошибке, он тоже приведется к пустому листу, хотя я бы предпочел, чтобы тут свалилась ошибка, ибо явно что-то пошло не так, если туда ноль попал вместо None или пустого листа

[@КузнецовДмитрий-м6э]

​@@t0digital Пардон, я от чего-то решил, что если тип продекларирован, интерпретатор выдаст ошибку, при попытке передать 0 в списочный параметр. На самом деле нет:-(. Молча передает. Удар в спину, не иначе.

[@Bandera_tut]

на 13:00 должна была сработать кешировання память в пайтоне, тоесть сравнивание с оператором "is" тоже должен был вернуть True

[@t0digital]

А разве mutable типы кешируются?

[@Bandera_tut]

@@t0digital точно, со строкой было бы True

[@t0digital]

@@Bandera_tut короткие строки да. Длинные уже нет

[@Константин-у9у8и]

В Пайтоне переменные есть , а на уровень ниже , т.е. в интерпретаторе их нет . На уровень ещё ниже переменные снова есть , т.к интерпретатор написан на Си . А на уровень ещё ниже переменных снова нет , там машинный код (регистру процессора без разницы что в него загрузили ) . На следующих уровнях ниже , перечисляю по убыванию : логические вентилях -> транзисторах -> пн-переходах -> атомах -> кварках -----> переменных снова нет

[@MS-fu3zf]

Последний пример слегка удивил. Не знал, что функция может так работать. Спасибо.

[@dazdess]

Просмотрел видео до конца после просмотра лекций Хирьянова, он как раз объяснял материал основываясь на коробках, куда добавлял значения :)

[@user-xx6wh5nm4s]

Лайк просто с разбегу!))

[@Ubadidoo]

Привет! Используя пример из 21:20 Я проделал подобную процедуру с текстом и с числами. То есть если names = "Alex" и я пытаюсь в say_hello добавить текст names = names + " URA" то єто не изменило значение names после того как функция завершена. Если names ссылка на значение "Alex" то я бы ожидал что после прогона функции names будет "Alex URA", подобно тому как это было в списке names = ["Alex"] которое изменило свое значение на ["Alex", "Jack"]. В чем тут разница

[@t0digital]

Есть mutable (изменяемые) структуры данных - например, list, dict, set. Есть immutable типы данных, например, tuple, str, fronzenset. Неизменяемые типы данных не меняются, при их изменении создаётся новый объект в памяти с новым адресом. Изменяемые можно изменять, их адрес останется прежним. Надеюсь ответил на вопрос.

[@Ubadidoo]

@@t0digital Спасибо!

[@Pr.A.M.]

Спасибо. Продолжайте

[@VallyTin-ny6bz]

Спасибо очень познавательно

[@meduzka]

в PHP также работает память?

[@gomzaleshuan5260]

прикольно! спасибо! попробовал тот же код с массивом по умолчанию в функции на JS все отрабатывает как надо. не нужна проверка на None))) что с этим пайтоном не так

[@МихайлоЛазорик-т1ш]

Тогда по логике лист это сылка на сылки?

[@metallurg42]

Поясните, пожалуйста, нубу, если все "переменные" хранятся в стеке, каким образом по имени "переменной" интерпретатор определяет адрес памяти, в котором лежит закрепленный за сылкой объект? Снимает со стека имена (ссылки) до тех пор, пока не найдется запрашиваемое, затем восстанавливая стек до первоначального состояния?

[@temik26]

О, низкоуровневые штуки подъехали, это полезно. Спасибо, Алексей!

[@uszr1]

чаще, пожалуйста, делайте видео такого типа

[@LeonidKemrin]

Сделайте пожалуйста видео про декораторы!

[@ЗНАКОМЫЙСВАРЩИК]

Спасибо, очень интересно. Подача манит.

[@BeginBye]

А вот вопрос, ссылки на объекты в HEAP Python размещает в стэке в рантайме, или еще на этапе прекомпиляции?

[@t0digital]

Размер устанавливается ведь в рантайме, в рантайме есть понимание, сколько байт какой структуре нужно

[@Uni-Coder]

22:23 Тут я офигел и выпал в осадок на полчаса. Потом -загуглил- застековерфловил: default arguments are created when the function is loaded (and only once). Значение параметра по умолчанию создаётся единожды. Ну, это неожиданно и не ожидаемо.

[@t0digital]

Так и есть

[@Uni-Coder]

@@t0digital Интересная ситуация, я бы сам до неё не допёр. Сошлюсь на это видео на своём канале.

[@grieverrr]

это очень глубокий подводный камень, напороться на него будет дорогого стоить в плане отладки

[@Uni-Coder]

@@grieverrr Сам удивляюсь, что до сих пор не напоролся.

[@Uni-Coder]

@@t0digital Выпустил у себя видео, на тебя сослался. Примерно 22:30