>[оверквотинг удален]
>> И чем он лучше pip?
> Найдите мне в pip нормальный модуль для работы с SNMP, чтобы работал
> быстро, можно было прочитать одну доку за 15 минут и сразу
> начать использовать. Есть целых три и все - говно. Самое вменяемое
> - биндинги к Net-SNMP, но и там API какое-то странное.
> Нельзя прямо на сайте ознакомиться с документацией и примерами, чтобы из вороха
> найденного в поиске быстро отобрать что-то годное, в отличие от CPAN.
>>> быстрые, полноценные и более удобные в использовании регулярки,
>> Чем какие?
> Чем модуль re.возьмите regex или гугловский re2, при этом оно drop in replacement.
а вы попробуйте на перле что-то сложное написать, испольщующее сразу несколько cpu(да хотя бы матчинг регекспов) и работающее на windows/*nix без хаков в виде куче if'ов и правок кода. Делать перловые биндинги к библиотекам - это сплошная попаболь.
Если говорить о CPAN, то он превращается в свалку старого, неподдерживаемого кода.
> Python не подхватывает автоматом кодировку из окружения. Есть два типа строк, тип
> которых нужно указывать явным образом, используя или не используя префикс u.
справедливо только для 2.х в тройке все строки юникодные.
> Да, представьте себе. Если при компиляции обнаружится, что где-то в программе я
> присваиваю значение не объявленной переменной или полю класса, программа просто не
> скомпилируется и не запустится.
ну так эти поля могут создаваться в рантайме. например, я код на лету обновляю.
> В отличие от более динамического и всего из себя такого ретроспективного Python,
> который сначала отработает несколько часов, а потом "неожиданно" обнаружит, что где-то
> используется не объявленная переменная и выкинет исключение.
без контекста это неинтересно и бессмысленно. сетевой демон?
>import module,
> from module import func или from module import *?
вообще-то надо всё из этого.
> Вам range или xrange?
ну как бы список или итератор?
> А давайте переименуем xrange
> в range, чтобы вам думать не пришлось? Ну только тогда вам
> нужно будет исправить все ваши программы.
с чего такой вывод?
> В код
> на Perl можно просто не заглядывать годами, потому что в нём
> всё давно устоялось и продолжает работать так, как и работает много
> лет.
ну т.е. селекты прямо в коде, никаких ORM и проч-проч.
вы сетевых асинхронных демонов в perl на чём пишете?