(no subject)

[nataraj]

Devel::SimpleTrace -- Вещь!

Есть еще Carp::Always, но он почемуто не подружился с коммуниверными нутрями, а симплтрейс -- смог!

Comments

Perl

[boomzoomer.livejournal.com]

Perl-Pathologically Eclectic Rubbish Lister :-)
Воббще-то trace в языке должен быть всегда на борту, а не в виде опционального модуля .

Re: Perl

[shaplov.livejournal.com]

Ну для этих целей есть Carp который как раз является частью перла...
А всякие Carp Always -- это всего лишь донастройка, чтобы карп случался всегда, а не когда явно попросили... На мой взгляд логично и удобно...

Я против holy wars

[boomzoomer.livejournal.com]

В своё время перл был неплох...Пока скриптовых языков было два-shell(bash/c-shell) и перл.
Ничего удобного как раз я здесь и не вижу.IMHO

Re: Я против holy wars

[shaplov.livejournal.com]

Ну, сейчас их три: bash/perl/python
И есть еще два как-бы языка которые следует использовать в особых случаях... Ява когда Ынтерпрайз и PHP когда у нас быдлокод...
python мне изучать как-то лень. Еще не разу не понадобился...

А как оно дложно быть с трейсойм в твоем идеальном мире?

Re: Я против holy wars

[boomzoomer.livejournal.com]

Сейчас их гораздо больше.Из путёвых ruby.И ещё с пяток вполне универсальных скриптовых языков.
В питоне когда трапается что-то всегда выводится стек вызовов и номер строки исходного кода. Локализация ошибки -не вопрос вообще.

Re: Я против holy wars

[boomzoomer.livejournal.com]

>PHP когда у нас быдлокод...
Ruby on rails вполне достойная замена быдлокодерству кстати сказать.

Re: Я против holy wars

[shaplov.livejournal.com]

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

Что за остальные языки -- я даже не могу предположить, что ты имеешь в виду... Mono?

Вообще в перле локализация ошибки -- тоже не вопрос. Посмотрел где умерло, если надо поставил туда карп.

Собсвтенно говоря карп мне за всю историю понадобился всего пару раз, когда мерло внутри какого-то стороннего модуля, и было непонятно как оно туда попадало...

Сейчас же ситуация была какая-то вообще странная, CGI::Cookie в последних версиях оказался как-то хитро завернут в eval'ы, и будучи запущенным внутри модперла первого апача начал падать, сообщая об ошибке внутри eval'а. Обвинить авторов CGI в криворукости -- язык не поднимается, но само решение достаточно альтернативное что не удивительно ведет к проблеме с отладкой...

Re: Я против holy wars

[shaplov.livejournal.com]

С быдлокодерством тут проблема одна: отсутствие барьера на вхождение порождает кучу невалифицированных специалистов. Так что дело не сколько в языке, сколько в принципе...

Re: Я против holy wars

[boomzoomer.livejournal.com]

>я не видел ни одной мейнстримовой опенсорсной вещи
Самое известное-twitter.
Из старых-tcl/tk,rexx.Из новых и живых-lua,vala.

Re: Я против holy wars

[boomzoomer.livejournal.com]

Это вопрос культуры и образрвания.
На самом делеь модели, вьюхи и контроллеры намного легче чем писать последовательный код на пыхе.
Но для этого в школе должны научить OOP и MVC.
Американцы учат неплохо, поэтому среднестатистический кодер вполне потянет ROR.

Re: Я против holy wars

[shaplov.livejournal.com]

>>я не видел ни одной мейнстримовой опенсорсной вещи
>Самое известное-twitter.
Гм... не знал, не знал...

> Из старых-tcl/tk,rexx.Из новых и живых-lua,vala.
из перечисленного слышал только про tcl и то в качестве носителя для tk

Re: Я против holy wars

[shaplov.livejournal.com]

Ну, с образованием это уже будет не быдлокод ;-)

Re: Я против holy wars

[viliar.livejournal.com]

metasploit ;-)
Еще и на рельсах.