За его умение преподать свои знания и за тот обыем работы, которую он проделал, что бы вам легче было учиться, не скупитесь ставьте лайки. Я перебрал много уроков в рунете и даже забросил изучение этого языка, потому как все остальные просто отрабатывали время на Ютубе для рекламы и было не интересно и не понятно их слушать. Но спустя 2 года возобновил благодаря этому человеку, случайно Ютуб выдал его уроки в рекомендованных и теперь в запой учу этот язык! Сергей Балакирев ВЫ просто гений преподавания!
Очень талантливый педагог. Просто педагогический дар. Учитель с большой буквы. Дружище, ты уже в раю досрочно, за свою благую деятельность. Можешь забить на всё и отдыхать. Но лучше продолжай! Слушать и смотреть - сплошное удовольствие. Спасибо, Сергей!
Спасибо Вам большое за бесплатные объяснения тех тем которые некоторые авторы курсов предпочитают объяснять лишь после пополнения кошелька, и подача интересная, легкая, внятная и понятная, спасибо еще раз, будет время обязательно пройду Ваш курс на stepik!
Спасибо, лучшее объяснение замыканий, что я видел, ключевая тема именно в том почему на самом деле этот процесс называется замыканием, а именно в замыкающейся цепочке ссылок между окружениями.
Начал изучать програмирование 10 месяцев назад, прочитав несколько книг, и посмотрев несколько (ускоренных) курсов, для себя понял что изучению кажного "инструмента" необходимо уделять гораздо больше времени, и стараться получить исчерпывающюю информацию по каждому. Сейчас я дошел до "функций" и вижу что приктически во всех даже очень разрекламированных учебниках и курсах, темы функций касаються весьма поверхностно, врочем как и всего остального. А вот у Сергея практическая справочная информация по языку, обернутая в доступную для понимания обертку. Не перестану вас благодорить, огромное вам спасибо Сергей!!!
КРУТО!!! А самое главное ДОХОДЧИВО!!! Сколько пытался понять эти замыкания, никто ранее не мог донести на моём языке)). Визуализация решает! До меня дошло)
Сергей, спасибо за ролик! Результат работы принципа замыкания аналогичен работе со свойствами нескольких экземпляров одного класса. Может стоит ещё пояснить, когда и что лучше использовать? Или это только для понимания декораторов? Ну и лайк уже стоит!!
2:39 Сергей, как Вы считаете, возможно продолжают существовать не внешние окружения, а переменные (ссылки) на определенные объекты из этих окружений? 1. Во внешней функции say_name объявляется переменная name, которая также используется во внутренней функции, поэтому say_goodbye сохраняет ссылку на данный объект из внешней области видимости в момент вызова внешней функции say_name("Sergey") на этапе определения внутренней функции def say_goodbye. 2. После вызова и завершения внешней функции say_name она удаляется сборщиком мусора вместе с созданной ссылкой, поэтому во внешней функции данная переменная уже не существует, но внутренняя функция по прежнему хранит ссылку на тот же самый объект name, который был создан во время вызова внешней функции say_name(). 3. В свою очередь внутренняя функция say_goodbye и объект name не удаляются благодаря тому, что ссылка на данную функцию хранится в переменной f. Собственно это и есть замыкание, то есть своего рода захват свободных переменных (ссылок на объекты) из внешних областей видимости.
Да, вполне логично. Правда, как тут в деталях работает не могу сказать, это уже надо в реализацию смотреть. В целом, этого понимания вполне для написания программ любой сложности!
Спасибо! как работает замыкание понятно. Непонятно зачем? ведь все то же самое можно реализовать в обычной функции? Неужели все это ради того чтобы иметь отдельное окружение?
а почему для strip_chars можно указывать в скобках перечень символов для удаления и удалятся только те, что будут во введенной строке? почему не нужно создавать .strip для каждого символа отдельно?
На рисунке (2:53) указано что глобальная переменная f ссылается на функцию say_goodbye, но ранее в коде (2:10) f ссылается на функцию say_name. Получается что дальнейшее объяснение не логично. Разъясните пожалуйста ситуацию.
0:55 Переменная `name` отображается во внутренней функции `say_goodbye` и-за того, что она находится во внешней области видимости? То есть условно для внутренних функции все переменные из внешних функций являются "глобальными"?
Я имел ввиду условно «глобальной», то есть переменные из внешних функций могут быть использованы во внутренних функциях. Или это касается только параметров функции?
я не заметил, как уже смотрю 44 видео, обычно 10-15 минут видео кажутся вечностью, особенно если это обучающий материал, а тут только начнешь, а уже и "Для закрепления материала пройдите практические задания"
Немного не понял про ссылку на внутреннюю функцию: say_goodbye (хотя f ссылается как раз на внешнюю функцию. Плюс без всяких ссылок такое выражение (см. ниже) тоже работает: def say_name(name): def say_goodbye(): print('Не говори мне прощай, ' + name) return say_goodbye say_name('NAME!')()
Нет, переменная f ссылается на say_goodbye, т.к. мы вызываем внешнюю (именно вызываем), а она возвращает уже ссылку на внутреннюю. В видео этот момент корректен.
Как я понял, это Лутц на пальцах. Если я прав, то просьба к Сергею. Если у Вас появиться желание, пробегитесь так же по его книге Программируем на пайтон. Она так дрянно переведена на русский, что я её осиливал пол года. Новичкам это будет путевка на работу
Здравствуйте, Сергей. Вы сказали, что замыкание держится, пока существует ссылка f. Но если этой ссылки f не будет, то замыкание же продолжит существовать, и переменные из внутренней функции будут видеть переменные из внешней функции. Правильно ли это? И будет ли функция называться замыканием, если внутренняя функция не использует переменные внешней функции?
формально, думаю, будет, т.к. здесь смысл не в фактическом использовании внутренней функции переменных внешней, а то, что область видимости внутренней функции ссылается на область видимости внешней функции - это и образует замыкание
В первом примере внешняя функция(say name) принимает параметр name и он становится доступен для вложенной функции, почему тогда в случае с счетчиком необходимо приписывать nonlocal для start?
Не понял момента, разъясните, пожалуйста: c1 = counter(10) = 11 Почему последующие print(c1) выводит значения увеличенные на единицу, ведь каждый раз в функцию counter() передается аргумент "10"? Т.е принт должен три раза вывести "11".
Нет, там один раз вызывается функция c1 = counter(10) переменная c1 ссылается на внутреннюю функцию и, затем, вызывается именно эта внутренняя функция, увеличивая значение локальной переменной step.
нашел ответ Сергея на этот вопрос в коментариях на stepik: "локальные переменные из другой связанной области видимости можно спокойно использовать, но только для считывания информации, если же мы собираемся их менять, т.е. применять оператор присваивания, то нужно перед этим указать nonlocal, иначе, будет создана новая переменная в текущей области видимости"
А основное назначение то какое? Зачем они нужны то, если все тоже самое можно сделать с помощью обычных функций? Разве что в голову приходит кейс, когда на основе одной такой фабрики можно наделать кучу разных экземпляров передав им разные параметры при вызове фабрики, и далее их переиспользовать в коде, ну т.е. использовать ее как фабрику функций...
@@selfedu_rus мм, значит просто не дошли до этого еще?) а я то думаю, зачем они нужны, если можно через класс создавать счетчики и они будут работать также как в видео показано
"А основное назначение какое?" - да, ни какое. Важно понимать, что Замыкание не создавалась Специально и осознанно как отдельная и самостоятельная конструкция какого-либо языка программирования. Замыкание - это неочевидное следствие (с довольно "экзотическими" свойствами в сравнении со свойствами обычных функций) одного из базовых и более фундаментальных правил языка программирования (наверное, любого языка программирования). Это фундаментальное правило, в вульгарном варианте, звучит примерно так - Функция хранит внутри себя только первоначальные ссылки на переменные, участвующие в вычислении результата функции. Без соблюдения этого принципа такую вычислительную процедуру, как Функция, определить корректно не получится. Поэтому, основного назначение у Замыкания нет. Полагаю, что "экзотичность" свойств и элегантность кода является причиной столь высокой популярности Замыкания (Вот в Lua, Декораторов нет, а Замыкание - есть) . С прикладной точки зрения, на мой взгляд, Фабрика Клонов Вложенной функции, вероятно, наиболее разумная область применения Замыкания (тем более, когда изначальное количество Клонов не определено ).
@@Anton16180 Антон, первоисточника нет. В посте выше я изложил свои мысли на тему Замыкания (правильнее было бы назвать это "Семплирование вложенной функции"). Изучая Пайтон, я, на сегодняшний день, не нашел не одного источника (книга, видео или интернет ресурс) где бы качественно и глубоко был изложен Пайтон. Думаю, что и в Яндекс.Практикуме язык Пайтон излагается по такому же "описательному" принципу. Видеокурсы о Сергея Балакирева - это лучшее, что есть, на мой взгляд (путь это только путеводитель) по языку Пайтон. Видеоуроки Сергея позволяют кратно уменьшить время и усилия на самостоятельное изучение языка, за что Сергею всегда выражаю искреннею благодарность! Основная претензия ко всем источникам - это ОПИСАТЕЛЬНЫЙ характер обучения языку - вот видят на экране какой-то объект (пусть метод какой-то), начинают его применять к другим разным объектам (к спискам, словарям и т.д.), показывают результат и говорят - "Вот, смотрите, что получается. Это работает так!" Что это - обучение, нет! У всех подход такой, будто изучаемый "метод" - это "черный ящик", что внутри - не знаем, но можем на вход подавать разные "сигналы", смотреть, что получаем на выходе. А если мы не все возможные варианты объектов подали и что-то упустили... Но, если изложить общий механизм работы изучаемого метода ( представить работу в виде таблиц или блок-схемах, как Сергей это иногда делает). Тогда и примеры не особенно нужны, поскольку результат и так понятен. И останется только продемонстрировать как изучаемый метод работает в "специальных сложных" случаях. В заключении. Что можно использовать. Наткнулся относительно недавно, на обзор книг по Пайтону от Никиты Шультайс (это не реклама, обзор интересный, все остальное - не интересно). Этот обзор состоит из совершенно шедевральных рецензиях на каждую книгу - поэмы, а не рецензии, класс! Беда в том, что рецензии оказались лучше самих книг (то, что меня заинтересовало - везде "Описательное обучение"). Но, в обзоре приведено несколько книг, где разбирается реализация вполне конкретных и работоспособных программ на Пайтоне, разного уровня сложности. Вот их можно использовать в качестве второго контура обучения, когда теория пройдена и кажется, что ты все знаешь, то разбор реального кода позволяет все расставить на свои места. Удачи!
Может будет возможность создать курс лекций про программирование квантовых вычислений. У Вас очень хорошо получается объяснить сложные темы простым языком
мы тут сделали оптимизацию памяти и теперь в range твоего for хранятся указатели на константы со всей оперативки. и вот еще смотри как прикольно происходит, назовем это фичей ооп...
Увидел визуализацию схемы и прозрел, долго бился над сухой теорией в другом месте, но в голове понимания не появлялось. Вместо тысячи слов лучше один раз показать.
За его умение преподать свои знания и за тот обыем работы, которую он проделал, что бы вам легче было учиться, не скупитесь ставьте лайки. Я перебрал много уроков в рунете и даже забросил изучение этого языка, потому как все остальные просто отрабатывали время на Ютубе для рекламы и было не интересно и не понятно их слушать. Но спустя 2 года возобновил благодаря этому человеку, случайно Ютуб выдал его уроки в рекомендованных и теперь в запой учу этот язык! Сергей Балакирев ВЫ просто гений преподавания!
Великолепное объяснение! Не перестаю восхищаться способностью Сергея объяснять сложные вещи наглядно и простым языком.
Очень талантливый педагог. Просто педагогический дар. Учитель с большой буквы. Дружище, ты уже в раю досрочно, за свою благую деятельность. Можешь забить на всё и отдыхать. Но лучше продолжай! Слушать и смотреть - сплошное удовольствие. Спасибо, Сергей!
Декораторами користуюсь давно але лише зараз зрозумів термін "замикання". Дякую!!!!!
Сергей с Вами любой язык будет интересен и Ассемблер в том числе!
Спасибо Вам большое за бесплатные объяснения тех тем которые некоторые авторы курсов предпочитают объяснять лишь после пополнения кошелька, и подача интересная, легкая, внятная и понятная, спасибо еще раз, будет время обязательно пройду Ваш курс на stepik!
Спасибо огромное, целый день был убит на разбирательство с этой темой, пока не увидел ваше видео. Самое понятное объяснение, спасибо огромное!!!!
Боже, насколько просто и понятно. Я уже думал что нормального объяснения замыканий не существует.
Спасибо, лучшее объяснение замыканий, что я видел, ключевая тема именно в том почему на самом деле этот процесс называется замыканием, а именно в замыкающейся цепочке ссылок между окружениями.
Начал изучать програмирование 10 месяцев назад, прочитав несколько книг, и посмотрев несколько (ускоренных) курсов, для себя понял что изучению кажного "инструмента" необходимо уделять гораздо больше времени, и стараться получить исчерпывающюю информацию по каждому. Сейчас я дошел до "функций" и вижу что приктически во всех даже очень разрекламированных учебниках и курсах, темы функций касаються весьма поверхностно, врочем как и всего остального. А вот у Сергея практическая справочная информация по языку, обернутая в доступную для понимания обертку. Не перестану вас благодорить, огромное вам спасибо Сергей!!!
Изумительно красивые решения! Великолепное видео! Очень впечатлило.
Большое спасибо за "человеческое" объяснение. Я раз 10 пересмотрел, но таки понял.
КРУТО!!! А самое главное ДОХОДЧИВО!!! Сколько пытался понять эти замыкания, никто ранее не мог донести на моём языке)). Визуализация решает! До меня дошло)
Спасибо, очень понятный разбор
Замыкание это от слова Замок, а не замыкание из электрики))))) Вы мне прям глаза открыли!
Лучшее объяснение. Спасибо большое.
Очень помогло.)
гениальный преподаватель
Сергей, спасибо за ролик!
Результат работы принципа замыкания аналогичен работе со свойствами нескольких экземпляров одного класса.
Может стоит ещё пояснить, когда и что лучше использовать? Или это только для понимания декораторов?
Ну и лайк уже стоит!!
Могла бы поставить 5 лайков, поставила бы 😀 Вы творите потрясающие уроки
большое спасибо. очень доступно. Спасибо ещё раз за ваше потраченное время!!!!!
Спасибо, только ваш урок позволил мне понять Замыкание
спасибо, очень помогают данные видео в изучении(вспоминании)материала...особенно поздно вечером после (не любимой) работы))
А шо за работа такая??
Контент - БОМБА
Большое спасибо, на лету схватил непонятную ранее мне тему
Браво! Великолепно!
Топ Видосы огонь! А с курсом на степик в двойне огонь!
Больше спасибо, все понятно. Не сразу все укладывается, но после нескольких повторений все ок
Объясняли очень хорошо, разве что не упомянули про local, global. И еще про атрибут enclosure
в прошлых уроках говорили
print(f"Замыкание на {#selfedu} , и Python в глобальном окружении . Спасибо за материал")
Вот теперь я понял наконец-то как работает замыкание.
Хорошая подача, Спасибо!
Спасибо. Круто!
2:39 Сергей, как Вы считаете, возможно продолжают существовать не внешние окружения, а переменные (ссылки) на определенные объекты из этих окружений?
1. Во внешней функции say_name объявляется переменная name, которая также используется во внутренней функции, поэтому say_goodbye сохраняет ссылку на данный объект из внешней области видимости в момент вызова внешней функции say_name("Sergey") на этапе определения внутренней функции def say_goodbye.
2. После вызова и завершения внешней функции say_name она удаляется сборщиком мусора вместе с созданной ссылкой, поэтому во внешней функции данная переменная уже не существует, но внутренняя функция по прежнему хранит ссылку на тот же самый объект name, который был создан во время вызова внешней функции say_name().
3. В свою очередь внутренняя функция say_goodbye и объект name не удаляются благодаря тому, что ссылка на данную функцию хранится в переменной f.
Собственно это и есть замыкание, то есть своего рода захват свободных переменных (ссылок на объекты) из внешних областей видимости.
Да, вполне логично. Правда, как тут в деталях работает не могу сказать, это уже надо в реализацию смотреть. В целом, этого понимания вполне для написания программ любой сложности!
@@selfedu_rus отлично, благодарю :)
Спасибо! как работает замыкание понятно. Непонятно зачем? ведь все то же самое можно реализовать в обычной функции? Неужели все это ради того чтобы иметь отдельное окружение?
спасибо!👏
а почему для strip_chars можно указывать в скобках перечень символов для удаления и удалятся только те, что будут во введенной строке? почему не нужно создавать .strip для каждого символа отдельно?
Очень понять, спасибо
Жаль что вы не мой преподаватель на скиллбоксе 3 года назад, может быть и выучился бы, сейчас в скай про разница коллосальна
1:35 доброго вечора! у мене пітон 3.10 і в ньому все працює навіть без силки на внутрішню функцію. Це був обновлений збірник сміття?
return say_goodbye без ()
На рисунке (2:53) указано что глобальная переменная f ссылается на функцию say_goodbye, но ранее в коде (2:10) f ссылается на функцию say_name.
Получается что дальнейшее объяснение не логично.
Разъясните пожалуйста ситуацию.
ну там же идет вызов функции:
f = say_name("Sergey")
функция вызывается и возвращает ссылку на внутреннюю функцию!!!
0:55 Переменная `name` отображается во внутренней функции `say_goodbye` и-за того, что она находится во внешней области видимости?
То есть условно для внутренних функции все переменные из внешних функций являются "глобальными"?
нет, name - это параметр функции и переменная находится в области видимости первой (внешней функции) не глобальной
Я имел ввиду условно «глобальной», то есть переменные из внешних функций могут быть использованы во внутренних функциях. Или это касается только параметров функции?
@@podgorniy.r да, из внешних пространств могут всегда, в этом смысл замыканий
Получается так
Нашел на степикею Спасибо
А я все делал через глобальные переменные, а оказалось все гораздо проще.
я не заметил, как уже смотрю 44 видео, обычно 10-15 минут видео кажутся вечностью, особенно если это обучающий материал, а тут только начнешь, а уже и "Для закрепления материала пройдите практические задания"
спасибо
Немного не понял про ссылку на внутреннюю функцию: say_goodbye (хотя f ссылается как раз на внешнюю функцию. Плюс без всяких ссылок такое выражение (см. ниже) тоже работает:
def say_name(name):
def say_goodbye():
print('Не говори мне прощай, ' + name)
return say_goodbye
say_name('NAME!')()
Нет, переменная f ссылается на say_goodbye, т.к. мы вызываем внешнюю (именно вызываем), а она возвращает уже ссылку на внутреннюю. В видео этот момент корректен.
@@selfedu_rus Понял, спасибо (не разобрался с вызовом и возвратом функции).
Есть вопрос: почему только в одном примере использовали "nonlocal"?
За видеоролик ОГРОМНОЕ Вам спасибо :)
Нашёл ответ в комментариях :)
Потому что мы меняем значение переменной. Если не изменяли бы, nonlocal бы был не обязателен
коментарии только для продвижения видео, спасибо
Как я понял, это Лутц на пальцах. Если я прав, то просьба к Сергею. Если у Вас появиться желание, пробегитесь так же по его книге Программируем на пайтон. Она так дрянно переведена на русский, что я её осиливал пол года. Новичкам это будет путевка на работу
Пожалуйста, уточните автора и название на Английском
спасибо👍 может юных падаванов стразу к f-строкам приучать?
Он так и делает во многих уроках использует именно их )
Ничоси
Здравствуйте, Сергей. Вы сказали, что замыкание держится, пока существует ссылка f. Но если этой ссылки f не будет, то замыкание же продолжит существовать, и переменные из внутренней функции будут видеть переменные из внешней функции. Правильно ли это? И будет ли функция называться замыканием, если внутренняя функция не использует переменные внешней функции?
формально, думаю, будет, т.к. здесь смысл не в фактическом использовании внутренней функции переменных внешней, а то, что область видимости внутренней функции ссылается на область видимости внешней функции - это и образует замыкание
@@selfedu_rus Спасибо
legend
В первом примере внешняя функция(say name) принимает параметр name и он становится доступен для вложенной функции, почему тогда в случае с счетчиком необходимо приписывать nonlocal для start?
потому что мы меняем значение переменной start (если значение только читается, то nonlocal необязателен)
А где взять практическое задание?
ссылка на Stepik в описании видео
было бы круто, если бы вы показали практическое применение. совсем неясно куда это можно применить
в декораторах
👍👍👍
Сколько таких функций внутри функций позволительно делать?
чем меньше, тем лучше, иначе читаемость кода теряется
Не понял момента, разъясните, пожалуйста: c1 = counter(10) = 11
Почему последующие print(c1) выводит значения увеличенные на единицу, ведь каждый раз в функцию counter() передается аргумент "10"? Т.е принт должен три раза вывести "11".
Нет, там один раз вызывается функция c1 = counter(10) переменная c1 ссылается на внутреннюю функцию и, затем, вызывается именно эта внутренняя функция, увеличивая значение локальной переменной step.
Что? Зачем? Как?
У вас замыкания? Ни слова больше ...🔨🔨🔨🔨🔨
молодец что угодал моё имя в начае ролика
👍
Добрый день . Подскажите где находятся практические задания о которых идет речь в видео. Больше спасибо.
под видео ссылка на stepik
А зачем возвращать функцию, если для этого предназначены классы?
th-cam.com/video/sJF7OMNgLUs/w-d-xo.html Вопрос: Почему в этом примере не используем nonlocal для переменной strip_chars ?
нашел ответ Сергея на этот вопрос в коментариях на stepik:
"локальные переменные из другой связанной области видимости можно спокойно использовать, но только для считывания информации, если же мы собираемся их менять, т.е. применять оператор присваивания, то нужно перед этим указать nonlocal, иначе, будет создана новая переменная в текущей области видимости"
Поставил бы 100 лайков
А основное назначение то какое? Зачем они нужны то, если все тоже самое можно сделать с помощью обычных функций? Разве что в голову приходит кейс, когда на основе одной такой фабрики можно наделать кучу разных экземпляров передав им разные параметры при вызове фабрики, и далее их переиспользовать в коде, ну т.е. использовать ее как фабрику функций...
декораторы, как развитие замыканий, а они уже используются повсеместно от Django и Flask до нейросетей
@@selfedu_rus мм, значит просто не дошли до этого еще?) а я то думаю, зачем они нужны, если можно через класс создавать счетчики и они будут работать также как в видео показано
"А основное назначение какое?" - да, ни какое. Важно понимать, что Замыкание не создавалась Специально и осознанно как отдельная и самостоятельная конструкция какого-либо языка программирования. Замыкание - это неочевидное следствие (с довольно "экзотическими" свойствами в сравнении со свойствами обычных функций) одного из базовых и более фундаментальных правил языка программирования (наверное, любого языка программирования). Это фундаментальное правило, в вульгарном варианте, звучит примерно так - Функция хранит внутри себя только первоначальные ссылки на переменные, участвующие в вычислении результата функции. Без соблюдения этого принципа такую вычислительную процедуру, как Функция, определить корректно не получится. Поэтому, основного назначение у Замыкания нет. Полагаю, что "экзотичность" свойств и элегантность кода является причиной столь высокой популярности Замыкания (Вот в Lua, Декораторов нет, а Замыкание - есть) . С прикладной точки зрения, на мой взгляд, Фабрика Клонов Вложенной функции, вероятно, наиболее разумная область применения Замыкания (тем более, когда изначальное количество Клонов не определено ).
@@ОлегД-е5э Это лучшее определение, которое я только видел, спасибо вам.
Подскажите источник пожалуйста ^^
@@Anton16180 Антон, первоисточника нет. В посте выше я изложил свои мысли на тему Замыкания (правильнее было бы назвать это "Семплирование вложенной функции"). Изучая Пайтон, я, на сегодняшний день, не нашел не одного источника (книга, видео или интернет ресурс) где бы качественно и глубоко был изложен Пайтон. Думаю, что и в Яндекс.Практикуме язык Пайтон излагается по такому же "описательному" принципу. Видеокурсы о Сергея Балакирева - это лучшее, что есть, на мой взгляд (путь это только путеводитель) по языку Пайтон. Видеоуроки Сергея позволяют кратно уменьшить время и усилия на самостоятельное изучение языка, за что Сергею всегда выражаю искреннею благодарность!
Основная претензия ко всем источникам - это ОПИСАТЕЛЬНЫЙ характер обучения языку - вот видят на экране какой-то объект (пусть метод какой-то), начинают его применять к другим разным объектам (к спискам, словарям и т.д.), показывают результат и говорят - "Вот, смотрите, что получается. Это работает так!" Что это - обучение, нет! У всех подход такой, будто изучаемый "метод" - это "черный ящик", что внутри - не знаем, но можем на вход подавать разные "сигналы", смотреть, что получаем на выходе. А если мы не все возможные варианты объектов подали и что-то упустили... Но, если изложить общий механизм работы изучаемого метода ( представить работу в виде таблиц или блок-схемах, как Сергей это иногда делает). Тогда и примеры не особенно нужны, поскольку результат и так понятен. И останется только продемонстрировать как изучаемый метод работает в "специальных сложных" случаях.
В заключении. Что можно использовать. Наткнулся относительно недавно, на обзор книг по Пайтону от Никиты Шультайс (это не реклама, обзор интересный, все остальное - не интересно). Этот обзор состоит из совершенно шедевральных рецензиях на каждую книгу - поэмы, а не рецензии, класс! Беда в том, что рецензии оказались лучше самих книг (то, что меня заинтересовало - везде "Описательное обучение"). Но, в обзоре приведено несколько книг, где разбирается реализация вполне конкретных и работоспособных программ на Пайтоне, разного уровня сложности. Вот их можно использовать в качестве второго контура обучения, когда теория пройдена и кажется, что ты все знаешь, то разбор реального кода позволяет все расставить на свои места. Удачи!
Может будет возможность создать курс лекций про программирование квантовых вычислений. У Вас очень хорошо получается объяснить сложные темы простым языком
Знать бы еще эти квантовые вычисления =)
очень тяжко идет понимание
А зачем это все таки нужно в практическом плане. Ведь можно написать функцию которая будет принимать и строку, и символы которые нужно удалить.
4:15
А где практические задания?
ссылка под видео
конструкция с замыканием счетчиков не работает (скопировал один в один)
работает, скопировали неверно, наверняка написали return step() вместо return step
мы тут сделали оптимизацию памяти и теперь в range твоего for хранятся указатели на константы со всей оперативки. и вот еще смотри как прикольно происходит, назовем это фичей ооп...
я все равно ничего не понимаю в этих замыканиях(
зачем мы делаем функцию внутри функции? Зачем так усложнять?
для создания декораторов, например, а декораторы везде и всюду, например, в Django, DRF, Flask и т.д.
Увидел визуализацию схемы и прозрел, долго бился над сухой теорией в другом месте, но в голове понимания не появлялось. Вместо тысячи слов лучше один раз показать.
Зачем все это?
для создания декораторов, например, а декораторы везде и всюду, например, в Django, DRF, Flask и т.д.
Перечитываешь параграфы Лутца пока не умоешься кровавыми слезами и сюда, залечивать психологическую травму😇
Спасибо