Круто! Спасибо за информацию, очень помогает понимать, как всё работает на глубоком уровне. Отдельно радует повышение уровня съёмки и монтажа ;)

Красавчик. Те кто шарит и так всё поняли, а для тех кто не шарит и считает себя шибко умными - вот и повылазили. Претензий нет)

Чуствовал подвох, но досмотрел. )) Спасибо за цитаты. И вообще, за короткие, без "воды", но инфомативные ролики по теме. Вы реально экономите нам, учащимся, наше время!

Недавно начал смотреть канал Алексея. Блин, отличная подача материала, грамотно, юмористично. А самое главное, на мой взгляд, позитивно! Леха - ты молодец 👍 Спасибо за твой канал🤝

Про токсичность тоже хорошо сказал. Люди вместо дискусии переходят на токсичность не просто так. Но даже если у человека все норм, у него могут быть дни, когда эмоции берут верх. Это софт скил, над которым нужно работать. Негативные эмоции ухудшают состояние, а положительные делают жизнь лучше.

Алексей, спасибо вам за ваши видео, смотрю их довольно часто, много нового для себя узнаю! Про токсичность тоже интересно, будем надеяться что таких людей будет намного меньше в будущем))

Спасибо за труды, у Вас отличный канал, было бы здорово еслиб вы снова запустили свой курс, я не успел на него попасть к сожалению.

Когда в видео про программирование добавляется минутка про самоанализ - это круто ^_^ Давай серию роликов "Самоанализ как самотестирование" с методами из программирования применительно к психологии :) (вдруг это возможно связать? О_О Я не знаю, но было бы забавно...) Как вариант - хотя бы 1 штуку на первое апреля)

Крутой видос, хорошо объяснил, всё по полочкам, за книгу отдельное спасибо, не читал Ps: жду стрим на 100к, прошлый стрим был очень ламповый

госпади)) Алексей, да не стоит обращать внимание на хайп! контент толковый и объясняешь всегда доступно.

Спасибо за труд! Ждем новых видео !

Крутейший видос! Это самое лучшее начало видоса, которое видел!

Спасибо, приятно слушать и смотреть, лайк, как всегда!

Клёвый ответ! Питон под покровом простоты скрывает очень развитые вещи, свойственные традиционно более «сложным» языкам типа csharp и java, и, к сожалению, понимание этого приходит не сразу. Лишний раз убеждаюсь, что нужно изучать тему лучше и с разных сторон, чтоб понимать картину в целом. Удачи и процветания, жду ещё видосов!

Спасибо за видео. Вообще информатика нас учит, что объекты можно передавать либо по значению, либо по ссылке. Если по ссылке, объект не копируется а передается ссылка на его место в памяти, если по значению - объект копируется и передается. Ваш пример из си - это передача по значению. Си умеет и по ссылке передавать. Так что глобально есть языки, где можно и по ссылке и по значению (С, Java), а есть где только по ссылке (Python). Как по мне, каждый язык в праве называть свои конструкции как хочется его создателям, главное чтобы все было формализовано.

Спасибо тебе большое! Благодаря тебе понял как работает ссылочной модель в python и заодно переменные в других языках))

Про "переменные" знал, так как учил работу памяти, но всегда приятно послушать грамотного человека. Лайк и спасибо.

Подписался на канал! Красавчик! Хорошо объясняешь!!! Продолжай в том же духе!!!

В общем, есть две терминологии: "переменная (в том числе и указатели)" и "имя-объект-связывание". Обе хороши. Я об этом тоже планировал рассказать, хотя не скоро.

блин, совет мне кажется очень полезный, спасибо большое, прислушаюсь!

Очень хорошое объяснение , жду ещё информации.

Лучшее объяснение и в прошлом видео и в этом. Респект!

Видео огонь! И познавательно и с юмором! Автор молодец 💪👍спасибо Вам за Вашу работу👍

Я увидел твое видео с вызывающим заголовком когда записывал свой видос про каналы, которые смотрю. Я ничего смертельного не вижу с том, что ты говоришь, что это не переменные, потому что действительно они технически работают по другому. Хотя я все же считаю, что это переменные, просто это immutable data types и такие есть в C# или Java (строки) и там они тоже переменные. Я НЕ вижу криминала и считаю, что заявление о том, что в Python нет переменных имеет право на жизнь и видео классное, потому что основная идея не в том, как называть это - переменные, недопеременные, а в том, как это работает в Python, а это очень важно понимать.

