редьюс хрень для задротов

делает код непонятным

гвидо прав

редьюс хрень для задротов

учи фп и не ной

https://www.python.org/dev/peps/pep-0557/

чот какой-то синтаксический сахар для attr

как ты еще на собеседовании задачку на фибоначчи одной строчкой решишь без reduce?

если нравится фп пиши на фп языках

гвидо прав

ещё бы неосиляторов слушать

если нравится фп пиши на фп языках

питон умеет в фп

чот какой-то синтаксический сахар для attr

да говно какое-то, если честно

ещё бы неосиляторов слушать

Пришло 12.20, в чате проснулись гентоебы

нет

есть низкоуровневые structы

ты не нужен, ёпта

Фсем Fак! Санимаюсь ко-о-одо-о-ом я-а-а-А!

Да ладно вас. Толку бу квами бросаться. Убрали и убрали. Не нравится но на пеп голосовать

reduce в питоне нужен, но редко – 17 ??????? 71% не нужен – 4 ?? 17% нужен – 3 ? 13% ? 24 people voted so far.

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

мне удобно когда есть несколько пакетов с субпакетами, имеющими единую логическую структуру, и я просто логиески знаю что выше на уровень есть субпакет, с нужным модулем. прото делаю from ..sub import ololo само собой всё это можно решить и через абсолютные импорты, но по личным впечатлениям в этом случае мне больше нравятся относительные

https://www.python.org/dev/peps/pep-0557/

вроде неплохая идея, но даже не знаю. захламляет синтаксис ещё сильнее

всем привет мучаюсь оч сильно: нужно поделить трафик по разным прокси один обрабатывает ssl другой остальное мб есть пример ssl proxy на scapy?

всем привет мучаюсь оч сильно: нужно поделить трафик по разным прокси один обрабатывает ssl другой остальное мб есть пример ssl proxy на scapy?

нужно прописать разный прокси для https и для http протоколов?

создать два связанных прокси(не только хттп и хттпс) пока все через сокеты

и не работает

потому что хз как отделить ссл трафик от обычного тцп

мне удобно когда есть несколько пакетов с субпакетами, имеющими единую логическую структуру, и я просто логиески знаю что выше на уровень есть субпакет, с нужным модулем. прото делаю from ..sub import ololo само собой всё это можно решить и через абсолютные импорты, но по личным впечатлениям в этом случае мне больше нравятся относительные

не бывает "субпакетов", субпакет - это доширак. Есть просто пакеты, есть pip install —editable

и все импорты работают

https://www.python.org/dev/peps/pep-0328/ package/ __init__.py subpackage1/ __init__.py moduleX.py moduleY.py subpackage2/ __init__.py moduleZ.py moduleA.py

и все импорты работают

с относительными тоже всё работает!

https://www.python.org/dev/peps/pep-0328/ package/ __init__.py subpackage1/ __init__.py moduleX.py moduleY.py subpackage2/ __init__.py moduleZ.py moduleA.py

есть пакеты в смысле папка с init.py, а есть пакеты в смысле pip

с относительными тоже всё работает!

ну, за импорт из .. надо бить ногами, а так да

ну, за импорт из .. надо бить ногами, а так да

вкусовщина

вкусовщина

нет, здравый смысл, так гораздо более явно

да и подсказки IDE лучше работают, наверняка

кроме того, когда твой код завязан на то, как именно лежат файлы на ФС - это говнокод

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

Отличная шутка

кроме того, когда твой код завязан на то, как именно лежат файлы на ФС - это говнокод

лол

лол

http://12factor.net/

лол

Тут я с колей соглашусь

Кроме лени нет причин писать относительные

богер, у тебя есть нож?

Кроме лени нет причин писать относительные

а про дикты что думаешь? :) все с этого началось

Я уже писал про дикты, я верю больше доке

богер, у тебя есть нож?

Дома валяется бабочка

Дома валяется бабочка

но с собой для самооброны не носишь?

но с собой для самооброны не носишь?

Бред же полный

Баллончик эффективней

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

кроме того, когда твой код завязан на то, как именно лежат файлы на ФС - это говнокод

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

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

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

вот даже марка?

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

нет, извини, ты написал взаимоисключающие параграфы

когда появляется "относительно твоего модуля" - это уже фейл

все должно быть относительно корня

тогда и вопросов никогда никаких

Я в пределах модуля импортирую из соседнего файла относительным импортом. Это плохо?

from .models import User

когда появляется "относительно твоего модуля" - это уже фейл

