между 72/79/80 тоже холиворы были

pylint --generate-rcfile | grep max-line-length No config file found, using default configuration max-line-length=100

между 72/79/80 тоже холиворы были

на коменты pep8 как раз 72 символа отводит

79 - это для тех, у кого проблемы с soft margins в терминале... а я думаю что это как оспа, которую устранили еще в том тыщелетии

на коменты pep8 как раз 72 символа отводит

это потому что отступ;), чтобы справа тоже был и потому что это кодестайл restructured

Слушайте, а есть что-то типа namedtuple, но для dict?

Слушайте, а есть что-то типа namedtuple, но для dict?

я рецепт этой хуйни на ирц раздаю годами, в 4 строчки

я рецепт этой хуйни на ирц раздаю годами, в 4 строчки

Эээ, getattr и вот это всё?

так, а в pylintrc плагины же через запятую указываются ?

что-то не нахожу примера где больше одного в этом поле))

>>> class adict(dict): ... __getattr__ = dict.__getitem__ ... __setattr__ = dict.__setitem__ ... __delattr__ = dict.__delitem__ ... >>> adict(a=1, b=2, c='c') {'a': 1, 'c': 'c', 'b': 2} >>> d = adict(a=1, b=2, c='c') >>> d.a, d.b, d.c (1, 2, 'c')

Слушайте, а есть что-то типа namedtuple, но для dict?

а можно подробнее??

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

это не то ли https://attrs.readthedocs.io/en/stable/

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

но это не всё, зачем нужен namedtuple

подозреваю, что написанное тобой, @pragus и сам бы осилил

это не то ли https://attrs.readthedocs.io/en/stable/

выглядит как очередной пример моделей орм

за что люди обожают такую декларативщину я хз

выглядит как очередной пример моделей орм

не, оно не такое, оно типа легкое как раз, и без вот этого вот всего метафигни

классдекораторы у нас же только в тройке? или в 2.7 их бакпортили?

https://glyph.twistedmatrix.com/2016/08/attrs.html

классдекораторы у нас же только в тройке? или в 2.7 их бакпортили?

что такое 2.7? ;)

глиф крутой, но в ряде случаев он неправ

что такое 2.7? ;)

хипстер детектед

https://attrs.readthedocs.io/en/stable/why.html

это вот ровно namedtuple для диктов:)

$ python2 Python 2.7.12 (default, Sep 29 2016, 13:30:34) [GCC 6.2.1 20160916 (Red Hat 6.2.1-2)] on linux2 Type "help", "copyright", "credits" or "license" for more information. >>> def foo(bar): ... return bar ... >>> @foo ... class A(object): ... pass ...

https://www.python.org/dev/peps/pep-3129/ значит завозили в 3.0 и 2.6

я просто помню что когда-то их еще не было, но людям хотелось 8)

там собсно всё изменение вроде к исправлению грамматики свелось

>>> class adict(dict): ... __getattr__ = dict.__getitem__ ... __setattr__ = dict.__setitem__ ... __delattr__ = dict.__delitem__ ... >>> adict(a=1, b=2, c='c') {'a': 1, 'c': 'c', 'b': 2} >>> d = adict(a=1, b=2, c='c') >>> d.a, d.b, d.c (1, 2, 'c')

А как быть если ключи не являются строками? Предвижу ответ: не использовать такое вот. Но всё же.

тогда getattr?

А как быть если ключи не являются строками? Предвижу ответ: не использовать такое вот. Но всё же.

и никто не мешает продолжать обращаться по ключу

а было бы клёво a.1 = 10

а, гетаттр таки форсит тип

>>> class adict(dict): ... __getattr__ = dict.__getitem__ ... __setattr__ = dict.__setitem__ ... __delattr__ = dict.__delitem__ ... >>> adict(a=1, b=2, c='c') {'a': 1, 'c': 'c', 'b': 2} >>> d = adict(a=1, b=2, c='c') >>> d.a, d.b, d.c (1, 2, 'c')

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

а было бы клёво a.1 = 10

>>> 0.0.real 0.0 >>> 0.real File "<stdin>", line 1 0.real ^ SyntaxError: invalid syntax >>> (0).real 0

а было бы клёво a.1 = 10

это по грамматике не сработает

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

JS Object шлёт приветы

Да это то понятно, то не сработает

поэтому в питоне деление на дикт/лист довольно однозначное и по типу и синтаксису

поэтому в питоне деление на дикт/лист довольно однозначное и по типу и синтаксису

в питоне вообще с типами всё ок, в отличии от js :)

