«Как и любой растущий проект, мы столкнулись с несколькими проблемами:
— кода становится больше, он становится сложнее
— команда растет, приходят люди с разным опытом и привычками
— многие проблемы регулярно всплывают на код-ревью
Эти проблемы нельзя решить мгновенно и решить полностью, но за несколько лет в команде выработался хороший подход — если мы регулярно сталкиваемся с проблемой и ее проверку можно автоматизировать — нужно это сделать.
Подход не новый и кажущийся очевидным, но у многих команд просто не хватает времени, чтобы начать его внедрять. Я расскажу о том, как проверки устроены у нас, как начать внедрять с минимумом затрат и как сделать это частью процесса разработки»

Тема доклада: почему вам не важен асинхронный ORM
«Каждый день мы пишем много асинхронного кода и выбираем для каждой задачи подходящую aio-библиотеку в зависимости от того, с чем нам приходится работать: с HTTP или с файлами. А ещё нам приходится работать с базами данных, но, увы, aio-database нет. Раньше отсутствие асинхронной ORM вызывало много вопросов у разработчиков, зато теперь у нас есть сразу несколько асинхронных библиотек. Впрочем, их использование даёт прирост к производительности не всех типов задач, а только некоторых.
В своем докладе я расскажу, в каких типах задач всё будет ок, а когда не стоит ждать чудес от асинхронности. Также разберёмся, почему так сложно написать асинхронное ORM и как в новой SQLAlchemy добавить асинхронность без переписывания кода при помощи greenlet»

«Обучение с подкреплением — отличная парадигма для создания алгоритмов управления роботами, которая не предполагает написания вручную огромного количества правил, задающих ограничения на поведение робота, или разметки огромных датасетов для обучения. Вместо этого робот может учиться на опыте своего взаимодействия со средой методом проб и ошибок.
Но тут возникает 2 вопроса:
1. Как сделать так, чтобы, совершая ошибки в процессе обучения, робот не сломал себя или что-то/кого-то вокруг себя?
2. Как сделать так, чтобы обучение при этом было эффективно с точки зрения количества попыток?»

«В докладе я расскажу про Катбуст и какие задачи он решает. Мы поговорим про недавно поддержанные текстовые признаки и эмбединги в катбусте, обсудим важность фичей, посмотрим на наш механизм их отбора. В конце поговорим про способы определения неопределенности в предсказаниях Катбуста»

«HL7 FHIR — стандарт передачи медицинских данных. Для современных медицинских информационных систем важно ему следовать. Как для любой Enterprise технологи, вы сможете найти массу её реализаций на Java или .Net. Пять лет назад, когда beda.software начали заниматься разработкой в сфере здравоохранения, существующий python инструментарий нас не устраивал. Поэтому мы занимались и продолжаем заниматься разработкой open source инструментов на Python для FHIR.
В своем докладе я расскажу, что такое FHIR, зачем он нужен и как он помогает делать медицинские приложения проще. Расскажу, какие библиотеки мы разработали и как используем их для решения повседневных задач»
Приезжайте на PyCon Weekend, чтобы узнавать новое из первых уст, знакомиться, дискутировать и делиться опытом"

«Есть несколько точек зрения. Одни говорят, что не надо использовать сторонние модули, если для них есть уже готовая реализация в стандартной библиотеке. Другие говорят, что эта самая библиотека — это место, куда модули приходят тихо догнивать, поэтому надо брать свежие и современные сторонние реализации.
Но факт фактом — за долгую и насыщенную историю развития Python в стандартной библиотеке собрался целый паноптикум модулей разной степени нужности и проработанности. Она даже чем-то смахивает на НИИЧаВо из известной повести — чем глубже идешь, тем более таинственные вещи находишь. Давайте заглянем?»

«Я хочу рассказать про то, как мы начали использовать pyinvoke для автоматизации различных операции в нашей команде. Таких, как: тестирование, проверка стиля, релизы и тд. Благодаря этому нам довольно быстро удалось подвести единую базу под все наши внутренние и внешние пакеты. При этом мы получили возможность изменять наши конвенции по необходимости сразу и везде.
Слушатели смогут понять, что конвенции и соглашения в команде лучше кодифицировать, чтобы переиспользовать их во всех пакетах. И что разрабатывать вспомогательные задачи на питоне удобнее и приятнее, чем на make.
Доклад рассчитан на middle+ python developer, сталкивающийся с управлением пакетами»

«NoSQL предлагает возможности к слабо структурированному хранению информации и возможность оперативного доступа к ней. Однако это накладывает ряд неудобств при использовании множества вложенных (в том числе рекурсивных) структур совместно друг с другом.
В тоже время GraphQL описывает удобную нотацию для предоставления доступа к данным, но большинство ORM, предоставляющих данные посредством GraphQ, реализованы для SQL баз данных. При использовании связки GraphQL и MongoDB, зачастую возникает желание использовать все возможные структуры данных в связке с GraphQL и иметь в арсенале возможность поиска/фильтров данных, которые содержатся в «списках» и «словарях».
Однако тут может возникнуть ряд проблем…»

«Всего двадцать лет назад мир был простой и понятный. Python, Ruby и PHP были «скриптовыми», «интерпретируемыми» языками. А C++ и Java — «компилируемыми, поэтому в сотни раз быстрее». А сейчас, в 2021 году, «задача четырех тел» решается на C++ всего лишь в два раза быстрее, чем на JavaScript. Но все так же в сотни раз быстрее, чем на Python или Ruby. Звучит несправедливо. И есть много хороших докладов, отвечающих на вопрос «что делать» и «как обмазать все PyPy, Numba и Cython».
Я же расскажу о том, «кто виноват»: про компиляторы, байткод, ceval.c, виртуальные машины, JIT, нативные расширения и всё то, из-за чего мы вынуждены слышать это обидное «Python медленный»

«Рабочие дни — общаемся с продукт менеджером, думаем о наследовании, соблюдаем SOLID, следуем TDD, внедряем DDD. А времени остановиться и глянуть на каждодневный инструмент, git, иногда совсем нет.
Вроде и о Git Hooks слышал, что-то там про внутренности внутри .git папки и какие-то скрипты… ну его, лучше не лезть, пойду почитаю что-нибудь о новой версии frameworkname.
Но раз «все мы здесь сегодня собрались», то давайте поговорим о гит хуках: вспомним, что это за зверь, посмотрим на pre-commit (который тулза, а не хук), что там нового и как жить с пре-коммит хуками в монорепозитории»

«Интеграция Python с Rust — актуальный тренд, развивающийся семимильными шагами. Но для многих он — нечто теоретическое и страшное к использованию в production.
Давайте посмотрим на кейсы из реального production.
Зачем нужно интегрироваться с Rust?
Почему teamlead'у не стоит этого бояться?
Как можно организовать pipeline вычислений с тем, чтобы максимально безболезненно интегрировать Rust в цепочку выполнения Python'овского кода?
В каких неочевидных вопросах Rust может помочь Python'исту? Как заменить marshmallow и другие библиотеки на Rust'овые аналоги?
В моем докладе мы рассмотрим все перечисленные вопросы, обсудим несколько подводных камней и сделаем вывод о том, что Rust и Python — это один из самых мощных трендов будущего в Python мире»

«Знакома ли вам ситуация «у меня всё работает», когда локально и на CI всё хорошо, а в продакшене страдают пользователи?
Мы в виртуальной сети Яндекс.Облака постоянно держим руку на пульсе с помощью активных проверок продовых сценариев на базе python и py.test.
Я расскажу, какой «сетап» работает у нас и как этот подход можно использовать в вашем проекте»