package/ __init__.py subpackage1/ __init__.py moduleX.py moduleY.py subpackage2/ __init__.py moduleZ.py moduleA.pyтоесть такая структура это фейл, и не имеет право на жизнь?

Я в пределах модуля импортирую из соседнего файла относительным импортом. Это плохо?

до тех пор, пока у тебя это код не для продакшена и не обернут в питонопакет - норм

до тех пор, пока у тебя это код не для продакшена и не обернут в питонопакет - норм

Для прода.

package/ __init__.py subpackage1/ __init__.py moduleX.py moduleY.py subpackage2/ __init__.py moduleZ.py moduleA.pyтоесть такая структура это фейл, и не имеет право на жизнь?

имеет, все импорты будут from package.subpackage1 import moduleX

Для прода.

тогда не очень хорошо

но в целом жить можно, если сто процентов известно, что ничего не поменяется

тогда не очень хорошо

Почему? Как надо?

Почему? Как надо?

дык вот я выше написал же

все импорты всегда от корня пакета

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

ERROR: S client not available

имеет, все импорты будут from package.subpackage1 import moduleX

а где тут проблема с относительными импортами? ты на мой взгляд решаешь несуществующую проблему

а где тут проблема с относительными импортами? ты на мой взгляд решаешь несуществующую проблему

в том и дело, что тут этой проблемы нет, все очевидно

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

Почему?

>from package.subpackage1 import moduleX это несомненно никак не связанно со структурой файлов

и не надо думать, где лежит другой модуль относительно твоего, это треш

>from package.subpackage1 import moduleX это несомненно никак не связанно со структурой файлов

гораздо в меньшей степени

наоборотже, ты больше на неё завязан

Почему?

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

наоборотже, ты больше на неё завязан

нет, мне не надо всегда помнить, что относительно чего я импортирую

есть пакет, в нем есть папки, все

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

from .models import User Где спагетти? Какие проблемы с неймингом?

Какую-то ерунду говоришь, мне кажется.

from .models import User Где спагетти? Какие проблемы с неймингом?

спагетти в том, что ты завязываешься на конкретную папку, конкретный файл и его положение относительно текущего файла. Если бы ты написал from package.app.models import User - не было бы вопросов, откуда что берется, и твой файл с кодом мог бы лежать вообще где угодно по отношению к models.py

Какую-то ерунду говоришь, мне кажется.

кажется

нет, мне не надо всегда помнить, что относительно чего я импортирую

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

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

это не болезненные ощущения, это здравый смысл и логика

ты пишешь что-то примерно из разряда "а у нас заполыхало и мы отключили половину проверок pep8"

ты пишешь что-то примерно из разряда "а у нас заполыхало и мы отключили половину проверок pep8"

лол

спагетти в том, что ты завязываешься на конкретную папку, конкретный файл и его положение относительно текущего файла. Если бы ты написал from package.app.models import User - не было бы вопросов, откуда что берется, и твой файл с кодом мог бы лежать вообще где угодно по отношению к models.py

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

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

вот у тебя два файла лежат рядом, models.py и views.py. Ты написал во views.py "from .models import User". А потом ты решил перенести views.py в другое место. И хер ты это сделаешь без изменения импорта

а с абсолютным - вообще срать, где он лежит, импорт работает всегда

так что нет, это ты все перепутал

вот у тебя два файла лежат рядом, models.py и views.py. Ты написал во views.py "from .models import User". А потом ты решил перенести views.py в другое место. И хер ты это сделаешь без изменения импорта

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

Так?

Так?

за тебя это IDE в таком раскладе сделает, пичарм так умеет. А вот что он относительные импорты пофиксит - что-то я сомневаюсь

а с абсолютным - вообще срать, где он лежит, импорт работает всегда

так чел тебе вроде никто и не предлагает заменить всё на абсолютные и пихать их куда угодно, я тоже в 99% случае использую абсолютные импорты, но в некоторых случаях мне удобнее относительные. аргумент про то что абсолютные импорты менее завязаны на структуру файлов - некорректный.

так чел тебе вроде никто и не предлагает заменить всё на абсолютные и пихать их куда угодно, я тоже в 99% случае использую абсолютные импорты, но в некоторых случаях мне удобнее относительные. аргумент про то что абсолютные импорты менее завязаны на структуру файлов - некорректный.

корректный, выше конкретный пример

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

так ты прям в иморет завязываешся на имя корневой папки

так ты прям в иморет завязываешся на имя корневой папки

это не "имя корневой папки", это имя пакета твоего питонового

это немного разные вещи