ch
Feedback
Python: задачки и вопросы

Python: задачки и вопросы

前往频道在 Telegram

Вопросы и задачки для подготовки к собеседованиям и прокачки навыков Разместить рекламу: @tproger_sales_bot Правила общения: https://tprg.ru/rules Другие каналы: @tproger_channels Другие наши проекты: https://tprg.ru/media

显示更多
7 067
订阅者
-424 小时
-127
-5430
吸引订阅者
七月 '26
七月 '26
+12
在0个频道中
六月 '26
+48
在0个频道中
Get PRO
五月 '26
+58
在1个频道中
Get PRO
四月 '26
+33
在0个频道中
Get PRO
三月 '26
+29
在1个频道中
Get PRO
二月 '26
+32
在1个频道中
Get PRO
一月 '26
+39
在0个频道中
Get PRO
十二月 '25
+44
在0个频道中
Get PRO
十一月 '25
+102
在3个频道中
Get PRO
十月 '25
+61
在0个频道中
Get PRO
九月 '25
+56
在1个频道中
Get PRO
八月 '25
+65
在3个频道中
Get PRO
七月 '25
+58
在0个频道中
Get PRO
六月 '25
+56
在0个频道中
Get PRO
五月 '25
+52
在0个频道中
Get PRO
四月 '25
+89
在0个频道中
Get PRO
三月 '25
+77
在1个频道中
Get PRO
二月 '25
+108
在3个频道中
Get PRO
一月 '25
+115
在2个频道中
Get PRO
十二月 '24
+94
在1个频道中
Get PRO
十一月 '24
+81
在1个频道中
Get PRO
十月 '24
+78
在0个频道中
Get PRO
九月 '24
+82
在0个频道中
Get PRO
八月 '24
+75
在0个频道中
Get PRO
七月 '24
+73
在0个频道中
Get PRO
六月 '24
+82
在0个频道中
Get PRO
五月 '24
+163
在2个频道中
Get PRO
四月 '24
+158
在0个频道中
Get PRO
三月 '24
+117
在0个频道中
Get PRO
二月 '24
+117
在0个频道中
Get PRO
一月 '24
+143
在1个频道中
Get PRO
十二月 '23
+140
在0个频道中
Get PRO
十一月 '23
+120
在0个频道中
Get PRO
十月 '23
+94
在0个频道中
Get PRO
九月 '23
+95
在0个频道中
Get PRO
八月 '23
+145
在0个频道中
Get PRO
七月 '23
+312
在0个频道中
Get PRO
六月 '23
+90
在0个频道中
Get PRO
五月 '23
+140
在0个频道中
Get PRO
四月 '23
+258
在0个频道中
Get PRO
三月 '23
+217
在0个频道中
Get PRO
二月 '23
+307
在0个频道中
Get PRO
一月 '23
+222
在0个频道中
Get PRO
十二月 '22
+327
在0个频道中
Get PRO
十一月 '22
+256
在0个频道中
Get PRO
十月 '22
+286
在0个频道中
Get PRO
九月 '22
+294
在0个频道中
Get PRO
八月 '22
+652
在0个频道中
Get PRO
七月 '22
+410
在0个频道中
Get PRO
六月 '22
+246
在0个频道中
Get PRO
五月 '22
+360
在0个频道中
Get PRO
四月 '22
+266
在0个频道中
Get PRO
三月 '22
+204
在0个频道中
Get PRO
二月 '22
+340
在0个频道中
Get PRO
一月 '22
+2 183
在0个频道中
Get PRO
十二月 '21
+2 522
在0个频道中
Get PRO
十一月 '21
+1 808
在0个频道中
Get PRO
十月 '21
+1 036
在0个频道中
日期
订阅者增长
提及
频道
14 七月+1
13 七月0
12 七月+1
11 七月0
10 七月+1
09 七月+1
08 七月+1
07 七月+3
06 七月0
05 七月0
04 七月+1
03 七月+3
02 七月0
01 七月0
频道帖子
Развёрнутое пояснение: 1. Создаётся словарь d с ключами 'a' и 'b'. 2. Запускается цикл for key in d. Python создаёт итератор словаря, который фиксирует его текущий размер. 3. На первой итерации key равно 'a'. Выполняется d['a_copy'] = 1, и размер словаря увеличивается. 4. Когда цикл пытается перейти к следующей итерации, итератор обнаруживает изменение размера и выбрасывает RuntimeError: dictionary changed size during iteration. 5. Программа завершается с этой ошибкой, print(d) не выполняется. Почему это важно: при обработке конфигов, метрик или логов часто хочется на ходу добавлять производные ключи в тот же словарь, но это приводит к падению. Правильный путь — собирать изменения в отдельную структуру, а затем обновлять оригинал.

