Python Junior подкаст. На Moscow Python Conf++ готовят холивар про асинхронку

Сегодня в Python реализована нативная поддержка async/await. В асинхронных фреймворках и библиотеках для него также нет недостатка. Однако иногда кажется, что вокруг асинхронности в Python чересчур много «магии». Обсуждаем эти непростые материи и слегка спойлерим доклады на соответствующую тему, которые будут прочитаны 5 апреля на Moscow Python Conf++.

В дискуссии участвуют: сооснователь MoscowPython Валентин Домбровский, тимлид NVIDIA Злата Обуховская, евангелист MoscowPython Григорий Петров и техлид «ДомКлик» Сергей Борисов.

В выпуске:
02:43 — о чём будет рассказывать Сергей Борисов на Moscow Python Conf++
04:06 — предназначены ли IT-конференции для обучения
06:22 — что интересного относительно async/await и machine learning будет на Moscow Python Conf++
09:00 — почему сравнение библиотек aiopg и asyncpg достойно особого внимания
10:01 — в чём соль метода подготовки докладов «по Григорию Петрову»
13:19 — с какими трудностями в реализации асинхронности сталкивается разработка в «ДомКлик» (обработка исключений, логирование, etc.)
14:46 — правда ли, что coroutines в Python «текут»
20:32 — страхует ли на самом деле квалификация разработчика от суровых ошибок
21:56 — достаточно ли в асинхронности на Python минусов, чтобы от неё отказаться
23:52 — в чём главная польза от асинхронности с точки зрения бизнеса и разработки
28:26 — не слишком ли много сегодня в Python «магии async/await»
32:25 — какие ещё языки, кроме Python, будут затронуты на конференции
37:50 — кто из core team Python выступит на Moscow Python Conf++ и о чём собирается рассказывать

[GnuriaN]

Спасибо. Очень интересно было послушать.

[MrPavelFrolov]

Асинхронка пока плохо внедряется в бизнес из-за сложности. И нужны веские причины для внедрения.
Я попробовал, написал producer-consumer для потоковой прогонки данных - да, классно, но как подумал, что придется заставлять коллег писать асинхронщину - мне показлось это не гуманно. Тем более, коллеги, в основном, аналитики, и им эти приколы никуда не упёрлись по большому счету.
Пока в продакшене юзаю concurrent.futures, который нормально встраивается в синхронных код.
Асинхронщина, судя по докладу core девелопера питона - должна работать только в асинхронных программах.
А хотелось бы, в синхронном коде воткнуться в место, где надо распараллелиться - запустить loop с задачами, дождаться - и поехать дальше. Но в докладе core девелопера было сказано - это не хорошо. Так что пока сложность не оправдана, если основная часть кода устраивает синхронностью - переписывать все, для того, чтобы оно стало асинхронным - не ахти идея.

[armanazhkhanov]

Слушайте а где посмотреть методу Григория

[py_thonist]

Наверное, не вывелись ещё паттерны асинхронности, правила, при соблюдении которых асинхронный код всегда будет комфортным и эффективным, хотя я сам джун, может просто не знаю о них

[alpden]

Бизнес бизнесом, но это уже не джуниор подкаст, а какая то тотальная реклама конференции.