krigstask пишет:

Ещё забавного про трояны

Прочитал, но только вот чего не понял. Да, создать второй (скрытый) файл с именем тоже якобы "hosts" путем замены латинской "о" на кириллическую не проблема, но вот почему система его воспринимает, как настоящий? Ведь для нее-то, казалось бы, имя файла совсем не то! Как так?

krigstask пишет:

Например, там его почти нет, без Moose? (-%Е

Тут наиболее важный вопрос: а нужен ли? ООП не панацея и в подавляющем большинстве случаев он просто не нужен. Особенно в веб. Точнее в CGI.

krigstask пишет:

А как там с функциональным подходом?

Это типа шутка такая?

krigstask пишет:

Это почему же? Для Perl есть привязки к Qt и GTK+? Много приложений написано с их использованием?

А потому что такие приложения требуют порою лишних танцев с бубном. Со всех сторон торчат разные биндинги и не дай бог что-нибудь отвалится. А для всяких виджетов куда как более подходящим IMHO является ECMAScript.
По второму вопросу:
http://gtk2-perl.sourceforge.net/
http://search.cpan.org/~srezic/Tk-804.0 … rGuide.pod
http://wxperl.eu/
http://www.ohloh.net/p/perlqt4
По третьему: не искал и не буду. Я так же с опаской отнесусь к приложению на Perl с графическим интерфейсом, как и приложению на Python. Тому подтверждение sK1, который не смотря на свою «высокоуровневость»: 1) портируем с проблемами, 2) падуч, 3) медленно развивается.
И тут же пример обратный от той же команды: консольный питоновый uniconvertor. 1) в падениях не замечен, 2) внёс существенный вклад в развитие векторной графики в свободном ПО, 3) хорошо развивается.

krigstask пишет:

Мало того, что претензии по поводу скриптов в share мне кажется надуманными

Для этого есть lib и libexec. share предназначен в основном для неизменяющихся данных и документов. А то, что некоторые разработчики (не только Питоновые) от этого отходят, то это увы и ах...

krigstask пишет:

И я безо всяких ухищрений гоняю tracd от своего пользователя. Ну разве что права на каталог конкретного проекта пришлось выставить

А теперь представим что запускается от пользователя без домашнего каталога. Что делать тогда? Всё решаемо конечно, но это именно то, о чём я говорил: лишние движения при внедрении.
Ну а Trac и я использую активно. И универсальный rc скрипт для запуска написал, чтобы упростить себе жизнь, которым разработчики (или портировщики) не озаботились.

krigstask пишет:

Мне почему-то смешно постоянно, когда я такое слышу. «Про гигиену отступов не забывать» надо всегда и во всех языках, чтоб код оставался читаемым.

Мне так же смешно когда я слышу про замороченный синтаксис Perl
Читаемость и работоспособность несколько разные категории, не так ли?

krigstask пишет:

А в C-подобных языках приходится дополнительно не забывать про скобочки, и что теперь?

Скобочки по меньшей мере видны.

krigstask пишет:

Я имею в виду, что готовых каркасов типа Django и Ruby on Rails под Perl нынче мало делают

А нужно много?
они по крайней мере есть и некоторые весьма так не плохи: Catalyst, Mojolicious, Dancer.

krigstask пишет:

и я не слыхал, чтоб кто-то из них был особо популярен

Linux вон тоже не слишком уж популярен, но это кое-кого не останавливает

krigstask пишет:

Так всё наоборот. «Настоящий» файл назван латиницей, но скрыт, а пользователь видит неиспользуемый файл.

Можно сделать и наоборот: в реестре Windows, ЕМНИП, имеется ключ, в котором хранится полный путь к файлу hosts.

krigstask,Azathoth,
Можно создать отдельную Тему PHP/Python/Perl и холиварить беседовать или обсуждать все это там просто эт вроде тема про ОС

krigstask пишет:

Не панацея, и я не поклонник тотального объектно-ориентирования, но отрицать его пользу как-то странно.

А я и не отрицал его пользу. И сам эту пользу использую когда надо. И функционала Perl как правило хватает. Я говорил что всему свой интсрумент нужен. ООП в Perl есть, просто не в полной мере следует букве современного определения ООП. Т.е. есть упущения (которые будут исправлены в Perl6).

krigstask пишет:

Нет. Я не в курсе и Перл на самом деле функциональный язык?

Сорри. Спутал с процедурным
Нет, Perl не относится к функциональным.