2
没有文字...
240
3
Развёрнутое пояснение: 1. fix(fn) вызывает fn один раз и сохраняет результат в v. 2. fix возвращает lambda, которая всегда отдаёт это же значение v. 3. buf указывает на lambda, а значит все вызовы buf() возвращают один и тот же список. 4. test_a получает этот список, добавляет в него 'a' и печатает ['a']. 5. test_b получает уже изменённый тот же список, добавляет 'b' и печатает ['a', 'b']. Почему это важно В pytest фикстура со scope='module' или scope='session' создаёт один объект на все тесты модуля или сессии. Если фикстура отдаёт изменяемый объект — список, словарь, множество, — мутации в одном тесте протекают в другие. На проде это выглядит как flaky-тесты: локально всё зелёное, в CI падает из-за другого порядка, или тесты проходят только по отдельности. Это ложно-зелёный сигнал, который подрывает доверие к регрессии. Причина обычно в неверном scope фикстуры. Правильный подход: scope='function' для изолированных данных, а общие ресурсы делать неизменяемыми или копировать перед использованием. 💻 На практике такие кейсы разбирают в курсе Практикума PRO «Автоматизатор тестирования на Python»: поймёте фикстуры, их scope, изоляцию состояния между тестами и уровни покрытия. Реклама. Рекламодатель: АНО ДПО "Образовательные технологии Яндекса" ИНН 7704282033, erid: 2W5zFGUXzho
334
4
没有文字...
301
5
Развёрнутое пояснение: 1. Определяется класс Key с методом __eq__, который сравнивает атрибут val. 2. В Python класс, определяющий __eq__, но не определяющий __hash__, автоматически получает __hash__ = None. 3. При выполнении строки cache = {Key(1): 'hit'} Python пытается вычислить хеш ключа, чтобы разместить его в словаре. 4. Поскольку Key.__hash__ равен None, объект считается нехешируемым, и создание словаря падает с TypeError: unhashable type: 'Key'. 5. Вызов cache.get(Key(1)) не выполняется, потому что программа прерывается раньше. Почему это важно: кастомные ключи для кэшей, конфигураций или агрегаций часто требуют своего сравнения. Если забыть реализовать __hash__, весь механизм ломается ещё на этапе создания dict или set. В dataclasses это решается через frozen=True для автоматического __hash__, а в собственных классах — явным определением __hash__.
385
6
Развёрнутое пояснение: 1. Первый вызов `load_users('a')` не находит ключ в кэше, выполняет `return []`, сохраняет созданный список в кэше и сразу добавляет в него `'u1'` через `.append`. Теперь в кэше лежит список `['u1']`. 2. Второй вызов `load_users('a')` попадает в кэш и возвращает тот же самый объект-список, а не новый. `.append('u2')` изменяет этот же объект, и он становится `['u1', 'u2']`. 3. Вызов `print(load_users('a'))` снова получает тот же объект из кэша и печатает `['u1', 'u2']`. Почему это важно: кэширование изменяемых объектов — распространённая ловушка при оптимизации репозиториев, загрузчиков конфигурации и API-клиентов. Если возвращаемый объект мутируется, кэш превращается в разделяемое изменяемое состояние, и разные вызовы начинают влиять друг на друга, что приводит к трудноуловимым багам в продакшене.
364
7
没有文字...
367
8
没有文字...
407
9
По шагам: 1. Когда Python встречает class A(metaclass=Meta), он не сразу выполняет тело класса. Сначала он спрашивает у метакласса: «в каком словаре хранить имена этого класса?» — и вызывает Meta.__prepare__. 2. Обычно __prepare__ возвращает пустой словарь, но здесь он возвращает {'x': 10}. То есть тело класса начинает выполняться в пространстве имён, где имя x уже существует и равно 10. 3. Выполняется строка result = x + 5. Python ищет x в текущем пространстве имён, находит 10 и записывает result = 15. 4. Следующей выполняется строка x = 1 — она перезаписывает ключ x в том же словаре. Но result уже вычислен, задним числом он не пересчитывается. 5. В итоге у класса A два атрибута: result = 15 и x = 1. Поэтому print(A.result) выводит 15. Почему это важно __prepare__ — редкий хук, но он показывает главное: тело класса — это обычный код, выполняющийся в словаре, которым можно управлять. Именно на этой механике работают Django-модели: вы пишете class Movie(models.Model) с обычными атрибутами, а метакласс превращает их в поля таблицы, валидацию и запросы к базе. Понимание таких вещей — разница между «использую фреймворк» и «понимаю, что он делает». Если хотите прокачаться именно во втором, посмотрите курс Middle Python от Практикума PRO: за 6 месяцев вы глубоко разберёте Django и его ORM, асинхронность на FastAPI, микросервисную архитектуру и соберёте бэкенд из 10+ сервисов. Реклама. Рекламодатель: АНО ДПО "Образовательные технологии Яндекса" ИНН 7704282033, erid: 2W5zFJM1sK7
486
10
没有文字...
430
11
Развёрнутое пояснение: В сигнатуре функции f параметры a и b стоят до /, поэтому их можно передать только позиционно. Параметр d стоит после *, поэтому его можно передать только по имени. Параметр c находится между / и *, поэтому допускает оба варианта. Корректен вызов с позиционными a, b и именованными c, d.
535
12
没有文字...
538
13
Привет! Весь июль мы будем вести этот канал в партнёрстве с Яндекс Практикумом PRO. Драматически ничего не меняется: мы продолжим выкладывать задачки и решения — даже более системно и регулярно, чем последние пару месяцев. А ещё расскажем про большой мидловый курс по Python. Для нас это новый формат соседства двух брендов — надеемся, будет полезно. А пока, всем отличных выходных 🌴
773
14
Развёрнутое пояснение: Код удаляет ключ 'a', после чего порядок становится ['b']. Затем 'a' вставляется заново, а не восстанавливается на старом месте, поэтому итоговый порядок — ['b', 'a']. Это поведение гарантировано с Python 3.7.
988
15
没有文字...
904
16
没有文字...
808
17
没有文字...
767
18
没有文字...
795
19
没有文字...
878
20
没有文字...
846