Телеграмм чат группы python

2019 December 08

A

Almas in Python KZ

Рахмет, посмотрю решение

источник

18:35пожаловаться #1

y

yb in Python KZ

Кir

Я пришёл к выводу, что лучше создать два словаря или pandas dataframe

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

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

Главное не усложнять. Rule of thumb - пройтись через значения используя цикл и проверить значения через условие (if). Сложность алгоритма (стоимость) будет линейная (O(N)). Так будет читаться лучше. Если можешь себе позволить линейную сложность, то бери этот способ.

В целом почитай про асимптотическую сложность алгоритмов и выделение памяти. Твоя эффективность как программиста вырастет

источник

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

y

yb in Python KZ

yb

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

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

Главное не усложнять. Rule of thumb - пройтись через значения используя цикл и проверить значения через условие (if). Сложность алгоритма (стоимость) будет линейная (O(N)). Так будет читаться лучше. Если можешь себе позволить линейную сложность, то бери этот способ.

В целом почитай про асимптотическую сложность алгоритмов и выделение памяти. Твоя эффективность как программиста вырастет

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

источник

19:17пожаловаться #3

L

Leo in Python KZ

yb

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

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

Главное не усложнять. Rule of thumb - пройтись через значения используя цикл и проверить значения через условие (if). Сложность алгоритма (стоимость) будет линейная (O(N)). Так будет читаться лучше. Если можешь себе позволить линейную сложность, то бери этот способ.

В целом почитай про асимптотическую сложность алгоритмов и выделение памяти. Твоя эффективность как программиста вырастет

Да лучше сразу цикл развернуть в список проверок. Так ещё проще читать.

источник

20:04пожаловаться #4

L

Leo in Python KZ

l = [(a, b) for l in pairs]
firstIndex = {a: i for i, (a, _) in enumerate(l)}
secondIndex = {b: i for i, (_, b) in enumerate(l))

def atob(a):
    return l[firstIndex[a]][1]

def btoa(b):
    return l[secondIndex[b]][0]

источник

20:19пожаловаться #5

A

A͊ ̵̘̮̙̱ͦ͛͒̚͢i̱̟͙̗͂̀̽̅ͬ͢b̠͎̯̽̍ in Python KZ

Almas

Всем привет можно ли в django(не rest) при смене языка поменять ресурсы(картинка, видео)

https://django-modeltranslation.readthedocs.io/en/latest/installation.html используй лучше это

источник

20:33пожаловаться #6

A

Almas in Python KZ

Спасибо, тоже посмотрю

источник

20:35пожаловаться #7

К

Кir in Python KZ

yb

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

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

Главное не усложнять. Rule of thumb - пройтись через значения используя цикл и проверить значения через условие (if). Сложность алгоритма (стоимость) будет линейная (O(N)). Так будет читаться лучше. Если можешь себе позволить линейную сложность, то бери этот способ.

В целом почитай про асимптотическую сложность алгоритмов и выделение памяти. Твоя эффективность как программиста вырастет

спасибо за совет, но я не понял чем плоха идея сделать два словаря? 🙂

источник

20:54пожаловаться #8

y

yb in Python KZ

Кir

спасибо за совет, но я не понял чем плоха идея сделать два словаря? 🙂

1. Идея не обязательно тривиальная. Как следствие читаемость и поддреживаемость кода ухудшается. 2. Затрата памяти увеличивается. На больших данных это может привести к проблемам.

источник

21:15пожаловаться #9

К

Кir in Python KZ

yb

1. Идея не обязательно тривиальная. Как следствие читаемость и поддреживаемость кода ухудшается. 2. Затрата памяти увеличивается. На больших данных это может привести к проблемам.

1) не вижу проблемы с читаемостью, вообще кроме кода есть же комментарии и документация
2) На то она и память, чтобы её тратить 🙂 данные небольшие, но каждый раз циклом в интерпреторе пробегать по словарю кажется не элегантным.

источник

21:17пожаловаться #10

К

Кir in Python KZ

yb

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

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

Главное не усложнять. Rule of thumb - пройтись через значения используя цикл и проверить значения через условие (if). Сложность алгоритма (стоимость) будет линейная (O(N)). Так будет читаться лучше. Если можешь себе позволить линейную сложность, то бери этот способ.

В целом почитай про асимптотическую сложность алгоритмов и выделение памяти. Твоя эффективность как программиста вырастет

если исходить их того, что не все знают пандас или какую-либо другую библиотеку, то тогда от них надо вообще отказаться? :))))))

источник

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

2019 December 09

s

sad n mad in Python KZ

кто нить уже щупал джангу 3?

источник

06:47пожаловаться #12

s

sad n mad in Python KZ

как вам?

источник

06:48пожаловаться #13

MB

Muslim Beibytuly in Python KZ

sad n mad

кто нить уже щупал джангу 3?

Все зависимости упадут, всего 10-20% пакетов обновились, но если вся ваша логика не упирается в запросы в бд - особого прироста не получится, asgi лишь даёт async views

источник

07:16пожаловаться #14

MB

Muslim Beibytuly in Python KZ

sad n mad

как вам?

Ещё месяца 3 сообщество будет убирать python 2 unicode compatible код, а пакеты которые были написаны разом и на которые забили придётся выкинуть либо форкнуть, сейчас оно того не стоит

источник

07:19пожаловаться #15

DL

Daniyar Lyakhov in Python KZ

Python 2.7 Countdown
https://pythonclock.org/

pythonclock.org

Python 2.7 Countdown

Python 2.7 will retire in 2020. Learn more and see the countdown here.

источник

07:38пожаловаться #16

DL

Daniyar Lyakhov in Python KZ