LINUX.ORG.RU

2020: 80 символов на строку кода

 


0

1

ЛОРчане(-чанки), как думаете, имеет ли смысл сегодня придерживаться ограничения длины строки кода 80-ю символами?
Если нет то какое ограничение лучше ставить по вашему мнению?

UPD:
Пишите язык для которого даёте рекомендацию по размеру строки, например, в Си 80 нормально, а в Питоне мало.

★★

Последнее исправление: MaxPower (всего исправлений: 1)

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

vvn_black ★★★★★
()

ЛОРчане(-чанки), как думаете, имеет ли смысл сегодня придерживаться ограничения длины строки кода 80-ю символами??

На 15 дюймовых мониторах придерживался, а на 24 дюймовом нет.

Здесь скорее интересен вопрос - «В каких случаях лучше придерживаться того, чтобы длина строки кода была не более 80 символов?».

Владимир

anonymous
()

Очевидно, что ограничение нужно. Сколько - определяется теми разрабами, который код пишут. Это же для их удобства устанавливается ограничение. Если у всех моники 24+ дюйма 2к+ само собой 80 символов это большое ограничение, и можно использовать 120-130.

anonymous
()

ЛОРчане(-чанки), как думаете, имеет ли смысл сегодня придерживаться ограничения длины строки кода 80-ю символами?

Код и комментарии должны быть readable.
Это главное.

Владимир

anonymous
()

80-110
Длинные строки зло. (как и обилие вложенных блоков сдвигающих строки)

Exmor_RS ★★★
()

Было недавно.

Лично я придерживаюсь чего-то в районе 120, хотя 80 как-то привычнее.

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

Zhbert ★★★★★
()
Ответ на: комментарий от Zhbert

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

Согласен.
А можно и так сказать

Код не должен быть похож на двенадцати метрового Python

Владимир

anonymous
()

Пусть расцветают сто цветов. Просто в шебанге после кодировки писать, мол, данный сайт код сверстан для оптимального просмотра на 23'' мониторе, и еще необходимо установить такие-то шрифты…

Zeta_Gundam
()

Ещё сравнение диффов глазами: чем длиннее строка тем более широкий монитор тебе нужен.

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

Exmor_RS ★★★
()

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

anonymous
()

ЛОРчане(-чанки), как думаете, имеет ли смысл сегодня придерживаться ограничения длины строки кода 80-ю символами?

Не имеет. Это дохлый стандарт для техники, которая уже нигде не используется.

Сегодняшний общепризнанный стандарт – 120. Тот же GitHub и куча IDE используют именно его по умолчанию.

EXL ★★★★★
()

Да нет конечно, 80 символов это бред. Достаточно посмотреть на мучения свидетелей PEP8 с ублюдскими переносами длинных строк (что придает особый смак питону с его «удобными» отступами). Но 140 (или сколько там помещается в ваш экран) тоже не надо. Здравый смысл рулит как обычно.

bread
()
Ответ на: комментарий от bread

Питон всем своим синтаксисом провоцирует на длинные строки.

Exmor_RS ★★★
()

У меня имена переменных бывают длиннее 80 символов, так что надо минимум 200

anonymous
()
Ответ на: комментарий от qtm

100-120 - смотри по ситуации.
больше 120 - укорачивай.

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

Egor_
()
Последнее исправление: Egor_ (всего исправлений: 1)

Зависит от проекта и ЯП. Я в основном придерживаюсь 80, но бывает и 120. Короткие строки объективно лучше читаются, если это не означает упоротых переносов как в PEP8.

WitcherGeralt ★★
()
Последнее исправление: WitcherGeralt (всего исправлений: 1)
Ответ на: комментарий от anonymous

У меня имена переменных бывают длиннее 80 символов, так что надо минимум 200

В Метапрог больше …

anonymous
()
Ответ на: комментарий от Zhbert

Ни разу не пофиг, это принципиальная вещь, в столбик (т.е. когда текст не во всю ширину экрана 16:9, так больше никто не делает) читать удобнее, это факт. Плюс иногда полезно поставить рядом два окна с кодом. А если ты хочешь посмотреть максимально наглядный дифф в мелде, либо превьюшку гуя, то при длинной строке это боль.

