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

mathete, так я и не затрагивал фреймворк/язык - я начал речь о reusable приложениях.
 
в рейлс большинство приложений на уровне, а в джанге проще самому написать. это я и имел ввиду.

adwo, видимо меня смутила тема топика...

adw0rd

2. Про pprint тоже, но если честно мне поуши хватает и print, и как-то нормально, не жалуюсь, хотя по началу вроде и не хватало var_dump;

Вспомнил и решил посмотреть в PyPI:

Че-то оно не ставится ... А ну да, оно php_var_dump

AlexB, попробуешь, отпишись.

Да гавно какое-то.
Длинное дебильное имя. Зачем нужен первый параметр 'var' я не понял.
Но главное, суешь ей объект - 'Unsupported data type', суешь класс - та же хуйня, даже юникод - те же яйца в профиль.
Ну да, словари, списки, кортежи, вроде выводит, табуляции расставляет, но блядь пишет везде Array. Ну нельзя же настолько в лоб портировать, нахуй это надо?

AlexB, ЧТД :-))

Даешь форк!

adw0rd, переносить пхп на питон?)) нахуй надо :D
дебагера достаточно)

Ну кому-то хочется вардампа, не плохой сериализатор.
Я лично использую только pudb, намного удобнее иметь все что надо под рукой с возможностью навигации по стеку, а не только отсерилизованный объект лицезреть

В перл есть Data::Dumper, хорошая штука, лучше её портируйте себе на питон)

Повторюсь, мне и print/pprint, logger, pdb/pudb достаточно. Цель не добавить в питон крутой дампер, цель добавить промежуточный инструмент для PHPшников, что бы они спокойно перешли на питон, ну а со временем уже желание использовать var_dump отпадет