Оригинально, но почему не 163?

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

В почему должны вытекать? Я раньше юзал, мне было норм. Какой-то старый DELL был.

Вовсе нет.

Не спасают, проверял

Хз, у меня все коллеги всегда придерживались правила 80, только недавно первый появился, которого это не парит. Это как правило не перешагивать штангу. Вроде бы, смысла-то и нет, зато никогда не споткнёшься.

Качественный код сам по себе не порождает длинных строк

Это сильно зависит от языка.

Будет ШГ. Сильно зависит от монитора и настроек.

Но у меня вообще специфические требования к ШГ. Всё жду 300+ DPI мониторы.

Это как правило не перешагивать штангу.

Ширина кода это не из области суеверий.

Я как-то работал над проектом, у которого ширина была 250 символов. Задолбался скролить.

Ну, это не суеверие, а просто древнее правило, нарушение которого считается плохим тоном. Своего рода этикет. 80 символов — точно такое же правило этикета.

Хз, у меня не было.

APL?

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

function_long_name(alloha,
                   barbara->drink,
                   caracula->bzzik,
                   dinopopick->aagrrr,
                   elliplsoid->radius,
                   fuckyoumom->trollface);

У меня в vim настроен маркер на 80 и 100 символов. Но жестко этих требований не придерживаюсь. Просто стараюсь делать так, что бы код читался легко.

Полистал открытый класс платежей - большая часть кода находится в пределах 80 символов.

Мне пофиг вообще. Но за 120 не заходит просто потому, что я так пишу

Получается, чтобы на мониторе 1920x1080 в емаксе при 2 вертикальных табах не было переноса строк

Это позволяет справа от редактора держать ютуб или лор

Тут кодю — там фильмец смотрю. Нормальный код выходит!

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

120 - в самый раз!

А у тебя с этим проблемы какие-то?

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

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

Если не называть переменные одной буквой и методы как попало — очень сложно уложиться в своё выдуманное ограничение из 90-ых. Пора вылезти из ядерной консольки и использовать хотя бы 120, ещё можно включить word wrapping в редакторе.

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

Краткое и ёмкое именование важно в любом случае, а строки никто не мешает переносить.

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

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

Мониторы сейчас очень широкие, даже 160 было бы норм

Использую 100-120.

Видимо grayscale

Hinting:         Full
Sub-pixel order: None

Hinting: Full

Хардкор.

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

За работой могу поглядывать вДудь или что-нибудь подобное

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

Некоторые выпусти я тоже уже через пару минут выключаю, но бывают и офигенные, например с Мзалковым, про Замбию и с Кинчевым.

Что посоветует мне сообщество, какая нынче мода на этот вопрос?

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

Шире мысль сложнее отладка. Если в твоей отдельно взятой молодой команде потребляющей чернику, делающей зарядку для глаз и обладающей большими дисплеями с типографским dpi - норм проводить 3way merge в вертикальном исполнении с большим ограничением - то зачем себя ограничивать? На собеседовании только не забудьте предупредить что так дела обстоят.

Неправильно поставленный вопрос?

Вероятно к нему стоит подходить с т.з. сложности кода. Т.е. ограничивать не символы, а слова или синтаксическую глубину — по аналогии с вопросом «когда делить функцию».

Например, «9 слов или 3 скобки». Цифры с потолка, нужно посоветоваться с мозговедами.

Придерживаюсь 80, но без фанатизма. Главное, что бы редактор не переносил строки, а он у меня настроен на 132. В последнее время гравитирую к большим шрифтам, т.ч. даже в полном экране больше не умещается.

Фигнёй ты занимаешься.

80 — это для читабельности на мёртвом ныне разрешении 800×600.

120 сейчас используется практически везде, даже всякие валидаторы кода чекают на 120, а не на 80.

Альтернативы 80-символьному ограничению

Dynamic word wrap в добровольно-принудительном порядке. Это даже в виме легко настраивается.

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

-unt1tled

Мы тупо используем Google Code Style — там ширина 100 символов. Пока никто не жаловался.

Ты б ещё пробелы vs табы спросил.

Ты же знаешь откуда пришло 80, правда?

Правда.

Но кто мешал сделать перфокарты на 120 колонок? (Подсказка: технических ограничений не было.)

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

Давай я погуглю за тебя.

http://www.columbia.edu/cu/computinghistory/census-tabulator.html

The card measures 3.25 by 7.375 inches, the same size as the 1887 US paper currency because Hollerith used Treasury Department containers as card boxes.

Размер коробок + шрифта мешали сделать 120. Так что можно сказать техническое ограничение было. Так же есть мнения что история этого размера уходит к древнему Риму. Это все хоть и увлекательно, но не имеет никакого отношения к современным дисплеям и шрифтам.

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

ИМХО почти все адекватные верстки расчитаны на портретный режим, так банально ичтать удобнее чтобы не водить головой. Но да, таким стоит заниматься если есть больше одного монитора. Основной у меня портретный, доп - альбомный

Мы тупо используем Google Code Style — там ширина 100 символов.

Это для какого языка? Для C++ и Python там по 80, насколько можно видеть.

https://google.github.io/styleguide/cppguide.html#Line_Length

https://google.github.io/styleguide/pyguide.html#32-line-length

Для явы: https://google.github.io/styleguide/javaguide.html#s4.4-column-limit

Действительно. На ник не поглядел :)