Как написать код в одну строку

Возможно иначе прописать, в одну строчку, короче?

0

Fixmon, вот этот вариант попробуй.

1

Сообщение от Fixmon Возможно иначе прописать, в одну строчку, короче?

- зачем?

1

0

Сообщение от Catstail - зачем?

Никогда не встречал код на 5- 10 тысяч строк?

Сообщение от Fixmon Возможно иначе прописать, в одну строчку, короче?

тернарный оператор:

0

ViachaslauK, стесняюсь спросить, а точно не забыт сам вопрос:

Сообщение от Fixmon в одну строчку, короче

?

Для сравнения:
было:
стало:
Возможно, у меня старомодные представления о мерах длины... но, может быть, как-то иначе надо было?

2

Сообщение от YuS_2 Возможно, у меня старомодные представления о мерах длины.

Тут уже не в длине а в читабельности. В тернарнике на первое место выносится результат - заверешение. Потом - условие
Иногда, когда дебажишь тысячи строк - такое легче читается и воспринимается.
В приведенном варианте условие записано в одну строку - это не оптимизация а нарушение правил написания кода в питон.
А если уж оптимизировать:

0

Сообщение от ViachaslauK Тут уже не в длине а в читабельности.

То бишь, условия ТС-а позабыты?

Сообщение от ViachaslauK нарушение правил написания кода в питон

Нарушение правил... просто обязано вызывать исключение... оно присутствует? Нет? Значит это не нарушение...

Сообщение от ViachaslauK если уж оптимизировать

Просто, лично я думаю так: если ТС хотел код короче, то либо показать как это сделать, либо объяснить "что такое хорошо и что такое плохо" (но зачастую, на такие объяснения почему-то обижаются ТС-ы, поэтому вариант - не отвечать совсем, наиболее часто встречается )

3

Сообщение от YuS_2 Нарушение правил... просто обязано вызывать исключение... оно присутствует? Нет? Значит это не нарушение...

black например такой код не пропустит.

Сообщение от YuS_2 То бишь, условия ТС-а позабыты?

Условия ТС - код в одну строку
Условие выполнено. Про длину не было речи. Но тут про PEP не забываем

1

Сообщение от ViachaslauK Никогда не встречал код на 5- 10 тысяч строк?

- встречал и писал сам на порядки больше. И что? Малое количество строк - это хорошо? Отнюдь. Главное требование к коду - понятность. Для чего? Для того! Код нужно сопровождать и дорабатывать. А для этого он должен быть прозрачным. Если же код пишется для однократного применения - то это говнкод.

Уменьшение количества строк не способствует понятности. Скорее, наоборот. Вот пример. Язык регулярных выражений очень лаконичен. Это общеизвестный факт. Поэтому внести изменение в сколь-нибудь сложное регулярное выражение - задача невообразимой сложности. Обычно при необходимости регэксп переписывают. Вот она, реальная цена краткости.

Еще пример (давно ставший классическим). Задача: имеется целая переменная i. Ее значение равно 1 или 2. Если значение i==1, то нужно присвоить i двойку, а если i==2, то единицу.
Вот два решения - нормальное:

короткое:

Какое лучше? С моей т.з. конечно первое! Почему? Потому, что оно соотносится с постановкой задачи. А второе требует размышлений. И не надо писать, что ко второму можно добавить комментарий! Можно, но количество строк возрастёт и сравняется с размером хорошего решения.

Резюме:

Когда я вижу соревнование в писании "однострочников", я недоумеваю - зачем? В промышленном программировании за однострочники нужно отрывать @#$ наказывать.

Возражения есть?

1

Сообщение от ViachaslauK Условие выполнено. Про длину не было речи.

Хмм... всё же, процитирую ещё раз:

Сообщение от Fixmon Возможно иначе прописать, в одну строчку, короче?

