И еще о поддерживаемости кода

[beldmit]

Вдогонку к этой
и немного этой записям. И еще немного к боковому хвосту у Витуса.

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

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

1. Собеседующий пытается срезать соискателя. То есть самоутвердиться. Вам нужен такой начальник?
2. Код реально используется в проекте? Вы действительно хотите это поддерживать?

Да, и главное, без чего пп.1-2 не действуют. Понимать, что предъявленный пример собой представляет - все-таки надо. Чтобы было ясно, что объявлена таки переменная, а не функция.

Comments

[beldmit.livejournal.com]

Так вот, мне в среднем удобнее конструкция if-else, особенно если стиль кодирования не требует по строчке на скобку. И даже в этом случае удобнее.

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

[arilou]

Ну вот мы, в итоге, сошлись на противопоставлении наших "мне удобнее". Я своё удобство, кстати, чуть подробнее объяснил (т.е. это не из разряда чисто эмоционального восприятия "на вкус и цвет"). Верю, что и у тебя есть свои объяснения.

Но это всё выводит данный пример из разряда "зубодробительного кода", пригодного лишь для конкурса obfuscater'ов.

Это я просто к тому, что не стоит смешивать понятия "мне это невкусно" и "это несъедобно и вредно". ;)

[beldmit.livejournal.com]

Да, хотя в исходном посте имел в виду именно объективно плохо поддерживаемые конструкции.

Пример такой конструкции в Perl - цепочка из 3+ map/grep.