Я бы понял если в изначальной предьяве было слово про пеп8, но там было лишь про какие-то дурные тона)

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

Гу-гол

pyqt ;)

Я бы понял если в изначальной предьяве было слово про пеп8, но там было лишь про какие-то дурные тона)

А не соблюдение философии питона(самого идеального что не есть на этом свете) - не дурной тон?

Ну, pyqt - Апи к кутэ

А не соблюдение философии питона(самого идеального что не есть на этом свете) - не дурной тон?

Как рекомендации по именованию соотносятся с философией?

Как рекомендации по именованию соотносятся с философией?

Читается удобнее, хз

Я чето не вижу в дзене ничего про camel case

Ну, ты придираешься к словам, сам-то ты меня прекрасно понимаешь

Понимаю о чем ты, но не согласен

И как бы об этом и пишу)

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

Так уже:

Я про то, что пеп8 - рекомендации, и если в какой-то компании приняты другие стандарты - то это совсем не считается "дурным тоном"

А потом началост что-то про философию

Строчки тоже в n символов делаешь и не больше?)

Не всегда :D

А если в компании вместо 79 принято 99 символов - является ли это "несоблюдением философии питона"?

django на 100 строк вроде бы

но названия уродские не поддерживаю

Про то и речь)

pylint есть и всякие хайлайтеры

чем ближе к стандартам тем меньше думать

Кстати, а с чего вообще это все началось?

А вижу

Функция camel case

Угу

Богер, раз ты тут

Зайди в питон основу, мб что-нить подскажешь по моему вопросу

Потому что все морозятся

:D

А если в компании вместо 79 принято 99 символов - является ли это "несоблюдением философии питона"?

вот это единственное, что я нарушаю в PEP 8

у меня 180)

да, все с мониторами меньше 27" идут в жопу)

а если 27" - проблем нет

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

Ну да

это требование из PEP8 вообще стоит убрать как устаревшее

Тоже только этого наверное и только не соблюдаю

ЖD

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

Ох зря вы так спешите хоронить это. К тому же такое ограничение заставляет думать над такими вещами как компактные и точные имена переменных, а не городить super_users_command_statuses и прочее. Как по мне, так это полезная штука

Ох зря вы так спешите хоронить это. К тому же такое ограничение заставляет думать над такими вещами как компактные и точные имена переменных, а не городить super_users_command_statuses и прочее. Как по мне, так это полезная штука

это лучше чем a =

Дисциплинирует хорошо

потому что меньше ошибок

можно spr_usr_cmd_sttss = ?

Ну так и "a" и "superl_long_variable_name_here" обе крайности. Нужно головой же думать. Ну если у вас 79 символов вызывают потребность использовать a=, то печалька конечно

у меня обычно 2 слова

4 это перебор, согласен

причём зачастую эти слова можно сократить без потери смысла

убрать гласные - один из вариантов, главное, чтобы читалось не хуже

про ограничение - тут удобнее, когда у каждой команды свои установки

если все кодят на ноутах - это одно

если у всех мониторы 40" - другое

надо, чтобы умещалось как минимум 2 скрипта по ширине монитора

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

Слева ноут

да, ТГ тем же самым страдает

он зачем-то делает слишком маленькие по ширине сообщения

у меня гораздо больше область обзора, чем он думает

боковым зрением я вижу хорошо

Ну вообще удобно, в центре сообщение, по сути

ширину строчек я бы сделал побольше

тут уже играет UX

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

мне эти лесенки удобнее, чем скроллить вниз

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

как правильно в поле django.db.models.fields.DateTimeField засунуть datetime.datetime?

убрать гласные - один из вариантов, главное, чтобы читалось не хуже

За убрать гласные иногда хочется ударить

А потом делаешь поиск по проекту и не понимаешь почему ничего не находится, хотя должно

И ладно когда оно во всем проекте сокращено

Так бывает в одном месте сокращено, в другом нет

есть договоренности

что название такой-то сущности нужно сокращать вот так-то

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

Согласен

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

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

☕️☕️

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

как только я добавляю скобки, джанго просит 2 аргумента, request и name_board

Заработало вроде... поменял имя функции

сохраню на будущие

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

def fuck_that_shit():

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

Гайс, форма у меня появилась, теперь надо её как-то грамотно сверстать.Мне нужно чтобы каждое поле выводилось под предыдущим, это через for решится?

для форм, кстати, есть неплохая либа https://github.com/gregmuellegger/django-floppyforms

немного расширяет возможности дефолтных форм

div class="kupi-passcode-suka", хорошо на дваче верстают

Вообще меня помню ментор по рукам бил за мат в переменных