Спасибо! Хороший вывод про эмоции

Продолжай делать хороший качественный контент✊

+ Марк Лутц, Изучаем python, гл. 6, п. Переменные, объекты и ссылки(стр.195), всё подробно описано, в принципе, тоже самое что и было сказано в прошлом видео. Да думаю, в большинстве книг по python, этот момент поднимается. Удивительно, что на ровном месте возникают такие конфликты.

смотрел предыдущее видео и думал, когда же будет следующее? :) В общем, просто вопрос терминологии. Кто знает, как работает, тому не важно, как это называется, переменная, референс, ссылка, указатель, ключ хэш-массива... Всё равно при кодинге вероятно будут применять привычные другим языкам шаблоны. Для этого, собственно, синтаксис переменных и оставили. Удобно же. Ну и + patch в мозгу для особенностей трансляции языка.

Спасибо за информацию!

Фига, что происходит)) Канал на стадии активного обсуждения - желаю ракетного взлёта! А знания, компетенции и ценности - и так присутствуют) Приятно слушать автора!)

Молодец! Уделал всех мамкиных теоретиков) другие, думали, поняли посыл и суть прошлого ролика

Из примера в видео получается, что в python при присваивании мы присваиваем ссылку на объект. Меняем объект и он меняется во во всех переменных ссылающихся на него. А в языке С при присваивании мы создаем копию этого объекта?

Как всегда материал на высшем уровне

А почему в качестве примера были взяты класс в Python и структура в Си? Взяли бы там и там целые числа и продемонстрировали. Или на числах не получается?

Самый лучший канал ! Благодарю

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

Красиво разложил по-полочкам 👍.

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

Тут разница тонкая, и она касается именно реализации. Именно поэтому, чтобы подчеркнуть разницу механизмов, и названия их различны. Сейчас вот пытаюсь сформулировать эту разницу, и пришел к таким вот определениям, поправьте меня, если неправ. Классическая переменная - это верхнеуровневое наименование определенной области памяти, выделенной для хранения объекта. Ссылка (как в Пайтон) - это верхнеуровневое наименование самого объекта, находящегося в памяти по определенному адресу. Переменная - это имя "ящика", выделенного под определенный объект. При определении переменной, выделяется область памяти, необходимая для хранения объекта указанного типа (размер и конфигурация ящика). Когда мы обращаемся по имени переменной к объекту, мы по сути обращаемся к области памяти, которая его хранит. В Пайтоне несколько иначе. Тут имя переменной - это имя того, что находится внутри "ящика" - имя которое мы дали объекту. Когда мы обращаемся по имени переменной к объекту в Пайтон, мы обращаемся к самому объекту. При создании объекта, Пайтон определяет его тип (Duck Typing), выделяет в соответствии с ним область памяти, и привязывает к объекту, не к области памяти, указатель - имя, нашу "переменную". Сам же запоминает, куда он этот объект положил. Область памяти будет зарезервирована за этим объектом до тех пор, пока существует хотя бы один указатель на этот объект. Указателей не осталось - GC снял резерв с этой области, и ее снова можно использовать для записи. Используя механизм переменных, наш запрос, после ее определеня (создания "ящика") таков: дай мне содержимое вот того "ящика". Используя механизм ссылок, наш запрос таков: дай мне вот этот объект. В каком ящике он лежит - сам знаешь.

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

Алексей, можно ли у вас узнать, что за модель микрофона вы используете, очень хороший звук в ваших роликах.

Улыбнуло, Спасибо)

А константы - тоже ссылки же? Как и обычные питоновские переменные? И их также можно переприсваивать в каждой новой строчке?

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

Я после Си на Питон через Лутца пришел. Как раз у Лутца узнал, что это всё указатели и жить сразу стало легче )

Так всё таки возвращаясь к стеку и куче, почему хранилище ссылок это стек? Там нет никакаго "последний на вход - первый на выход"

Особенно понравился переход от темы переменных в питоне к эмоциям и психологии))) те кто в теме и так все поняли)

Диджитализируй! Можете, пожалуйста, снять код ревью? Можно даже устроить серию видео. Думаю, многим это сильно поможет(и мне в их числе). P.S. извините, что не по теме

Да, спасибо, интересные эффекты получаются: 1. Если создать переменную в функции, вывести её результатом в другую. При изменении 2-ой переменной мы меняем результат работы функции фактически. 2. Каждое присваивание константе - выделение нового блока памяти. Всё укладывается в ссылочный тип CPP.

