открытая запись

[avva]

В комментах к этой Открытой Записи приветствуются любые темы, любые комменты, любые вопросы, любые ответы, любые дискуссии.

Давайте поговорим о чем-нибудь.

Comments

[leroy-ru.livejournal.com]

Интересно, многие ли программисты до сих пор придерживаются ограничения "80 символов на строку". Если да, то по какой причине? Привычка? Необходимость печати исходников? Удобочитаемость?

[lyuden.livejournal.com]

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

[leroy-ru.livejournal.com]

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

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

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

[lyuden.livejournal.com]

> например список похожих команд

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

[leroy-ru.livejournal.com]

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

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

[lyuden.livejournal.com]

> Дело в том, что бывают ситуации, когда длинная строка выглядит лучше

А вообще если не злоупотреблять, то естественно это правило можно нарушать если есть причина. У меня тоже иногда бывают длинные строки. И никто не требует оценки 10/10.

А почему такое требование. Как линуксоид которому часто приходиться работать с удаленнымы машинами на которых приходится пользоваться консольными редакторами - скажу просто - это сильно упрощает жизнь.

Понятно что править код на живую - не самая лучшая идея тем более, не для интерпретируемых языков. Но
в случае Python/Linux это все достаточно оправдано

[leroy-ru.livejournal.com]

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

[lyuden.livejournal.com]

Да нет там проблем. Неудобство. Ну допустим у меня тайловый менеджер открыто 4 терминала. Локальная папка с кодом, ipython, удаленная папка с кодом, tail -f main.log и они по умолчанию шарят экран и тут уже проще сделать код в несколько строчек самому чем ломать глаза.

К тому же dеbugger и сообщения об ошибках работает построчно. Что сильно облегчает жизнь в случае большого числа примерно одинаковых конструкций

[ilya-dogolazky.livejournal.com]

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

[random-kori.livejournal.com]

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

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

Читабельность.

[kapla55.livejournal.com]

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