|
Надеюсь, мне удалось показать, что небольшие усилия, которое необходимо приложить для того, чтобы сделать программу удобочитаемой, обходятся дешевле, чем издержки по пересмотру, обнаружению ошибок или переделке плохо написанной программы. Скорость разработки программного обеспечения — около десяти полностью отлаженных команд в день; небольшие затраты на улучшение читаемости программы были бы при этом очень полезны.
Хорошего программиста отличает способность писать удобочитаемые программы, В оправдание плохо составленных программ обычно приводят два аргумента:
1. Это должна быть сделанная на скорую руку и черновая программа ограниченного использования.
2. Это провалившийся проект, который нет смысла дорабатывать.
Но программы имеют тенденцию жить дольше и использоваться шире, чем запланировано, поэтому следует учиться сразу писать хорошую программу. Кроме того, это экономит время при тестировании и модификации программы.
Много говорилось о необходимости полной документации. Если программы удобочитаемы, то они сами становятся существенной составляющей документации, Таким образом, имеется еще один аргумент в пользу удобочитаемости программ: программа — это часть документации, точная и отражающая произведенные изменения. Таким образом, в случае легкочитаемого входного языка можно сказать, что документация программы — это есть сама программа.
⇐1.15. Нечитаемые программы || Оглавление || 1.17. Советы программисту1⇒
|