WitcherGeralt ★★
()

да, это актуально:

  • для печати на стандартных A4 листах
  • если не хватает ширины, повод задуматься:
    • попытаться облегчить/отрефакторить/упростить конструкцию
    • как бы намекает, что-то не совсем так
    • подтянуть скиллы на предмет знания языка и умения читать документацию
  • посмотреть как другие пишут
  • для патчей более компактно, равно как и требование по ширине строк в сообщениях коммитов
  • 80- знаков комфортнее читать
anonymous
()

имеет ли смысл сегодня придерживаться ограничения длины строки кода 80-ю символами

Да. </thread>

aquadon ★★★★★
()
Ответ на: комментарий от aalst

Разве не было новости недавно, что они под 110 прогнулись?

dsxl
()
Ответ на: комментарий от anonymous

У меня были ситуации, когда надо было смотреть код с телефона, а там очень неудобно с горизонтальным скроллингом. Или с терминала, тоже было. Ограничение в 80 символов имеет смысл, если такие ситуации потенциально могут быть.

InterVi ★★★★
()

У меня встречный вопрос к тем, кто задает такие вопросы. Вы разбиение экрана (несколько окон рядом) вообще не используете? Или размер шрифта выставляете такой чтобы через лупу рассматривать?

aquadon ★★★★★
()

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

Вообще мне нравится 80, т.к. лезет в 2 сплита vim’a вертикальных и остаётся ещё чуть места для какого нить полезного пэйна. Ну это в условиях когда глаза не вытекают конешн, кто-то и на 11" qhd ноутах юзает 10ый шрифт…

pon4ik ★★★★★
()
Ответ на: комментарий от InterVi

Кстати да, телефон - тоже полезный кейс. Кодить там много не накодишь, а вот тот же ревью можно сделать вполне себе.

pon4ik ★★★★★
()

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

В общем если у тебя в команде нет яростных возражений, то 120 норм. Лично я для себя предпочитаю 140-160. Ретрограды не нужны.

Ivan_qrt ★★★★★
()
Ответ на: комментарий от qtm

Используем нормальные мониторы, а не 13-дюймовые амбразуры на 1360px.

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

anonymous
()

Конечно. Можно же работать на MGA-адаптере с зелёным монитором. Например https://www.youtube.com/watch?v=2YuIdGqygjs здесь на 17:12 на компьютере 1988 года работают в Gentoo. Удалённо работают через COM-порт.

ZenitharChampion ★★★★★
()
Ответ на: комментарий от aquadon

Вы разбиение экрана (несколько окон рядом) вообще не используете?

Использую, не более двух окон (вкладок)

Или размер шрифта выставляете такой чтобы через лупу рассматривать?

Шрифт 14

MaxPower ★★
() автор топика
Ответ на: комментарий от anonymous

Два окна по 100 символов 14 кеглем на 1360 не влезет. Инфа 146%. 12 кеглем и тонким шрифтом должно влезть, но тогда и размер экрана нужен больше 19 дюймов, чтоб нормально читалось.

А так согласен. Когда IDE жрет по 32 гига - все молча выстраиваются в очередь за планками оперативы, никто не вспоминает что дидам 640 килобайт хватало. А купить нормальный монитор, который стоит сравнимо (а иногда даже дешевле) этой самой планки оперативы - ни в коем случае, ведь диды в 80 строк умещались и мы должны!

qtm ★★★
()
Ответ на: комментарий от Ivan_qrt

Правильно! Я, например, пишу во всю ширину монитора, без переноса строк даже после точки с запятой. Чего пропадать месту то? Я ж не ретроград.

grem ★★★★★
()

ЛОРчане(-чанки), как думаете, имеет ли смысл сегодня придерживаться ограничения длины строки кода 80-ю символами?

Нет. Ибо единственный случай, где это оправданно – просмотр кода с телефона – настолько редок, что им можно пренебречь в пользу большинства.

Если нет то какое ограничение лучше ставить по вашему мнению?

Всё просто. Открываете редактор на всю ширину экрана, выставляете ширину вкладки с деревом каталогов так, чтобы было читаемо, выставляете шрифт, и вуаля! Ваша рабочая ширина кода (120 чаще всего)!