Спасибо за информацию! Появился вопрос во время просмотра, вся это история с ссылками идёт в рамках интерпретатора cpython, или это концепция языка? Вообще, есть ли интерпретаторы (или вообще возможность реализовать интерпретатор python), где переменные будут именно как переменные? (вопрос «зачем» - это отдельный вопрос, и здесь бы я его опустил)

Действительно, суть предыдущего видео ведь в том, чтобы донести до коллег то, как работает этот механизм под капотом, а не в объявлении войны понятию "переменная" в Python. Думаю, и сам Алексей продолжит использовать это определение) Но есть такие люди, которым нужно потешить своё "я")

Здравствуйте! Как у вас продвигается изучение RUST? Было бы интересно какое-то видео, ориентированное на изучающих. О том как погружаться в язык, или что-то интересненькое другое.

Момент 5:56 - в Питоне мы присвоили Петру ссылку на Алекса (Вы же в прошлом видео про ссылки и рассказывали), и потом через Петра изменили возраст Алекса в Си: чтобы присвоить указатель на переменную, надо сделать это явно (через *). Поэтому структура Man скопировалась при присваивании petr = alex; Эти две структуры стали независимы друг от друга, а в Питоне остался лишь один объект Момент 6:38 - "новый термин" - просто нужно говорить о ссылочных переменных

Целых 11:08 потратил на объяснение очевидных вещей, всё для народа! P.S. Музыка - огонь! 😂

Алексей, а расскажи пожалуйста про Nim. Он шустрый, и некоторые принципы взял из Python. Почему-то мне думается, что он тебе понравится. Формат - к примеру, чем похожи и чем отличаются эти два языка.

Как можно использовать "имена" в пайтоне иначе чем в Си? Какие есть плюшки или минусы? в чем они отличаются на практике, за исключением внутреннего представления?

Офигенный контент!) Я думаю, что у джунов сильно подгорело)

Шли всех на фиг, ты прекрасен. Я далек от Питона но то как ты пояснил всё в том видео было вполне понятно и все становится очевидно. Немного почитав (не поленившись) убедился в этом на все 100. У тебя годный контент, всегда смотрю фишки по линуксу...

Под первым не расписался, моя поддержа зачастую заканчивается лайком, да простят меня хозяева каналов. Под вторым тоже (как и многие здесь) решил оставить благодарность за терпение перед душнилами. Потому что ИТ все всё поняли, каких именно переменных нет, а какие в пайтон есть, и видос был очень познавательным. Полностью согласен с последним монологом. Дай Бог здоровья и новых видосов. Всё очень профессионально! P.S. Личное желание, если позволите, побольше видосов для понимания работы пайтона, а не самого кодинга. Но я пока, конечно же, всё еще только одна еденица из целевой группы! =)

Начало улыбнуло

Ребята, давайте жить дружно! Не будем ссориться из-за переменных. Лучше вместе сплотимся против общего врага - PHP))

:) позитивное видео

Оу, я немного провтыкал с вопросом к предыдущему видео. С неизменяемыми типами данных всё понятно, вместо изменения данных в самой ячейке памяти, значение записывается в другую ячейку и наша "переменная" хранит уже ссылку на неё. А вот как дела обстоят со списками, я право, не до конца понял: если у нас есть список names = ['John'], к которому мы аппендим 'Jack', но сам список names ссылается всё также на первоначальную ячейку. Но ведь мы изменили содержимое списка, почему всё тот же адрес?

Грамотно расставил все по местам 👍

Привет, посоветуй удобный дебаггер для вима/нвима, как текстовый редакатор он крут, а вот полноценно кодить в нем - пока боль для меня, пробовал vimspector и pdb и они не очень зашли. Спасибо.

Нет ну на собеседовании задавали такой вопрос - говорят тип что в питоне нет переменных как Вы можете это объяснить? Хотя начинал я собеседование по С++))

Во многих языках не редкость если передается по ссылке, но это не влияет на то что их называют переменными. Так же если не ошибаюсь примитивы в js все сохраняются по значению за исключением строк, но это не мешает им вести себя как обычные переменные. То есть у тебя есть тьма текста и ты копируешь содержимое и в памяти нет копии пока ты не изменишь ее в самой переменной, вот именно это реализация и на мой взгляд это не делает переменные со строкой не переменными в js. Я считаю что это тоже переменные но ссылочного типа. Если все начать делить на подтипы и назвать по разному то у нас DevOps профессий штук 50 будет как и паттернов или если в js нет типов то и паттернов тоже. Окей у нас будет у каждого языка свой SOLID, DRY и тд. ну а почему нет языки же разные как и переменные.

