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

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

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

А потому что такие приложения требуют порою лишних танцев с бубном. Со всех сторон торчат разные биндинги и не дай бог что-нибудь отвалится. А для всяких виджетов куда как более подходящим 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) хорошо развивается.

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Винда рулит

Спасибо :-)

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

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

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

Разве?

~ # 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?

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

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

Неправда.

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

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

Notepad++:

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

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