слово "короче" - что означает? Связку слов? Ну, может быть... наверное... да нет... русский языка - он оченно богат, однако!
Очень важно, в программировании, во всяком случае, ясно выражовываться... иначе получается то, что получается...
Но, я бы ТС-у задал тот же вопрос:

Сообщение от Catstail - зачем?

Ну, любопытно же! Что за "соревнование"?

Сообщение от ViachaslauK Но тут про PEP не забываем

Кстати, о птичках...
Какое из правил pep8 запрещает (ну или хотя бы 'не рекомендует', что не обязательно к исполнению, в общем-то) такую запись:
?

1

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

1

Сообщение от YuS_2 Какое из правил pep8 запрещает (ну или хотя бы 'не рекомендует', что не обязательно к исполнению, в общем-то) такую запись: PythonСкопировано 1 if True: print('True')

PEP8
"Compound statements (multiple statements on the same line) are generally discouraged."
"Such constructs hamper readability."
Линтерами не пользуешься?

Добавлено через 5 минут

Сообщение от Catstail Вот два решения - нормальное:

Я не знаю, какой код ты писал на десятки тысяч строк, но у нас за такое отрывают руки сразу. Я уже даже индусов отучил.
В простых случаях - тернарники.
Для студентов на лекции - да. Но не в рабочем коде

0

Сообщение от ViachaslauK Я не знаю, какой код ты писал на десятки тысяч строк, но у нас за такое отрывают руки сразу. Я уже даже индусов отучил. В простых случаях - тернарники. Для студентов на лекции - да. Но не в рабочем коде

- в чем принципиальная разница между if и тернарником? Ты сможешь это убедительно объяснить? Хамство на первый раз прощаю. Мои проекты можешь поискать в Сети и на Форуме. А где увидеть твои?

0

Сообщение от Catstail - в чем принципиальная разница между if и тернарником?

Мне непонятен вопрос в контексте темы. С точки зрения байткода - разницы не будет. С точки зрения читабельности - да. Естественно, естественно что для применения тернарников есть масса ограничений. Твой пример в него прекрасно кладется, но если честно, для кода ТСа я бы никогда не стал применять тернарник на практике, потому что он уже усложняет читабельность.

Сообщение от Catstail Мои проекты можешь поискать в Сети и на Форуме.

Я слишком мало о тебе знаю, чтобы вот так просто поискать твои проекты в сети. В блоге ты в основном пишешь про преподавание, шерстить 34 тысячи сообщений у меня, извини возможности нет. Могу написать, конечно парсер, который соберет все твои сообщения, оптимизирую из, скормлю в RAG и попробую с помщью какой-нибудь модели поискать твои проекты, но это не то, на что хотелось бы тратить время.
Но если дашь ссылки - с удовольствием ознакомлюсь. Твоя компетентнасть в сфере обучения, кстати не подлежит сомнению.
Мне жаль если ты увидел в моих словах хамство.
Лично я пишу только на Питоне, к сожалению, большинство проектов, в которых я участвовал, находятся под NDA. Я работаю в команде и у меня нет своих проектов последние 10 лет. Из интересного и что можно рассказать - мой сервис использует для обучения сотрудников Daimler, примерно 40% cделок по продаже автомобилей в Северной Америке через дилеров и аукционы используют систему подготовки документов, в написании которой я принимал участие. Текущий проект самый интересный, связан с медиа и юриспруденцией но тут я прям связан по рукам и ногам.

0

Сообщение от ViachaslauK "Compound statements (multiple statements on the same line) are generally discouraged." "Such constructs hamper readability."

1. Разве это запрет? "обычно не рекомендуется" - совсем даже не строгая рекомендация.
2. В данной цитате требует расшифровки определение "составные операторы"
3. пояснение по пункту 2, там ведь следующим пунктом идет: "While sometimes it’s okay to put an if/for/while with a small body on the same line, never do this for multi-clause statements." То бишь, если условный блок состоит из одного "if, условия и действия", то это вполне допустимо.
4. Не имеет смысла экстраполяция правил, принятых в команде, в которой Вы работаете, абсолютно на всех, с кем Вы пытаетесь общаться на тематику по программированию.
5. И как вишенка на торте, из того же pep8:

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

