Телеграмм чат группы piterpy_meetup страница 3106

parrot.ru

Рейтинг популярных групп и каналов

В рейтинге участвует:

групп:

каналов:

Виртуальный сервер на SSD - недорого!

Аренда выделенных и виртуальных серверов (VDS/VPS), хостинг, аренда IP-адресов, администрирование, круглосуточная поддержка

qwarta.ru подробнее

Резервное копирование с проверкой на вирусы!!!

Удобный сервис создания резервных копий на любой сервер сети интернет. Отслеживайте изменения, проверяйте на вирусы. Надежно защитите свой бизнес!

go.backupland.com

Выбираете сервер? Любая конфигурация на заказ!

Аренда физических серверов любых конфигураций под любые запросы - 1С бухгалтерия, игровые сервера, нагруженные проекты, интернет-магазины!

qwarta.ru подробнее

Size: a a a

PiterPy Meetup

656 membersпожаловаться на группу

2020 October 18

DB

Dima Boger in PiterPy Meetup

в самом pytest есть опция --pdb, запускает интерактивный отладчик, если тест завершается фейлом или происходит исключение.

Я попытался вникнуть в его исходники, но чёт очень сложно. Раскуриваю _pytest.capture, именно он отвечает за перенаправление стдина:

In addition, stdin is set to a “null” object which will fail on attempts to read from it because it is rarely desired to wait for interactive input when running automated tests.

источник

15:03пожаловаться #1

DB

Dima Boger in PiterPy Meetup

Окей, я нашёл как на время выключить capture 🎉:

cm: CaptureManager = self.request.config.pluginmanager.getplugin("capturemanager")
cm.stop_global_capturing()
interactive_input = input('hey?')
cm.start_global_capturing()

источник

15:20пожаловаться #2

A

Anatoly in PiterPy Meetup

Окей, я нашёл как на время выключить capture 🎉:

cm: CaptureManager = self.request.config.pluginmanager.getplugin("capturemanager")
cm.stop_global_capturing()
interactive_input = input('hey?')
cm.start_global_capturing()

А можно поинтересоваться, когда нужен инпут в тестах? Для себя, на будущее🙄

источник

15:32пожаловаться #3

DB

Dima Boger in PiterPy Meetup

А мне не для тестов, мне для плагина к тестам.

Есть такая классная штука как снепшот-тестирование — в тестах вместо assert value == expected пишешь assert value == snapshot(), и при первом запуске оно запомнит значение value как эталонное, а при следующих будет сравнивать. Поменяется — упадёт. В питоне есть парочка библиотек-плагинов, которые прикручиваются и позволяют делать такое, но нет ни одной интерактивной, чтобы per-test смотреть диффы разошедшихся снепшотов и валидировать их.

Хороший пример, как это выглядит в jest: https://jestjs.io/docs/ru/snapshot-testing#interactive-snapshot-mode

Snapshot Testing · Jest

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

источник

15:36пожаловаться #4

DB

Dima Boger in PiterPy Meetup

А pytest вообще не предполагает никакого интерактивного мода, CLI в нём работает только на output :(

Поэтому задача нетривиальная, если писать наружу это ещё ладно, то вот спрашивать что-то у разработчика удобно не получится. Колдую, может чего получится 🤷‍♂️

источник

15:38пожаловаться #5

A

Anatoly in PiterPy Meetup

А мне не для тестов, мне для плагина к тестам.

Есть такая классная штука как снепшот-тестирование — в тестах вместо assert value == expected пишешь assert value == snapshot(), и при первом запуске оно запомнит значение value как эталонное, а при следующих будет сравнивать. Поменяется — упадёт. В питоне есть парочка библиотек-плагинов, которые прикручиваются и позволяют делать такое, но нет ни одной интерактивной, чтобы per-test смотреть диффы разошедшихся снепшотов и валидировать их.

Хороший пример, как это выглядит в jest: https://jestjs.io/docs/ru/snapshot-testing#interactive-snapshot-mode

Snapshot Testing · Jest

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

интересно, спасибо)

источник

15:43пожаловаться #6

E

Eugene in PiterPy Meetup

