beshenov 23 авг 2007 в 17:42

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

6 мин

1.6K

Perl*

Перевод

+13

Комментарии 24

glader 23 авг 2007 в 19:19

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

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

Meneldor 23 авг 2007 в 19:27

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

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

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

glader 23 авг 2007 в 19:31

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

beshenov 24 авг 2007 в 02:58

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

Meneldor 24 авг 2007 в 11:02

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

-1

beshenov 24 авг 2007 в 12:20

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

Meneldor 23 авг 2007 в 19:29

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

glader 23 авг 2007 в 19:32

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

false 23 авг 2007 в 21:44

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

powerman 23 авг 2007 в 23:57

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

beshenov 24 авг 2007 в 02:54

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

Meneldor 24 авг 2007 в 11:00

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

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

Meneldor 24 авг 2007 в 11:00

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

-1

beshenov 24 авг 2007 в 12:19

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

Meneldor 24 авг 2007 в 12:32

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

beshenov 24 авг 2007 в 12:36

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

Meneldor 24 авг 2007 в 12:47

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

Meneldor 24 авг 2007 в 10:58

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

false 23 авг 2007 в 21:45

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

life4beer 24 авг 2007 в 13:15

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

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