krigstask пишет:

Ха, и чем же он более подходящ? Тем, что там есть скобочки и прочий «настоящий» синтаксис? Это для которого даже CoffeeScript сделали?

Тем что он более интегрируемый.
А CoffeeScript к ECMA вообще никакого отношения не имеет. Точнее имеет ровно столько же, сколько C++ к asm

krigstask пишет:

Могу рассказать про переменную PYTHON_EGG_CACHE

Знаю и давно. Но когда столкнулся впервые — не знал. Получил +1 к раздражающему фактору.

krigstask пишет:

Давай-ка сначала с отступами разберёмся

Хорошо
Посчитаешь на глазок 5 пробелов?
Скажешь сходу что ты видишь? 1) восемь пробелов, 2) один таб, 3) два таба.

А вот цитата с одного форума:

Я, кстати, после нескольких лет ввода пробелов четырьмя нажатиями на клавишу пробела вдруг осознал, что это неудобно и за неделю перепривык нажимать на клавишу Tab. В файле, естественно, это всё те же четыре символа пробела.

Чувствуется что человек познал дао А вот виндовый Блокнот для него 100% закрыт. Как и часть других редакторов, которые могут попасться по пути.

krigstask пишет:

Я не против Perl (как, например, Ruby), но он проигрывает Python на ряде задач.

Взаимно Во всём взаимно

R2dtw пишет:

Можно создать отдельную Тему PHP/Python/Perl и холиварить беседовать или обсуждать все это там

А почему бы и нет. Пусть модераторы перенесут сообщения в новую тему...

Винда рулит

Йцукен пишет:

С возвращением (на форум)!

Спасибо :-)

Мне признаться в последнее время приходится внедрять гетерогенные решения, часть задач под линуксом, часть под семейством ОС Windows, никсы конечно мне привычнее... Но к сожалению под ними ещё пока нет ряда самых распространенных решений.

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

krigstask пишет:

через Pidgin под Windows

Мой личный опыт говорит, что многие программы, входящие в состав GNOME, имеют очень кривые Windows-версии.

krigstask пишет:

Pidgin ни разу не входит в Gnome. Он просто на GTK.

Разве?

~ # emerge -pv pidgin

These are the packages that would be merged, in order:

Calculating dependencies... done!
[ebuild  N     ] app-text/gtkspell-2.0.16  USE="doc" 344 kB
[ebuild  N     ] gnome-base/orbit-2.14.19-r1  USE="doc -debug -test" 747 kB
[ebuild  N     ] net-libs/libnice-0.1.0  USE="gstreamer -upnp" 640 kB
[ebuild  N     ] dev-python/gst-python-0.10.21  USE="-examples -test" 608 kB
[ebuild  N     ] media-libs/gst-plugins-bad-0.10.21  USE="orc" 0 kB
[ebuild  N     ] net-libs/farsight2-0.0.26  USE="python -msn -test -upnp" 1,140 kB
[ebuild  N     ] gnome-base/gconf-2.32.3  USE="doc ldap (policykit) -debug (-introspection)" 1,523 kB
[ebuild  N     ] media-plugins/gst-plugins-gconf-0.10.28  0 kB
[ebuild  N     ] net-im/pidgin-2.9.0  USE="dbus doc gstreamer gtk ncurses networkmanager nls perl python spell tk xscreensaver -debug -eds -gadu -gnutls -groupwise -idn -meanwhile -prediction -sasl -silc -tcl -zephyr -zeroconf" 9,693 kB                                                  

Total: 9 packages (9 new), Size of downloads: 14,692 kB

Почему в таком случае он тянет за собой gconf?

Azathoth пишет:

Посчитаешь на глазок 5 пробелов?
Скажешь сходу что ты видишь? 1) восемь пробелов, 2) один таб, 3) два таба.

Странная проблема. Я обычно (хоть и не работаю с питоном) всегда вижу, сколько где чего:

скрытый текст

X Strange пишет:

Обычно так подсвечивается только «trailing whitespace», то есть пробелы и табуляции только в конце строк

Неправда.

скрытый текст

Текстовый редактор Far'а:

Notepad++:

И IDE тоже так умеют - MSVS, например (скриншота не привожу, т.к. я приводил его выше, да и дома я эту штуку не держу).

Подскажите, пожалуйста, способ пакетного переименования файлов в линуксе с использованием даты изменения файла.