Почему в PEP-8 указана максимальная длина строки в 79 символов? [закрыто]

Почему в этом тысячелетии Python PEP-8 должен указывать максимальную длину строки в 79 символов?

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

Есть ли (законно) веские причины для присоединения к 79 персонажам в этом возрасте?

Большая часть ценности PEP-8 состоит в том, чтобы не давать людям спорить о несущественных правилах форматирования и продолжать писать хороший, последовательно отформатированный код. Конечно, никто на самом деле не думает, что 79 является оптимальным, но нет очевидного выигрыша в его изменении на 99 или 119 или любой другой предпочтительной длине линии. Я думаю, что выбор таков: следуйте правилу и найдите достойную причину для борьбы или предоставьте некоторые данные, которые демонстрируют, как удобочитаемость и производительность зависят от длины строки. Последнее было бы чрезвычайно интересно и имело бы хорошие шансы изменить мнение людей, я думаю.

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

Читаемость также является одной из причин принудительного отступа строки.

Я программист, который ежедневно сталкивается с большим количеством кода. Открытый исходный код и что было разработано в доме.

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

Я нахожу это неудовлетворительным и разочаровывающим, когда один из этих исходных файлов имеет ширину> 120 символов, потому что это означает, что я не могу удобно разместить строку кода на строке экрана. Это нарушает форматирование для переноса строк.

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

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

Я полагаю, что те, кто изучает типографику, скажут вам, что 66 символов в строке должны быть самой читаемой шириной для длины. Тем не менее, если вам нужно отладить машину удаленно через ssh-сессию, большинство терминалов по умолчанию используют 80 символов, 79 просто подходят, и попытка работать с чем-то более широким становится настоящей болью в таком случае. Вас также удивит количество разработчиков, использующих vim + screen в качестве повседневной среды.

Печать моноширинного шрифта с размерами по умолчанию составляет (на бумаге формата А4) 80 столбцов на 66 строк.

Вот почему мне нравится 80 символов: на работе я использую Vim и работаю одновременно с двумя файлами на мониторе, работающем с разрешением 1680x1040 (я никогда не смогу вспомнить). Если строки больше, у меня проблемы с чтением файлов, даже при использовании переноса слов. Само собой разумеется, я ненавижу иметь дело с кодом других людей, поскольку они любят длинные строки.

Поскольку пробел в семантическом смысле имеет семантическое значение, некоторые методы переноса слов могут давать неверные или неоднозначные результаты, поэтому для избежания таких ситуаций должен быть определенный предел. Длина строки в 80 символов была стандартной, так как мы использовали телетайпы, поэтому 79 символов кажутся довольно безопасным выбором.

Я согласен с Джастином. Чтобы уточнить, слишком длинные строки кода труднее читать людям, и некоторые люди могут иметь ширину консоли, которая вмещает только 80 символов в строке.

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

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