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

Если кому-то нужны слайды, они доступны по ссылке в видео. Правда для их запуска придется установить Factor и немного пошаманить с исходным скриптом. С другой стороны, мы ведь все это время развивались и прогрессировали, так что легко и непринужденно осилим эти мелкие трудности.

Сегодня, наконец-то дошли руки. Это короткая статья Пола Грэхема о языках и программистах. Сайт русского перевода лежал напрочь, поэтому я озаботился перевести ее сам и выложить для своих читателей и всех кому оно может быть надо.

Для любителей повозмущаться "А кто это такой?", даю развернутую справку. Пол Грэхем (Paul Graham), 1964 года рождения — программист, венчурный специалист и автор коротких рассказов. Человек, как говорится, старой закалки, помнит какие были XT тормозные. С конца 80-ых программировал на Common Lisp-e, сейчас работает над собственной его версией (Arc). Он написал известные произведения типа "On Lisp", "ANSI Common Lisp", "Хакеры и художники"; также, кстати, в одной из его работ была заложена применимость Байесова фильтра к фильтрации спама в почте, реализованная во многих программных продуктах. Созданную им компанию Viaweb по разработке программного обеспечения для Интернет-коммерции в конце 90ых купила Yahoo! за 50 млн. долларов. Если кому будет аргументом, доктор наук в области Computer Science и какое-то высшее художественное образование у него тоже есть. Подробнее думаю найдете в Интернет, а дальше мой перевод статьи "Python Paradox".

Python Paradox

http://www.paulgraham.com/pypar.html
August 2004

В недавней беседе (отсылка на статью "Большие дока") я сказал то, что расстроило множество людей: вы можете получить более сообразительных программистов для работы на проекте на Python, чем для аналогичного проекта на Java.

Я не имел в виду, что Java тупая. Я имел в виду, что программисты на Python умные. Это большая работа - выучить новый язык программирования. И люди не учат Python чтобы он помог и получить работу; они учат его, потому что им нравится программировать и они не удовлетворены теми языками, что уже знают.

А это делает их наиболее благоприятным видом программистов, которых должна хотеть взять на работу компания. Вывод из этого, в отсутствии лучшего названия, я называю "парадоксом Python'a": если компания выбирает разрабатывать свое программное обеспечение на сравнительно эзотерическом языке (известным узкому кругу любителей оного), она сможет нанять лучших программистов, поскольку они привлекут внимание только тез, кто позаботился о том, чтобы выучить его достаточно хорошо. Для программистов этот парадокс звучит еще более парадоксально: язык, который вы учите, чтобы получить хорошую работу, это тот язык, который люди учат не для того, чтобы получить работу.

Считаные компании оказались достаточно умны, чтобы осознать это пока. Но кое-что происходит все-таки: эти компании стараются стать компаниями – партнерами Google, например. Поэтому, рекламируя свою работу на Java, они хотят видеть у кандидатов опыт Python программирования.

Мой друг, который знает почти все широкоиспользуемые языки, сказал что использует Python для большинства проектов. Он ответил, что основна причина этого в том, что ему нравится, как выглядит исходный код. Кому-то это может показаться несерьезной причиной, превосходства одного языка над другим. Но она не такая поверхностная, каковой кажется на первый взгляд: во время программирования, вы проводите больше времени читая код, чем создавая новый. Вы двигаете кусочки исходника друг относительно друга, как скульптор делает с кусочками глины. И если язык программирования заставляет ваш исходный код выглядеть раздражающе для создавшего программиста, то это сродни глины, полной комков грязи для скульптора.

При упоминании страшного исходного кода, люди в большинстве своем вспоминают Perl. Но сверхестественная страшность Perl это уродство не того рода, что имеллось в виду. Настоящее безобразие это не раздражающий синтаксис, а необходимость строить программу на неверных концепциях. Perl может выглядеть, как ругательства персонажей комиксов, но в нем случаются моменты (отсылка на статью “Месть ботаников”), когда он концептуально обходит Python.

В любом случае оба языка конечно же явзяются движущимися целями (отсылка к статье “Столетний язык”). Но вместе их и Ruby (и Icon, и Joy, и J, и Lisp, и Smalltalk) объединяет тот факт, что они были созданы и использованны людьми, которые действительно заботятся о программировании. И теми, кто старается чтобы они были сделаны достойно.

Первое рещение было наиболее простым: подключить [python][] к обработке как внешний обработчик cgi-cкриптов. То есть, добавить в httpd.conf следующие строки:

AddType application/x-httpd-python .py
ScriptAlias /_python/ "c:/Python/"
Action application/x-httpd-python "/_python/python.exe"

Cам не понял почему, но данная фишка не сработала ни для отдельной папки, которой был выставлен Option ExecCGI, ни для cgi-bin папки.

Я углубился в освоение интернета. Большинство решений предложенных мне google, базировались на модуле [mod_python][], но к своему несчастью, я уже имел грустный опыт попыток его компиляции на windows xp, поэтому углубился в поиск информации иного рода.

Вторая часть ссылок представляла собой многочисленные дискуссии python vs. php или статьи как хорош [python][] для web-development-a. Их я тоже по понятным причинам старался игнорировать, ибо время было ограничено.

Лишь небольшая прослойка найденных мной ссылок предлагала какие-то толковые решения, но зачастую они ссылались на файлы, которые найти в Интернете было нереально. Правда, где-то среди всего этого я нашел упоминание о mod_python-3.0.3.win32-py2.4.exe, поиск по которому привел меня на страницу, где были собраны все варианты windows бинарников данного пакета. Там-то я и обнаружил файл mod_python-3.2.8.win32-py2.4.exe, который является последней версией модуля для платформы от microsoft.

Инсталляция элементарна, потребовала пяти кликов и указания ему папки где живет web-server. Дальше началось самое интересное. На сайте mod-python'a есть мануал с примером выводящим "Hello, World!". Cамое обидное, что на что-то большее этот экзампл не способен, да и работать с ним не самое удобное.

Опять google и опять holly wars python vs. php. В одном из них натыкаюсь, на упоминание о том, что код питон можно встраивать в html файл подобно php-шному. Углубившись, узнал что такая штука называется Python Server Pages.

Google Again! Теперь уже более конкретные ссылки, на некий пакет Webware-0.9.2, который предлагает целый пакет услуг типа сервера и почты для разработки... Похоже даже не пакет, а целый framework. В общем скачал, запустил и убрал прочь. К моему случаю это отношения не имело. Вернувшись к поиску, увидел другую ссылку, которая меня привела на сайт Oracle. И вот там я и встретил решение:

AddHandler mod_python .psp .psp_
PythonHandler mod_python.psp
PythonDebug On

3 заветных строчки изменивших мою судьбу! (Звучит, конечно громко, но все-таки проблема была решена).

Сначала, я конечно обрадовался, но потом решил, что у многих бойцов, делающих первые шаги на поприще webdev-a могут возникнуть подобные проблемы, и стоит изложить сие дело на русском, чтобы сузить для них круг поисков.

[python]: http://python.org
[mod_python]: http://modpython.org

[tags]python, mod_python, apache, webdev[/tags]