Я вообще-то не прогер, однако в админской части приходится иметь дело с массой разноязыких скриптов. Вот например, нижеследующая питоновская конструкция всего лишь призвана получить объект класса datetime из куска представления даты (типа '20120306'):
dt1 = datetime.datetime.fromtimestamp(time.mktime(time.strptime(dt, '%Y%m%d')))
Намеренно привел полную форму записи (без всяких 'from datetime import xxx'). Мне - не нравится. 2 класса и 3 функции для выполнения простейшей (в рамках скриптового языка) задачи. Аналогично нужно обработать исключение, чтобы проверить валидность введенной даты.
Это типа иллюстрация простоты написания. Теперь касаемо простоты развертывания. У питона для fast-cgi есть собственный WSGI класс. Хорошо? Ровно до тех пор, пока будете пользоваться готовыми фреймворками типа джанги. После пыха, который вкручивается в html где надо, питон выглядит ничуть не привлекательнее перла.
Что-что? Питон компилится? А вы внутрь этого самого "компилится" заглядывали? Могу сказать за подручную связку CentOS-5 + python-2.4 (понятно, оно древнее, но революции во 2-й ветке 1x запретили). Так вот, это тупо однопроходный псевдокод без попыток хотя бы проверить приведение типов. Поэтому, WSGI-сервер отлаживается примерно так:
* Исправили код
* Рестартовали питон (btw, конструкция "killall script.py" тут в пролете)
* Исправили права на wscgi-сокет (если оно должно с разными привелегиями исполняться)
* Зашли на страничку, нагребли пачку багов (вероятно, есть способ перенаправить сиё в файл, так глубоко не копал)
Это я все не в оправдание пыха написал, а к тому, что крики "питон-рулез" ну как бы пока преждевременны. Так же как перл сохраняет актуальность при парсинге текста, например. А в шелле удобнее выполнять конвейерную обработку. И т.д.