А мне не для тестов, мне для плагина к тестам.

Есть такая классная штука как снепшот-тестирование — в тестах вместо assert value == expected пишешь assert value == snapshot(), и при первом запуске оно запомнит значение value как эталонное, а при следующих будет сравнивать. Поменяется — упадёт. В питоне есть парочка библиотек-плагинов, которые прикручиваются и позволяют делать такое, но нет ни одной интерактивной, чтобы per-test смотреть диффы разошедшихся снепшотов и валидировать их.

Хороший пример, как это выглядит в jest: https://jestjs.io/docs/ru/snapshot-testing#interactive-snapshot-mode

Snapshot Testing · Jest

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

Что-то похожее я использую, когда надо тестировать алгоритмы, где на выходе картинки. Есть удобный плагин для mpl

https://github.com/matplotlib/pytest-mpl

matplotlib/pytest-mpl

A pytest plugin to faciliate image comparison for Matplotlib figures - matplotlib/pytest-mpl

источник

16:53пожаловаться #7

DB

Dima Boger in PiterPy Meetup

Мне вот хочется написать generic-штуку, чтобы туда можно было разные типы данных подключать и дописывать их по надобности

Но одно дело хочется, а другое дело написать 😅

источник

16:55пожаловаться #8

V

Vera in PiterPy Meetup

Мне вот хочется написать generic-штуку, чтобы туда можно было разные типы данных подключать и дописывать их по надобности

Но одно дело хочется, а другое дело написать 😅

источник

20:28пожаловаться #9

PR

Paul Rudnitskiy in PiterPy Meetup

о да

источник

20:36пожаловаться #10

N

Nikolai in PiterPy Meetup

+

источник

21:02пожаловаться #11

p

pragus in PiterPy Meetup

В голос ))

источник

21:03пожаловаться #12

E

Eugene in PiterPy Meetup

Кому-то ещё кроме меня кажется странным, что в pydantic.BaseSettings значения, переданные в конструктор, перекрывают значения, заданные через env? По (моей) логике должно быть наоборот: env имеет наивысший приоритет, ну или это должно быть хотя бы настраиваемо через Config, но нет, в коде захардкожен порядок обновления полей. И получается, что env-значения в низшем приоритете. Я не могу, скажем, построить конфигурацию, основанную на конфигурационных файлах+env, где env - имеет самый высокий приоритет, а конфиг-файлы менее высокий.

Типа пример кода:

class Settings(BaseSettings):
    ...

s = Settings(**load_from_config(config_path))

Сейчас в такой конструкции не cработают env-значения, они будут перекрыты тем, что я передал в конструктор.
```

🤷‍♂️

источник

23:45пожаловаться #13

E

Eugene in PiterPy Meetup

во, не я один такой!
https://github.com/samuelcolvin/pydantic/issues/340

Environment variable overrides broken · Issue #340 · samuelcolvin/pydantic

Bug For bugs/questions: OS: Fedora Python version: 3.6 Pydantic version: 0.16 I believe v0.15 may have introduced a breaking change with respect to environment variable overrides for config values....

источник

23:51пожаловаться #14

E

Eugene in PiterPy Meetup

в общем, автор предлагает менять это поведение самостоятельно
https://github.com/samuelcolvin/pydantic/pull/343

This behaviour can be changed by overriding the ``_build_values`` method on ``BaseSettings``.

improve settings priority, by samuelcolvin · Pull Request #343 · samuelcolvin/pydantic

Change Summary
Improve documentation for settings priority and allow them to be more easily changed.
Related issue number
ref #341
Checklist

Unit tests for the changes exist
Tests pass on CI and...

источник

23:56пожаловаться #15

2020 October 19

p

pragus in PiterPy Meetup

https://youtu.be/7Anvawx9ixY

GOTO 2020 • GraphQL, gRPC and REST, Oh My! A Method for Unified API Design • Mike Amundsen

This presentation was recorded at GOTO Chicago 2020. #GOTOcon #GOTOchgo
http://gotochgo.com

Mike Amundsen - The (API) uncle you wish you had — the ultimate expert

ABSTRACT
As APIs are adopted in more and more organizations, the need for successful API design and implementation becomes more pressing. Companies that adopt a single API definition format (OpenAPI, AsyncAPI, Schema Definition Language, Protobuff, etc.) are likely to find their options limited as their API ecosystem grows and matures over time.
In order to avoid forcing the entire company to adopt a single API style or format, no matter the requirements of providers and consumers, we need a unified API design process. One that doesn't pre-determine implementation details such as REST, GraphQL, gRPC, and others. Based on materials in Amundsen's book "Design and Build Great Web APIs", this talk describes a simple, repeatable process for API designers to capture and document design details in a way that allows API developers to make their own decisions…

источник

00:58пожаловаться #16

AO

Alexander Ovchinniko... in PiterPy Meetup

Кому-то ещё кроме меня кажется странным, что в pydantic.BaseSettings значения, переданные в конструктор, перекрывают значения, заданные через env? По (моей) логике должно быть наоборот: env имеет наивысший приоритет, ну или это должно быть хотя бы настраиваемо через Config, но нет, в коде захардкожен порядок обновления полей. И получается, что env-значения в низшем приоритете. Я не могу, скажем, построить конфигурацию, основанную на конфигурационных файлах+env, где env - имеет самый высокий приоритет, а конфиг-файлы менее высокий.

Типа пример кода:

class Settings(BaseSettings):
    ...

s = Settings(**load_from_config(config_path))

Сейчас в такой конструкции не cработают env-значения, они будут перекрыты тем, что я передал в конструктор.
```