В свете текущих событий как это отразилось на вашем бизнесе и планируете ли вы создать дополнительную площадку для своих видео? (Некоторые используют ещё Zen Yandex)

Ну ок, ну гуд. ГОу более подробно о памяти и выделении памяти. Про кучу и стек, а есчо вы говорили (или я не так понял) что все переменные хранятся в куче, а у лутца писалось что локальные переменные(ссылочные) попадают в стек. ГОУ подробнее о работе памяти

3 года уже в Python и смотрел прошлый ролик, у меня проффесия программист и я не понимаю, что до тебя так доёбываються, ты всё сказал как есть, есть пару некорректровок, но они на столько незначительные, что я их не сразу заметил, а нет есть люди которые до этих мелочей доебались. Вообщем, не обращай внимания на этих "сведующих" и продолжай пилить свой годный контент! Удачи и терпения.

Спасибо за видео, а что за трек в начале?

Вступление топ - ждем номинацию на оскар.

Спасибо:)

я слышал что в питоне еще функции есть, но хз правда ли это

Привет , котаны 🖖 спасибо за интересную тему ... с юмором ))) А давайте обсудим темк что лучше для веб разработки Django или Go ? С одной стороны Django старый и проверенный фреймворк , с другой Go который набираеь обороты )

Спасибо)

Извинения размером с хвостик колибри. И да, я попался на кликбейт. Начал смотреть с мыслью: Как так обманул?! Всеж по факту в прошлом видео как есть рассказал!? Надо глянуть... Но 0:37 это ваще смертельное оружие и запрещённый прием. Спасибо, улучшил настроение перед сном. :DDD

Все есть объек 🙏 не все поймут, староверы не примут 😁

5:58 интересно, что в javascript это работает также как в python, тоже ссылки и иммутабельность

век живи- век учись. Невозможно взять все на свете :)

Я это проходил еще в самом начале, когда изучал пайтон. Но все же все равно всегда говорю "переменные", так как это by design по спецификации языка. Если я скажу "Я создал переменную" меня поймет больше людей, чем если я скажу "Я создал ссылку". А язык (разговорный всмысле) я использую, чтобы меня мог понять другой человек в первую очередь. И я ОЧЕНЬ надеюсь, что благодаря тебе в мире не родятся токсики, которые будут душнить каждый раз, когда услышат слово "переменная"))

Затянула тема. По 2 раза просмотрел эти 2 видео, затем полез в доку python, python/c api и с. Если мы просто print(id("jhgfjhf")) это будет область кучи, где расположена не объявленная и не инициализированная переменная для будущего использования? По моему, любая переменная это объект со своими свойствами, в том числе и стартовым адресом хранения самих данных, к которым мы можем обратиться посредством указателя с типом данных куда он лезет. Или я не прав?

Вижу, что видео уже год, но я только сейчас на него наткнулся и всего пару дней назад на предыдущее, но тем не менее хочется порассуждать. Во-первых, хочу заметить, что людям свойствено давать знакомые имена тем сущностям, которые выглядят знакомо, то есть в их логике если что-то выглядит как переменная, то это переменная. Но у всех языков есть своя специфика, а значит такой подход может быть ошибочным. Как пример здесь можно привести Rust, где по сути тоже нет переменных, а есть владельцы. Во вторых, хочется порассуждать насчет ссылок. Тут хочется для начала заметить, что ссылки, представляющие собой, конкретно в Python, адрес - так же храняться в памяти. И если сравнивать например с C (где кстати нет ссылок, но есть указатели), то там переменная с типом int* все равно будет переменной, хоть и в ней хранится только адрес, а сами данные где-либо еще. Хорошей аналогией тут будут ссылки из C++, которые по сути являются абстракцией компилятора и реально являются просто еще одним именем для данных по определенному адресу в памяти, но сам этот адрес разруливается в compiletime и в ссылке не хранится. Еще тут хочу привести в пример JS, где по сути так же все объекты, а в переменных хранятся лишь ссылки (по крайней мере в реализации V8 так, стандарт же позволяет хранить некоторые типы как значения, хотя с теми же строками это не возможно технически), но при этом в JS эта сущность называется переменной. Как-то так, и за истинной думаю стоит идти в исходники компиляторов/интерпретаторов конкретного языка.

