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

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

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

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

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

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

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

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

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

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

79 символов (ну, на самом деле 72 символа), где большинство текстовых сообщений linewrap читателей. Таким образом, код, вырезанный и вставленный в электронную почту, намного более читаем.

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

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

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

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

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