Асинхронщина в Python

[@russab0]

Один из немногих понятных докладов про асинхронность! Спасибо)

[@TeppopucT]

Огонь! Лучшее объяснение на пальцах

[@mr.senmax6185]

Человек вышел с докладом и не смог ответить на простой вопрос по теме доклада. Это жесть.

[@andreyklimenko5605]

в "примере из жизни" reutrn requests.get заблокирует нахрен ваш луп, господа

[@АндрейИсаков-э4к]

Используйте aiohttp вместо. Но у него пока нет Digest-авторизации, это надо учитывать...

[@alexpol3842]

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

[@Victorius-ua]

Объясните, кто-нибудь, почему?

[@agentdaun5699]

@@Victorius-ua Ахах, год конечно прошёл, но requests.get это блокирующая функция, такая же, как например, select. requests не умеет в асинхрон, надо использовать aiohttp .

[@Victorius-ua]

@@agentdaun5699 спасибо за ответ, но самому дошло еще год назад, когда начал использовать asyncio :)

[@МатвейТарасов-ц4б]

По сути как-то мало сказал

[@vitaliykopachyov2972]

>Асинхронный код плохо читаем и тяжело отлажевать Как раз наоборот засчет четко определенных мест прерывания(возврата управления) в функциях, мы более точно можем сказать, что происходит.

[@zip1982besh]

мне понравился доклад. Сказал что асинхронный код работает в одном процессе и в одном потоке...

[@ivan2885]

а разве не так?

[@zip1982besh]

@@ivan2885 всё так, сказал без всякого умысла.

[@dmitriykolesnik6281]

Сразу видно что у человека огромный педагогический стаж. (нет!)

[@nikitasid4947]

Хороший чистый русский порадовал.

[@MrFrimko]

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

[@naaimiss4572]

Злата не рядом с Григорием? Не хочет отвлекать?

[@SierjKhaletski]

Новый GIL на таймаутах с 3.2 если я не ошибаюсь

[@AndriiKuftachov]

У меня вопрос, а какой уровень у участников, что докладчик рассказывает такие банальные вещи? Это профессиональная ориентация?

[@svjatoslavblokhin1178]

Мне интересно, зачем такой снобизм) Кто-то хочет освежить теорию в памяти, кто-то, действительно, новичок, не разобрался с этим. Что плохого-то?

[@ФламингоПазитиво]

джавист детектед. Сука, какие же вы снобы, что с вашей вонбчей джавой на работе, что в жизни.

[@robotnaoborot]

> Асинхронщина > и называется она GIL Но для завязанного на IO код GIL не проблема. Название и описание сбивают с толку. >Асинхронный код плохо читаем и тяжело отлажевать Код с потоками - тоже.

[@АндрейИсаков-э4к]

Да нормально он читается. async/await означает, что в этом месте возможно переключение контекста. Всё. А код так и остаётся линейным.

[@artintelligence2682]

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

[@АндрейИсаков-э4к]

А почему бы и нет? Как и в случае с сетевыми запросами - работа со стороны питона идёт с буфером.

[@alexeygrebenshchikov3548]

Очень слабый доклад.