угу. хотя нюансы сишной реализации порой вылазят

Слушайте, а вызов сишного кода отпускает gil?

если там указано отпустить, то да

https://docs.python.org/3/c-api/init.html#thread-state-and-the-global-interpreter-lock см. пример с Py_BEGIN_ALLOW_THREADS макросом

Слушайте, а вызов сишного кода отпускает gil?

Только если явно сказать об этом. Это делается, например в numpy. Мы в своих обёртках тоже так делаем. Но важно не обращаться ни к каким питонячим структурам и функциям с отпущенным GIL, иначе всё упадёт

nogil в ситоне афаир

не сочтите за флуд )

опечатка. насовместимость

вторая писав

Наверное пыхер рисовал

ну короче, я бы пошарил, но с опечатками не буду:)

@zartsoft сглазил. у меня в проекте появился файл constraints.in :)

@zartsoft сглазил. у меня в проекте появился файл constraints.in :)

сам создал или коллеги порадовали?

сам

потому что вот https://aws.amazon.com/ec2/faqs/#longer-ids

пора бы переехать на новые айдишники

а я забыл что это constraints.in

что-то не гуглится

pip install --help

“Constraints files are requirements files that only control which version of a requirement is installed, not whether it is installed or not” “There is one key difference: Including a package in a constraints file does not trigger installation of the package. ”

вот это видимо

ну да

Правильно ли я понимаю что зависимости пэкэджей указанных в requirements.txt будут ограничены сonstraints файлом?

версии, а не зависимости

ERROR: S client not available

версии зависимостей ага

а не. я запутался

requirements.txt pkg=2.0 constraints.txt pkg=1.0 поставится 1.0?

Сорян что напрягаю) Сам наверн потом прочитаю) ахаха

не знаю, скорее всего будет конфликт

как с двумя -r

инвалид синтакс будет скорее всего

это вам не билдаут

инвалид синтакс будет скорее всего

ну, да, потому что ==

можно же два -r написать, если версии конфликтуют, оно упадет. причем по моему сейчас оно падает даже если просто один и тот же пакет в двух -r упомянут

с чего это?

ну и я делаю вот так: $ pip install --upgrade -r requirements.in -c constraints.in $ pip freeze -r requirements.in > requirements.txt а на целевых системах уже pip install --upgrade -r requirements.txt

с чего это?

ну вот у меня такое есть и приходится по очереди с разными файлами запускать

ну и я делаю вот так: $ pip install --upgrade -r requirements.in -c constraints.in $ pip freeze -r requirements.in > requirements.txt а на целевых системах уже pip install --upgrade -r requirements.txt

а зачем вот это делать?

а зачем вот это делать?

потому что в .in написано или без версии или с границами а в .txt нагенерено один раз для релиза с == и в этом релизе других версий ни в докере, ни на тестах, ни на стейджинге уже не будет, даже если выйдут новые версии, которые удовлетворяют условиям в .in

И — идемпотентность

м...

я слегка о другом

ну и вот у меня вот так в итоге $ cat requirements.in ansible==2.1.3.0 awscli boto $ cat constraints.in awscli>=1.10.2 boto3>=1.2.1 botocore>=1.3.24 boto>=2.42.0

у тебя джангокод + вот эти вот файлики сетап.пи есть?

а в .txt куча всего что установлено по зависимостям с жестко закрепленными версиями

у тебя джангокод + вот эти вот файлики сетап.пи есть?

setup.py нет. они не нужны в реальной жизни, если у тебя нет своей pypi репы

откуда такое заблуждение?

и "джангокод" код у меня в одном из 12 процессов только:)

что-то у меня нет желания вникать в чужой деплой

откуда такое заблуждение?

ну потому что смысла в них нет;) есть код, копируешь, ставишь к нему зависимости, оно работает. разницы с setup.py никакой, только питонщину разводить в нем, вместо декларативного requirements.txt

я идею с .in понял, чтобы разнести общие и зафризенные

и еще вот этот вечный трах со статикой в пакете

setup.py не нужен, пока ты не распространяешь код через pypi, даже внутренний

ну потому что смысла в них нет;) есть код, копируешь, ставишь к нему зависимости, оно работает. разницы с setup.py никакой, только питонщину разводить в нем, вместо декларативного requirements.txt

ну так копипасти джангу из тарболла. нахуй нужен пип вообще

ну так копипасти джангу из тарболла. нахуй нужен пип вообще

ну... в пределе, если взять docker так и происходит же

чтобы ставить из пакетов чтолибо никакого pypi не нужно о.О