Чем меньше символов, пробелов и пропусков в коде, тем лучше?

Question

[QASC]

Я правильно понимаю, чем меньше символов и пустых строк в коде, тем лучше?

Comments

[Anonymous]

В некоторых языках программирования - нет. :)
Тут еще важен фактор потребления ресурсов. Бывает, что короткий код ест больше ресурсов, чем код, который побольше.

Answer 1

[Сергей Соколов]

Не правильно.

Код должен быть читаем и понятен человеку. Причем, не только автору, но и «злому маньяку тим-лиду, который вооружен и знает, где вы живёте», как говорится в шутке программистов.
Для этого пустые строки между блоками кода бывают полезны. Как и комментарии, и длинные осмысленные наименования переменных и фукций.
Компилятор потом всё равно всё перелопатит по-своему в ацкие бинарные инструкции )

Как форматировать код — договариваются. Есть общепринятые стандарты форматирования кода (coding style). Например, стандартный для PHP. Или принятый в компании AirBnB для JavaScript.

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

Answer 2

[Rsa97]

Неправильно.
Названия переменных и функций должны быть говорящими, чтобы их назначение сразу было понятно. Урезать названия до пары символов, лишь бы было покороче, - очень плохо.
По пробелам, пустым строкам, отступам и пр. есть стайлгайды - рекомендации по оформлению кода. Например, PSR-1 и PSR-12 для PHP, Google Style Guide и Airbnb Style Guide для JS. В компании может быть принят и какой-то свой стайлгайд.

Answer 3

[Akina]

чем меньше символов и пустых строк в коде, тем лучше?

Как правило, чем меньше символов и пустых строк в коде, тем он менее читабелен (знаменитое ДвестипидисятВагонофПидарасоф - не рассматриваем). Как следствие - труднее понимаем. Это - лучше? мне лично кажется строго наоборот.

Конечно, имеется в виду случай, когда (с точностью до имён переменных - пробелов - переводов строк) код абсолютно тот же.

Answer 4

[res2001]

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