прочитай правила чата и оформи как надо

Мда, чем больше я узнаю про type hinting, тем все хуже. Оказывается, если надо фигашить какие-то кастомизации, скажем, для своих property, ребята из mypy костылят для каждого отдельного случая плагин

о каких кастомизациях речь?

#работа Тип: удаленный единоразовый проект Бюджет: до 10к Требуется написание админки, которая будет содержать адреса кошельков. В админку они добавляются вручную. К каждому кошельку требуется поле с комментарием, какому ученику он принадлежит. При изменении баланса кошелька или токенов необходимо уведомление в телеграм или на почту. Авторизация в админку нужна нормальная. По сути это будет таблица без пагинации с возможностью поиска по ней и кроном для проверки баланса кошельков через апи etherscan

Те же dataclass, когда используется код в таком стиле: from dataclasses import dataclass, field @dataclass class C1: x: int = field() Конкретно тут, field явно не содержит тип int, но dataclass внутри подменяет все так, что переменная все равно окажется типа int. А mypy такое научить парсить на данный момент можно только прямо в его коде)

Для attrs тоже специальные костыли впиливали: https://github.com/python/mypy/blob/master/mypy/plugins/attrs.py

Просто какой-то ад, честное слово

А общий костыль для датаклассов не?

Ну, один костыль для dataclass, второй для attrs. Для каждой либы - свой костыль)

Ну и отказываются делать хоть какую-то систему плагинов: https://github.com/python/mypy/issues/1240#issuecomment-308392810

Заставить авторов либ самих писать для них костыли, если хотят mypy

Как минимум, проблема в том, что для этого нет подхода) Вот мне предлагают конфигурить mypy и заставлять его лоадить плагин)

Ну и забей на эти типы

так это же проблема mypy, не аннотаций

У меня просто была идея перевести orm с x = IntField на x: int как в датаклассах. Вот и вылезло все это добро. И опять же, если mypy с этим не работает, то нужны ли такие аннотации?

аннотации типов - это комментарии, чтобы не писать портянки Inputs:... Return:... в докстрингах, если из них пытаются сделать чего-то большее - ну пусть страдают

У меня просто была идея перевести orm с x = IntField на x: int как в датаклассах. Вот и вылезло все это добро. И опять же, если mypy с этим не работает, то нужны ли такие аннотации?

Да просто отключай линтер на эти строчки и все. Если следовать всем замечаниям линтера, то твой код станет описывать все проблемы линтнеров, которых немало

У меня просто была идея перевести orm с x = IntField на x: int как в датаклассах. Вот и вылезло все это добро. И опять же, если mypy с этим не работает, то нужны ли такие аннотации?

В орм часто хочется указать дополнительные параметры полю, с интом это будет непрактично как-то

Да просто отключай линтер на эти строчки и все. Если следовать всем замечаниям линтера, то твой код станет описывать все проблемы линтнеров, которых немало

есть же flake8

если твой код ему соответствует - все окей

если нет - надо исправлять

все остальные ошибки ловит пичарм

flake8 это высокуровнево, pylint плагинами много всего включает

В орм часто хочется указать дополнительные параметры полю, с интом это будет непрактично как-то

Так же, как в dataclass, есть класс Field, который можно использовать так: x: int = Field(secondary_index=True), например

flake8 это высокуровнево, pylint плагинами много всего включает

ну, в большинстве случаев этого достаточно

иначе начинается уже микрооптимизация

все остальные ошибки ловит пичарм

Но ведь он ловит это тоже через type annotation)

Но ведь он ловит это тоже через type annotation)

да, если они есть

Так же, как в dataclass, есть класс Field, который можно использовать так: x: int = Field(secondary_index=True), например

Ну и в чем проблема убрать этот инт?

ну, в большинстве случаев этого достаточно

Я тебя разочарую, но проверка на pep8 совершенно ничего не дает, кроме того, что код выглядит красиво

Ну, помимо того, что у него там своя реализация и из-за отсутствия стандартизации для обходов, она работает еще хуже, чем mypy

Я тебя разочарую, но проверка на pep8 совершенно ничего не дает, кроме того, что код выглядит красиво

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

Ну и в чем проблема убрать этот инт?

Ни в чем, оно сейчас и так работает. Хотелось что бы на ORM модели заработал type annotation. Но не судьба, судя по всему.

как удалять строки в csv файлах ?

а для остальных кейсов должны писаться тесты в идеальном мире

как удалять строки в csv файлах ?

грепом

Ни в чем, оно сейчас и так работает. Хотелось что бы на ORM модели заработал type annotation. Но не судьба, судя по всему.

Выглядит как что-то не очень полезное. Все равно автокомплит и тайпчеки без костылей не заработают

Ну, в случаях, когда можно нормально вывести тип, то вполне работает. А в случае dataclass как раз можно отлично вывести тип, главный завтык в mypy и других чекерах.

грепом

Ладно, ну нах. Открыл в блокноте и удалил. Все равно только 1-ю строку удалить требовалось

Если этим датаклассом пользоваться как моделью в орме, после после пары фильтров и агрегаций станет сложно

Ладно, ну нах. Открыл в блокноте и удалил. Все равно только 1-ю строку удалить требовалось

ну или так

sed -i 1d

но если тебе мешал заголовок - то ты неправильно используешь pandas

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

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

а если ты не используешь pandas - есть серьезное подозрение, что ты неправильно работаешь с csv

Если этим датаклассом пользоваться как моделью в орме, после после пары фильтров и агрегаций станет сложно

Ну, потому что тип агрегации сложно вывести, но когда будешь работать с полями самой записи - как раз сильно поможет

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