Алексей, я прошу прощения если обидел вас лично комментариями. Под прошлым видео. Меня вот лично интересует вопрос посущественнее: как компоновать код в Python приложении (делить на сущности)? Вот я на данный момент программист с Java взглядом на приложение (spring dependency injection, я просто пишу код, затем в configuration описываю как это все связать воедино) Для web приложения все очевидно: У меня есть controller layer для создания http endpoint-ов, есть service layer род ним, который содержит бизнес логику и дергает repository layer (кучка DAO объектов, тут все понятно, описание как в persistent storage ходить) я в принципе и на Python должен примерно так делать (слои можно обозвать по другому, смысл такой же) А вот если дело касается других юзкейсов. Например, у меня есть бот, который слушает WS соединение и иногда в него отвечает. Есть вариант писать функции, вызывать их из друг друга. Есть вариант сделать ООП условное ( обвязать канал связи классом шаблона Состояние и слушать его listener-ами). Есть вариант сделать много функций-callback-ов, записать их в коллекцию и дергать по событию прихода данных (как в Delphi или JS/HTML) Итого, вопрос такой: как принято структурировать код в Python? ООП в почёте? Ответа нигде не нашёл толкового, было бы очень здорово увидеть видео на эту тему. Я был бы вам очень благодарен

Чет не понял, на 6:00, почему struct а не class, как в Python? Это троллинг такой? ))

Было весело :)

Представляю глаза людей, пишущих что все изменяемые значения = переменные, когда они придут в Си/Си++ с поинтерами, рефами и переменными

The Zen of Python, by Tim Peters ... 19.Namespaces are one honking great idea -- let's do more of those! "Namespaces" - пространство имен, т.е. мы имеем Namespaces и Names. Ни про какие variables речи не было.

ого. не думал, что такое познавательное видео может кого-то задеть... чёёёё ваще)

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

Вообще даже в Си на уровне исходника есть именованная изменяемая область памяти, чтобы кожанным мешкам было удобно. При компиляции остаётся только адрес области.

Вопрос: вод есть код на питоне t = 6 t = 5 5 и 6 будут храниться разве в разных ячейках памяти? Если нет, то почему это не переменная? Т.е. это просто именованная ячейка в памяти и не более. Разве, например, тип int в питоне ссылочный как в smalltalk или ruby?

Я все таки топлю за указатели (в С нету ссылок) если говорить о работе под капотом) Потому что как таковую ссылку изменить невозможно (опять же если речь идет о том же С++) А так как в самом С нету ссылок как таковых то по факту в примере (num = 10) num есть ничто иное как указатель на объект 10 Ну и опять же указатель может указывать на один адрес объекта а потом вполне на другой)

Немного не по теме, но хочется узнать мнение: нужно ли писать аннотации к переменным и функциям? Как Вы к этому относитесь? Нужно ли писать во всем коде?

А кто-нибудь может объяснить, зачем писать petr=alex? Какая в этом смысловая нагрузка? Вот у нас был объект алекс, а потом мы что сделали его копию с новым именем? Или создали еще одну ссылку на алекса? Зачем?

Новички в пайтоне, пока не сталкиваются с вопросом оптимизации кода в плане скорости и потребления ресурсов, могут не заморачиваться с терминалогией и не разбираться как оно там под капотом работает. Но как только встанет вопрос... тут сразу придется копать. Копать серьёзно.

Спасибо

Как я понял определение "переменной" в python и других языках (например я С, C++, Java) зависит от работы с памятью и способами хранения данных в ней.

Просто автор слишком умный и, видать, с C++ знаком, и тогда, действительно, по сравнению с "сями", конечно же, то, что у нас в Питоне есть, никак нельзя назвать просто переменными (это объекты или ссылки). Вот и бомбануло пуканы у тех, кто кроме Питона программированием не интересуется 😅 Чтобы не нарваться на праведный гнев, стоило предысторию своих рассуждений рассказать сначала... 😁👍 Но, как ни крути, для нормального общения и описания происходящего, мы все, всё равно, будем называть их "переменными", иначе, в конце концов, задротством терминологическим каким-то начинает попахивать 😅, однако же подразумевая, что, по сути, они не переменные... 👍 А вообще, очень круто всё рассказал!! 🤘😎

Красавчик)))