А для командной работы всякие Prettier-ы придумали. Пусть у программы голова болит, а люди пусть пишут, как хотят, на чём хотят.

Korchevatel ★★★★★
()
Последнее исправление: Korchevatel (всего исправлений: 1)
Ответ на: комментарий от qtm

Когда IDE жрет по 32 гига

… нормальный программист выкинет КЕМ такую IDE и научится использовать связку «блокнот+компилятор/интерпретатор~~/бульбулятор~~». А корпорация планками памяти и сама обеспечит.

А купить нормальный монитор

Нормальный – это такой, с которым глаза не болят после 4 часов с нормальными перерывами. И у каждого стандарт свой, кому-то 4К120Гц мало, а кто-то лучше всего воспринимает картинку на ЭЛТ-«коробке». Но да, хороший монитор, подходящий большинству «красноглазых» (от сидения перед оным) точно не:

стоит сравнимо (а иногда даже дешевле) этой самой планки оперативы

Korchevatel ★★★★★
()
Ответ на: комментарий от Korchevatel

нормальный программист выкинет КЕМ такую IDE

Да ладно, даже тут на лорчике бывают товарищи, вопрошающие «А хватит ли мне 16 гигов для кодинга или надо побольше?», а другие товарищи отвечают «Чувак, сейчас 2к20, 32 - давно стандарт для кодинга!»

Нормальный – это такой, с которым глаза не болят после 4 часов с нормальными перерывами. И у каждого стандарт свой, кому-то 4К120Гц мало, а кто-то лучше всего воспринимает картинку на ЭЛТ-«коробке»

Я взял свой минимально комфортный вариант - 24" IPS FullHD. А такие частенько стоят дешевле некоторых ОЗУ.

qtm ★★★
()

юзаю 80 как мягкое ограничение(сигнал, что уже пора оценить целесообразность рефакторинга), твёрдого нет, но уже больше 100 читабельность падает.

Пишу на лиспах, брат жив

anonymous
()

юзаю 80 как мягкое ограничение(сигнал, что уже пора оценить целесообразность рефакторинга), твёрдого нет, но уже больше 100 читабельность падает.

Пишу на лиспах, брат жив

anonymous
()

Троекратное «ДА!».

В тред призывается @Goury.

t184256 ★★★★★
()
Ответ на: комментарий от Korchevatel

Открываете редактор на всю ширину экрана

тааак…

выставляете ширину вкладки с деревом каталогов

в смысле, сайдбара от IDE? ладно, откроем IDE

так, чтобы было читаемо

обратно закрыть??

выставляете шрифт, и вуаля! Ваша рабочая ширина кода (120 чаще всего)!

QHD, 32", получится либо жалкие 30 строк кода на столбцов так 180 буквами размером с таракана, либо строк 80 шириной под 400. Ты про какой расклад говорил?

t184256 ★★★★★
()
Ответ на: комментарий от EXL

Какой style guide не откроешь, там 80. Хотя лично мне этого маловато.

anonymous
()
Ответ на: комментарий от InterVi

идешь за хлебом - одевай каску и бронежилет. Потенциально же.

anonymous
()
Ответ на: комментарий от t184256

QHD, 32"

Я такой под консоль в портретной ориентации юзал, а так хрень какая-то. Масштабирование ни туда, ни сюда, два окна абы как помещаются. Нужно 4K и, наверное, всё же 27" две штуки, либо ждать 8К на 43-50" за приемлемые деньги.

WitcherGeralt ★★
()
Последнее исправление: WitcherGeralt (всего исправлений: 1)
Ответ на: комментарий от WitcherGeralt

Правду баешь. Но я че было в магазине в начале ЧС и карантина, то и схватил.

t184256 ★★★★★
()
Ответ на: комментарий от Sahas

128 символов. Ибо Ъ

И правда. =) Сам как-то не задумывался.

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

Короче, it depends. As usual.

UPD: Блин, собирался написать только «два чая этому господину!», а понаписал кучу всякой хрени. =)

dimgel ★★★★★
()
Последнее исправление: dimgel (всего исправлений: 1)
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.