Отличная таблица всех настроек регулярных выражений Perl. Там же по соседству куча листов по совсем другим темам и для других языков.

Однако же MonoDevelop спокойно работает с проектами от Visual Studio. Пробовали решение от VS 2010. С постепенной доводкой .NET под *nix это просто супер.

Спасибо Рогову за подсказку.

Perl мне даже понравился. Если писать аккуратно, то получается реально быстрее C#. Но, есть одно толстое «но»: модули. К одному модулю в ревью я нашел шикарный комментарий:

«(14:02:14) rafl: dandv: the dist name simply changed at some point, because what the original author used wasn’t sane.»

Не то, чтобы так во всем, надо отдать должное за усилия CPAN в стандартизации. Установка так или иначе не проблематична и я только один раз наткнулся на «капризный» модуль (оттуда и комментарий). Но есть одна вещь, к которой я привык и не хочу отвыкать: в Visual Studio достаточно добавить ссылку на нужную библиотеку в проект. Всего пара кликов против горы текста, тестов и сборок.

Немного баш-нёрдства, а то будет обидно забыть.

В Ubuntu 10.04 в комплекте идет Perl 5.10. Для проекта нужен 5.8. Даунгрейд делается не так просто через apt-get.

Подробное описание, что и зачем есть тут (by Ovid). Вкратце и с рядом поправок (с тех пор не нужен патч и есть версия 5.8.9, а 5.8.8 не доступна) все выглядит так:

Исполнять все надо от root’а. После завершения рестарт и вуаля: perl -v выдает 5.8.9.

Попутно в очередной раз посмеялся про «слаженность» софта (если кому вдруг внезапно интересно, смотрим в ссылке про dash и bash).

Заценим-с этот чей-то там Убунту.

С такими приколами делать своё дело в 2 раза интереснее.

И ещё первые впечатления от Perl: столько вариаций написания кода и позволений со стороны среды, что пускать в разработку зеленых новичков просто страшно. Плюс непривычно, что для получения готового сервера приложений, надо делать самостоятельную заготовку для решения таких задач как: очередь запросов, определения внешнего интерфейса, контроль ошибок и т.д.

С другой стороны, всё это делается достаточно легко, если просто покопаться в библиотеках и погуглить (умные люди уже все давно перебрали по косточкам). Но всё же написание велосипедов с нуля это перебор. В ASP.NET такие штуки готовятся щелчком пальцев без единой строки кода, а тут примерно так: «поднимите ваши руки, улыбнитесь, сделайте наклон вперед и откройте ваш сокет». Это просто дорого с проектной точки зрения.

Про соотношение эффективности. То, что я сделал за полтора часа (настройка PHP ещё в апреле — один час и установка UMI.CMS под винду), один товарищ не может сделать на юниксе уже 7 дней.

Квалификация, знания, платформы... Это всё ерунда и слова для метрик. Что реально нужно: внимательность и хотя бы немного вежливости, а также своевременность. И честность в плане «могу — не могу».

Распробовал Visual Studio 2010. Наконец-то, спустя долгие годы после появления первой версии VS .NET эта штука стала быстрой и удобной! Свершилось же спустя 8 лет.

Для сравнения (с VS 2008). Солюшн из двух проектов, один ASP.NET MVC, другой — Silverlight. Раньше отладка дружила только с IE, теперь прекрасно «слышит» закрытие закладки в том же Хроме. Сильвер опять же отлаживается не только в осле. Старт отладки с нуля (запускается мини-сервер) происходит за 10 секунд против 30-40 раньше. Старт программы — 5 секунд против 12-15 даже при всех способах ускорения. Открытие, создание файлов, работа с файлами проекта вообще не тормозит, виват.

В общем, в плане скорости стало напоминать Eclipse. И это чертовски радует.

В конце июня вышел релиз 4.5 Umbraco. Релиз нестандартный и весьма интересный: наконец-то появился полноценный редактор для JS, XML и прочих файлов. Производительность админки и самого сайта заметно приросла.

Есть только одна важная мелочь. Для работы теперь необходим .NET 4, а веб-приложение должно работать только в интегрированном режиме ASP.NET 4.

В Umbraco 5 будет переход на модель MVC, и я надеюсь, что разработчики к этому подтянут реальную пользу для разработки и результатов работы с движком.

Как же это чертовски хорошо знакомо

А ещё 3 дня, как готовы визитки и сайт студии. Вечером еще и форму заказа на всякий случай добавим.

Столкнулся с очень увесистым различием в работе ASP.NET и PHP под управлением IIS. Симптом проблемы очень нагляден: на одном и том же сервере .NET-сайты работают быстро, на основе PHP — тормозят.

До кучи к другим средствам повышения качества сайта, свежая тулза от MS: SEO Toolkit.

Парой весьма простых действий довёл IIS до того, что он перестал узнавать свою родню — ASP.NET. Любые попытки восстановить работу впустую, перерегистрация при помощи aspnet_regiis.exe -i приводила к ошибке инициализации приложения. Рецепт лечения оказался заходом с совершенно другого края: в реесте по пути HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\SysPlant меняем настройку Start в значение 4, рестартим и успешно стартуем aspnet_regiis.exe -i.

Ненавижу Тахому в русском исполнении и вообще для блоков текста. Для мелких отдельных и простых надписей годится. Для всего остального — нет. Тем не менее, в веб-дизайне встречается слишком часто. Английский вариант несколько лучше, да и читать можно.