Perl. Как написать, чтобы потом понять?

perl


Примечание:
Чтобы понял не только я, но и коллеги. А если код работал, а потом через год глюк вылез, а уже ничего не понятно. Не писать же с нуля.

Примечание:
Комментарии и понятные названия я согласен и конечно это хорошо.
Но допустим при работе с модулем Tk при усложнении интерфейса сильно увеличивается размер кода, что засоряет его понимание.
Хочется услышать какие-нибудь интересные приемы, возможно связанные со структурой построения кода.
Ответы:
Главное, чтобы работало... Понимать и не обязательно.
С комментариями. И давать переменным-функциям-классам человекопонятные названия, говорящие об их назначении.
это не какие-то специальные приемы для понятности
Серьезные проекты сопровождаются подробной документацией разработчика. Если доки хорошие да еще и с схемами алгоритмов, то проблем понять код через год или два не сложно.
man perlstyle
Perl::Critic
и, конечно, документированность кода и проекта


15 лет назад

RPI.su - самая большая русскоязычная база вопросов и ответов. Наш проект был реализован как продолжение популярного сервиса otvety.google.ru, который был закрыт и удален 30 апреля 2015 года. Мы решили воскресить полезный сервис Ответы Гугл, чтобы любой человек смог публично узнать ответ на свой вопрос у интернет сообщества.

Все вопросы, добавленные на сайт ответов Google, мы скопировали и сохранили здесь. Имена старых пользователей также отображены в том виде, в котором они существовали ранее. Только нужно заново пройти регистрацию, чтобы иметь возможность задавать вопросы, или отвечать другим.

Чтобы связаться с нами по любому вопросу О САЙТЕ (реклама, сотрудничество, отзыв о сервисе), пишите на почту [email protected]. Только все общие вопросы размещайте на сайте, на них ответ по почте не предоставляется.