и таки ещё раз, как главный аргумент:

Сообщение от YuS_2 Нарушение правил... просто обязано вызывать исключение

если исключения нет, значит это не нарушение правил.

Сообщение от ViachaslauK Линтерами не пользуешься?

Нет, а что?. Я не профессиональный программист... скорее, это занятие для души.

0

Сообщение от YuS_2 Нет, а что?. Я не профессиональный программист... скорее, это занятие для души.

Понятно. С этого надо было и начинать. Не вижу дальше смысла что-то втолковывать. Для души ты можешь писать как хочешь. Если хочешь зарабатывать на хлеб с маслом - так не прокатит.
Чтоб ты понимал - при старте проекта мы оговариваем не просто какие будут исользоваться библиотеки, системы, и даже линтеры. А даже какие кавычки в должны использоваться - одинарные или двойные. Нет времени исправлять это потом. Скрам штука жестокая)
Простой пример, коть и немного в сторону. На прошлой неделе нужно было написать документацию к проекту. У нас Сфинкс и Хеликс. Я нечасто таким занимаюсь, поэтому не помню весь синтаксис .md документации. Делаю один пул реквест - код уходит в основную ветку, но дока не обновляется, делаю второй с мелкими фиксами - та же фигняю. Лезу уже разбираться, что за на?
А оказывается что в репозитории github actions настроены так, что любой билд остается зеленым, что бы увидеть ошибки нужно в него лезть и смотреть. А должно быть так - не прошла верификация - поличил ошибку. Дорогие индусы постарались))) В своих репозиториях я их приучил уже что ни строчки кода без тестирования и линтеров. А тут бардак, в итоге работу на 4-5 часов не могу уже неделю закончить.

0

Сообщение от ViachaslauK Чтоб ты понимал

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

Сообщение от ViachaslauK при старте проекта мы оговариваем

Сообщение от YuS_2 4. Не имеет смысла экстраполяция правил, принятых в команде, в которой Вы работаете, абсолютно на всех, с кем Вы пытаетесь общаться на тематику по программированию.

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

1

Сообщение от YuS_2 Не навязывай своих представлений о "правильнописании кода" всем подряд, с кем общаешься...

Ты из персон, которые хотят, чтобы последнее слово осталось за ними, поэтому очень вольно интерпретируют ответы собеседника. Еще раз, финально - мне не интересно спорить об очевидном с теми кто пытатеся применять какую-то свою логику. Есть ошибки в коде, есть нарушения codestyle. И то и другое имеет свой уровень влияния на работу. Явная ошибка приведет к исключению, нарушение codestyle - к ненужной трате времени на понимание кода. Любитель может себе позволить это, профессионал - нет. Есои для тебя Гугл - узкие круг - окей.
Тупиковый спор. На вопрос привел выдержку из ПЕП - пошли новые аргументы. Если ты не знал - код читается по вертикали - с верху вниз. И когда просят написать короче - имеют ввиду именно это. Опять же поправлюсь - в кругу профессионалов, не любителей. А по горизонтали существует снова ПЕП, который ограничивает длину строки.
На этом все - всего хорошего!

0

Сообщение от ViachaslauK Мне непонятен вопрос в контексте темы. С точки зрения байткода - разницы не будет.

- а с точки зрения прозрачности - будет. Тернарник воспринимается труднее.

Сообщение от ViachaslauK Я слишком мало о тебе знаю, чтобы вот так просто поискать твои проекты в сети.

Сообщение от ViachaslauK Но если дашь ссылки - с удовольствием ознакомлюсь.

- пришлю в личку, чтобы не было пиара.

1