я понимаю твою точку зрения, но как по мне - надо либо вообще линтерами пользовать по-минимуму, либо соблюдать их рекомендации. Людей, которые на отдельных строчках отключают проверку pep8 (или отключают проверку определенных моментов в нем) иногда хочется лично придушить

нельзя быть "немножко по pep8"

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

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

или в три

ага, и три клавиатуры

одна с шорткатом прыгания по буферам

как будто проблема

нельзя быть "немножко по pep8"

Что выберете W503 или W504?) Одну из них надо отключить, что бы иметь возможность разделать строками бинарные операторы.

Что выберете W503 или W504?) Одну из них надо отключить, что бы иметь возможность разделать строками бинарные операторы.

можно пример, когда строку нельзя отформатировать по pep8?

20 вложенных ифов?

Учитывая, что pep8 строго ничего не запрещает - такого вообще нет

Я больше про pycodestyle

20 вложенных ифов?

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

Я больше про pycodestyle

ну, если между людьми в команде всерьез возникает срач, на какой строке делать переносы - эти люди занимаются чем-то не тем

и да, я помню про 1tbs

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

При кодогенерации и не такое может быть

При кодогенерации и не такое может быть

назови пример, когда надо кодогенерировать питон

я вот что-то навскидку не приведу даже

назови пример, когда надо кодогенерировать питон

протобаф

ERROR: S client not available

grpc?

назови пример, когда надо кодогенерировать питон

LR-парсер, например

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

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

и зачем вообще читать сгенеренный код?

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

если ты собрался протобаф писать врапперы, тогда точно пора менять прокладку)

LR-парсер, например

во-первых, не вижу, что там генерировать. Во-вторых, где это реально нужно в продакшене?

если ты собрался протобаф писать врапперы, тогда точно пора менять прокладку)

не, я просто messagepack/thrift заюзаю, но вообще там классы генерируются, и наверняка pep8 там соблюдается

во-первых, не вижу, что там генерировать. Во-вторых, где это реально нужно в продакшене?

На сях нужно, на питоне хз

https://a-parser.com/?gclid=CjwKCAjwspHaBRBFEiwA0eM3kVivH70vOetlPepeXnLpIWFvDGWwQ5JgmA6r9LjrygiNgcRHAbt0NhoCVCoQAvD_BwE т Такой софт на питоне написать можно?

почему бы и нет

Можно, но грешно

Можно, но грешно

Почему грешно?

Сео вообще сатана придумал

Почему грешно?

бохнакажэт

Сео вообще сатана придумал

Это я знаю

Сео вообще сатана придумал

++

if self.Button4.configure(cnf=None): size_xlarge(driver) if self.Button3.configure(cnf=None): size_large(driver) def size_large(driver): select = Select(driver.find_element_by_xpath('//*[@id="size"]')) select.select_by_visible_text('Large') def size_xlarge(driver): select = Select(driver.find_element_by_xpath('//*[@id="size"]')) select.select_by_visible_text('XLarge') Почему условия не выполняются?

if self.Button4.configure(cnf=None): size_xlarge(driver) if self.Button3.configure(cnf=None): size_large(driver) def size_large(driver): select = Select(driver.find_element_by_xpath('//*[@id="size"]')) select.select_by_visible_text('Large') def size_xlarge(driver): select = Select(driver.find_element_by_xpath('//*[@id="size"]')) select.select_by_visible_text('XLarge') Почему условия не выполняются?

а что возвращает .configure()?

Потому что тут так заведено

Ору ??

а что возвращает .configure()?

Смотри если жмут на 3 кнопку(Button3), то self.button3.configure(cnf=None), и если нажали то выполняется это условие и с 4 кнопкой всё так же, но всё время выполняется только 2 условие (size_xlarge)

Я не догоняю почему уже 2 день

у тебя условия не взаимоисключающие как минимум, там нет else

но не знаю, так непонятно

jellywill@jellywill-System-Product-Name:~/Документы/DataBase$ mysqldump -u root -pjellywill comicsDB.sql > comicsDB.sql mysqldump: [Warning] Using a password on the command line interface can be insecure. mysqldump: Got error: 1049: Unknown database 'comicsDB.sql' when selecting the database

но не знаю, так непонятно

Обработка кликов: def disable_fst(event): self.Button4.configure(cnf=None) self.Button1.configure(state="disabled") self.Button2.configure(state="disabled") self.Button3.configure(state="disabled") def disable_fsf(event): self.Button3.configure(cnf=None ) self.Button1.configure(state="disabled") self.Button2.configure(state="disabled") self.Button4.configure(state="disabled") Бинды работают if self.Button4.configure(cnf=None): size_xlarge(driver) if self.Button3.configure(cnf=None): size_large(driver) def size_large(driver): select = Select(driver.find_element_by_xpath('//*[@id="size"]')) select.select_by_visible_text('Large') def size_xlarge(driver): select = Select(driver.find_element_by_xpath('//*[@id="size"]')) select.select_by_visible_text('XLarge')

jellywill@jellywill-System-Product-Name:~/Документы/DataBase$ mysqldump -u root -pjellywill comicsDB.sql > comicsDB.sql mysqldump: [Warning] Using a password on the command line interface can be insecure. mysqldump: Got error: 1049: Unknown database 'comicsDB.sql' when selecting the database

логично же

jellywill@jellywill-System-Product-Name:~/Документы/DataBase$ mysqldump -u root -pjellywill comicsDB.sql > comicsDB.sql mysqldump: [Warning] Using a password on the command line interface can be insecure. mysqldump: Got error: 1049: Unknown database 'comicsDB.sql' when selecting the database

ну да

посмотри внимательно на команду

Сорь, всёравно не выкупаю

Сорь, всёравно не выкупаю

у тебя имя таблицы "comicsDB.sql"?