Соблазн лаконичности
Начинающие программисты часто гордятся тем, что решили задачу в одну строку. Старшие разработчики знают: чем короче код, тем он не обязательно понятнее. Сжатое выражение скрывает намерение, и через месяц его придётся разбирать заново — себе или коллеге.
Читается один раз, поддерживается годами
Источник: сгенерировано AIХотите глубже? Изучите первоисточники, на которые мы ссылаемся в статье.
Код пишется один раз, а читается и правится десятки. Исследования эргономики программирования показывают: основная стоимость ПО — не написание, а сопровождение. Ясное имя переменной и явный шаг often дешевле, чем хитрая цепочка вызовов.
- Понятное имя лучше комментария.
- Явный промежуточный результат проще отлаживать.
- Повторяющийся код иногда честнее абстракции «на вырост».
Когда короткий код оправдан
Есть случаи, где лаконичность уместна: декларативные выражения в SQL, функциональные пайплайны, регулярные выражения, которые команда действительно знает. Главное — чтобы любой в команде мог прочитать строку за пять секунд без гугления документации.
Практическое правило
Спросите себя: «Смогу ли я понять этот код в 3 утра, когда упадёт прод?». Если нет — разверните его. Короткий код выигрывает, когда он читается как предложение, а не как ребус.
Лучший код — тот, который коллега поймёт без тебя.