Руководство по решению любой проблемы с Perl от brian d foy

[glader]

"Не заставляйте Perl подстроиться под вас, потому что он этого не сделает. Подстройтесь под Perl."
Имхо ровно наоборот. Перл позволяет каждому писать так, как ему нравится.

"require Data::Dumper;
print STDERR "Хеш --- ", Data::Dumper::Dumper( %hash ), "\n";"
Data::Dumper:: лишнее, достаточно Dumper()

[Meneldor]

В этом примере - не лишнее. require не импортирует имена, не путайте с use!

use Data::Dumper;
... Dumper(%hash) ...
вот это будет работать!

Но только уж правильно делать Dumper(\%hash), т.к. иначе выведенная информация будет выглядеть не слишком читаемой, - проверьте сами :).

[glader]

Да, вы правы. Поторопился. Про \%hash в курсе.

[beshenov]

Перл позволяет делать почти все вещи различными способами и выбирать из них удобный для себя. Но это все равно не значит, что особого стиля программирования на Perl не существует. Так что тут d foy прав.

[Meneldor]

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

[beshenov]

Ну ладно, brian d foy тоже отчасти прав :-)

[Meneldor]

Автору спасибо за перевод! Однако статья ну очень уж для начинающих. Особенно коробит фраза: "Если бы ваш подход работал, вы бы это не читали". Я читал это из профессионального интереса, но никак не потому, что у меня что-то не работает. Со стороны Брайана неэтично писать такие вещи, ИМХО.

[glader]

Ну как без подначек :)

[false]

Перечитайте последний абзац! *Шутка* ;)

[powerman]

Вероятно, Ваш подход работает всё-таки не всегда... Иначе бы у Вас небыло профессионального интереса к статье о "философии отладки".

[beshenov]

Верно. Думаю, редко кто пишет серьезную программу, с первого же пробного запуска работающую так, как нужно. Отладкой занимаются все, и у всех частенько что-то где-то не работает.

[Meneldor]

Погоди-ка, вопрос о необходимости отладки - это совсем не то же самое, что вопрос о принципах её организации. Мой подход к отладке не совпадает с описанным в статье, но он замечательно работает. Это не значит, конечно, что я не отлаживаю программы.

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

[Meneldor]

Простите, хотел написать "погодите-ка" - не сочтите за невежливость, просто накосячил в тексте.

[beshenov]

Статью можно понимать и не как глубинную философию отладки, а как несколько полезных советов на все случаи жизни.

[Meneldor]

Конечно! Но тогда преамбула статьи слишком уж пафосная :).

[beshenov]

Ну так преамбула не моя. А пафос в статье таки есть.

[Meneldor]

А я разве на Вас ругаюсь из-за преамбулы ;)? Я про Брайана, негодника этакого! :)

[Meneldor]

Мой подход работает всегда, поверьте мне. Однако я читаю практически все статьи о Perl, которые появляются в Интернете, и тем более на Хабре - надеюсь узнать что-то новое, что, к сожалению, происходит не так часто.

[false]

Выражаю автору устную благодарность за перевод и обращение внимания к языку Перл! ;)

[life4beer]

>К тому времени, как perl обеспокоен, проблема уже возникла, и perl, на самом деле, находится уже после проблемы. Взгляните на пару выражений до строки под номером, указанным в предупреждении

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

[beshenov]

Думаю, автор просто обратил внимание читателя на очевидное: ошибки нужно смотреть в контексте.

[stoune]

>Моя подружка даже уже не обращает внимания, когда я разговариваю сам с собой.

Улыбнуло.


Вы ещё програмируете на Perl, тогда мы идё к вам...

[kokoito]

... и учимся вместе с Вами программировать на Perl!