ну, э, да, у меня он неверный

1,123,3,4 у меня верный

нужна только одна цифра? убери плюс после \d

А простой перенос не прокатит? Там просто комп без инета

use docker

нужна только одна цифра? убери плюс после \d

Цифр может быть несколько

Запятая только одна.

вообще я б плюнул на регекспы и сделал all(s.isdigit() for s in line.split(","))

вообще я б плюнул на регекспы и сделал all(s.isdigit() for s in line.split(","))

я бы делал регекспами, но тоже ок

вообще я б плюнул на регекспы и сделал all(s.isdigit() for s in line.split(","))

Это вообще супер.

вообще я б плюнул на регекспы и сделал all(s.isdigit() for s in line.split(","))

это снова повторяющиеся запятые пропустит

s and s.isdigit()

если это ок конечно

угу

или and ",," not in line

это снова повторяющиеся запятые пропустит

так вроде какраз ''.isdigit() выдаст False

а, ок

сорри

кстати да

Чото вы парите (?:(?:\d+,)+)?\d+ Это если целые числа

еще больше варварство будет try: [int(s) for s in line.split()] return True except ValueError: return False

Чото вы парите (?:(?:\d+,)+)?\d+ Это если целые числа

?: - что это делает?

не захватывает

но зачем?

Чтоб ПАМЯТЬ ЭКОНОМИТЬ!

ᕙ( • ‿ • )ᕗ

да там этой памяти

и вообще, сразу будет высвобождена

Да я понимаю, чего ты Это просто привычка Полезно, когда много групп, а обращаться нужно к некоторым

Как можно ревлизовать вставку точек в числа после трех чисел? Что-бы было типо так: 1.000 45.123.643

Как можно ревлизовать вставку точек в числа после трех чисел? Что-бы было типо так: 1.000 45.123.643

А как ты уже попробовал?

Раньше я просто делал типо 1кк 34к

А в голове мысля что надо в массив переводить и отсчитывать с конца, но хз

Как можно ревлизовать вставку точек в числа после трех чисел? Что-бы было типо так: 1.000 45.123.643

>>> '{:,d}'.format(12345678).replace(',', '.') '12.345.678'

(чо он сразу точку не принимает я не помню честно говоря)

(чо он сразу точку не принимает я не помню честно говоря)

Локаль, может быть? В баше printf говнился так, помню

(чо он сразу точку не принимает я не помню честно говоря)

потому что можно либо запятую, либо пробел

остальное он не ест

CACHE = {} def squared_cache(number): if number not in CACHE: divisors = [x for x in range(1, number + 1) if number % x == 0] CACHE[number] = sum([x * x for x in divisors]) return CACHE[number] return CACHE[number] def list_squared(m, n): ret = [] for number in range(m, n + 1): divisors_sum = squared_cache(number) if (divisors_sum ** 0.5).is_integer(): ret.append([number, divisors_sum])

>>> '{:,d}'.format(12345678).replace(',', '.') '12.345.678'

Оо, спасибо

CACHE = {} def squared_cache(number): if number not in CACHE: divisors = [x for x in range(1, number + 1) if number % x == 0] CACHE[number] = sum([x * x for x in divisors]) return CACHE[number] return CACHE[number] def list_squared(m, n): ret = [] for number in range(m, n + 1): divisors_sum = squared_cache(number) if (divisors_sum ** 0.5).is_integer(): ret.append([number, divisors_sum])

Откуда гарантии что при вычислении **0.5 получится точное значение корня?

а зачем мне точное значение корня?

Затем что ты проверяешь целое оно или нет

Именно

Если у тебя вместо 123.0 получится 123.000000000000009?