🤷‍♂️

Там и Strict Types не по умолчанию, библиотеку какой-то JS-формошлёпер писал

источник

01:57пожаловаться #17

AO

Alexander Ovchinniko... in PiterPy Meetup

Alexander Ovchinnikov 🦁

Там и Strict Types не по умолчанию, библиотеку какой-то JS-формошлёпер писал

Причём раньше про это в документации не писали и когда я про такое поведение по умолчанию узнал, у меня очень «пригорело», как будто обманули

источник

02:00пожаловаться #18

Б

Боброний in PiterPy Meetup

Неужели нет какой-то либы которая имплементрует gather_results или что-то похожее?

То есть собирает из структуры данных футуры или специальные объекты, асинхронно получает их резултаты и возвращает структуру данных с результатами

Есть какие-то причины так не делать?

async def get_list(*items):
    return [*items]


async def get_dict(*keys):
    return dict.fromkeys(keys, ...)


async def main():
    return await gather_results(
        {
            'combined_dicts': {
                **result_of(get_dict('a', 'b')),
                **result_of(get_dict('c', 'd')),
            },
            'combined_lists': [
                *result_of(get_list(1, 2)),
                *result_of(get_list(3, 4)),
            ]
        }
    )


>>> asyncio.run(main())

{
    'combined_dicts': {
        'a': ...,
        'b': ...,
        'c': ...,
        'd': ...,
    },
    'combined_lists': [
        1, 2, 3, 4
    ]
}

источник

02:47пожаловаться #19

S

Stan in PiterPy Meetup

Боброний

Неужели нет какой-то либы которая имплементрует gather_results или что-то похожее?

То есть собирает из структуры данных футуры или специальные объекты, асинхронно получает их резултаты и возвращает структуру данных с результатами

Есть какие-то причины так не делать?

async def get_list(*items):
    return [*items]


async def get_dict(*keys):
    return dict.fromkeys(keys, ...)


async def main():
    return await gather_results(
        {
            'combined_dicts': {
                **result_of(get_dict('a', 'b')),
                **result_of(get_dict('c', 'd')),
            },
            'combined_lists': [
                *result_of(get_list(1, 2)),
                *result_of(get_list(3, 4)),
            ]
        }
    )


>>> asyncio.run(main())

{
    'combined_dicts': {
        'a': ...,
        'b': ...,
        'c': ...,
        'd': ...,
    },
    'combined_lists': [
        1, 2, 3, 4
    ]
}

Звучит как что-то очень узкое. Можно всегда самому сделать из gather, при желании

источник

09:21пожаловаться #20