Python + uWSGI в 10 процессах. CPU шкалит в полку без видимых причин на каждую ручку. Поставили pyFlake. 99% времени мы в IDLE. Трейсили strace-ом, видим кучу фьютексов на свитч контекста. Из этого есть вроде бы логичная теория, что GIL ходит и свитчит контекст, попусту сжирая процессроное время. Но uWSGI по-умолчанию отключает GIL. Функции для работы с ним подменяются dummy-пустышками. Может быть так, что под uWSGI GIL все равно рабтает в каждом процессе?

Прогнал через 200 тестов, везде получилось 123.0 вместо 123.0000000009, как ты сказал

Прогнал через 200 тестов, везде получилось 123.0 вместо 123.0000000009, как ты сказал

Эм. Ты в курсе как работают дробные числа?

200 тестов мало. Прогони 2000000

Эм. Ты в курсе как работают дробные числа?

Объясни xD

мантисса + порядок

200 тестов мало. Прогони 2000000

hypothesis натравите он сам по идее все возможные варианты прогонит

скорее всео конечено на твоих числах все норм будет, но вообще никаких гарантий

Объясни xD

>>> 0.1+0.2 0.30000000000000004

hypothesis натравите он сам по идее все возможные варианты прогонит

кого?

кого?

https://hypothesis.readthedocs.io/en/latest/

https://hypothesis.readthedocs.io/en/latest/

эм, зачем это?

эм, зачем это?

ну ты спрашиваешь у человека, что будет на таком-то числе. Он их придумывает, а эта штука просто возьмет пачку разных вариантов чисел. Вместо того, чтобы придумывать, делегируй это камплюхтеру

Если я, конечно, правильно контекст уловил ваш

ну ты спрашиваешь у человека, что будет на таком-то числе. Он их придумывает, а эта штука просто возьмет пачку разных вариантов чисел. Вместо того, чтобы придумывать, делегируй это камплюхтеру

хотел бы я посомтреть как эта штука придумает граничный кейс

хотел бы я посомтреть как эта штука придумает граничный кейс

там же float у него?

ну вообще на входе int

но получается в процессе float

перебрать все инты, проверить, что x**0.5 % 1 == 0 тогда и только тогда, когда x является целым квадратом

то есть ровно 1000 раз для чисел от 0 до 999 999

а юнит тест есть?

написанный

>>> sum(i**0.5%1==0 for i in range(1000000)) 1000

неинтересно

и до 100 млн тоже ровно 10к квадратов

но все равно, мне тоже не нравится этот прием

я запустил проверку до 100000000000

ждем

>>> sum(i**0.5%1==0 for i in range(1000000)) 1000

эм, i*i?

нет

а

вижу

я наоборот запустил

корень из квадрата проверяю

неточные квдраты не интересно

CACHE = {} def squared_cache(number): if number not in CACHE: divisors = [x for x in range(1, number + 1) if number % x == 0] CACHE[number] = sum([x * x for x in divisors]) return CACHE[number] return CACHE[number] def list_squared(m, n): ret = [] for number in range(m, n + 1): divisors_sum = squared_cache(number) if (divisors_sum ** 0.5).is_integer(): ret.append([number, divisors_sum])

Вот вариант без возведения в степень и извлечения корня: https://pastebin.com/6ZezDSpP

Хеллоу всем. Вопрос возник такой, если у меня в Django может быть несколько провайдеров по отсылке сообщений (sendgrid, ...). Какой паттерн проектирования лучше применить? Factory, Strategy?

кто нить отлаживает приложения под gunicorn в vscode?

кто нить отлаживает приложения под gunicorn в vscode?

а чего там отлаживать?

и зачем отлаживать под gunicorn вообще?

да

мне нужен образец настроек для vscode

я не вижу причин отлаживать запуск под gunicorn

вот вообще ни одной

фейспалм. есть, например, fastapi, который вообще только под всякими гуникорнами запускается

и не он один

фейспалм. есть, например, fastapi, который вообще только под всякими гуникорнами запускается

врешь https://fastapi.tiangolo.com/tutorial/debugging/

ну то есть можно из кода прям

а мне гуникорн нужен